К примеру, какой-нибудь конструктор типа СКД, но для интерфейса или конфигуратор для OS X, или хранимые процедуры в языке запросов!
Понятно, что ООП не добавят из принципа, но какие принципиальные улучшения можно ожидать через год!?

>хранимые процедуры в языке запросов!

боже упаси

(0) — Ну, барин, ты задачи ставишь! тут помощник нужен — хомо сапиенс! :))

(0) будет в его две кнопки

в его => всего

Конфигуратор и Предприятие, раньше в 77 был отладчик еще :)

Кнопку "Сделать все" добавят. Но стоить она будет очень дорого. )

Гоизонтальный вывод списков давно необходимость с появлением тача и сосисочных мониторов. А так рано или поздно должны появится запросы на изменение. Расчетную часть практически оченб неудобную для использования долны заменить на что-то более съедобное и быстрое.

примерно половину из того, что критиковал я год назад они за переработали...

так что и ООП у них будет правда в каком виде - не знаю

блэкджек, не?

Будет базовая версия с кнопкой "Сделать", версия ПРОФ с кнопкой "Сделать всё", и версия КОРП с кнопкой "Сделать всё пи.дато!"

>хранимые процедуры в языке запросов

что это?

асинхронность и коллбэки

(12) и тогда никто вообще в коде разобраться не сможет

(12) - даешь конфигурации на F#!

В подземных лабораториях 1С ведется сверхсекретная работа по переводу Haskell на русский язык

(11)
>хранимые процедуры в языке запросов
Ну это такие процедуры  в SQL.

(1) Про триггеры не говорить? Я хочу.

(16) - еще раз вопрос: как ты себе это представляешь?

1С: Предприятие - это не SQL Server. Там нет понятия хранимых процедур. Ты их где хранить будешь?

Я буду крайне убивлен если 1С выпустит девятку которая будет летать с 10 миллионами товаров в базе.

И так - по всей видимости большое развития под вэб, вэб-сервисы и прочее.
Но не хватает скорости.

Очень жду чтобы документ с 200 тысячами строк в табличной части проводился 3 секунды.

(3) Закрыть и закрыть немедленно?

(12) это когда можно будет с сервера вернуться на клиента спросить пользователя и вернуться к обработке на сервере. И при этом не нужно ни таймауты ни опрос каждые 10 секунд о статусе дел на сервере?

Подписку на события формы хочу. ппц как хочу.

хочу конфигуратор с встроенным снегопатом )) сейчас без него грустно, вылетает на 8.3.4 на каждой строке :(

и скорости передачи управления с сервера на клиент и обратно бы добавить

самый шок будет, если ВНЕЗАПНО в платформе 1С появится... отсутствие ошибок.. вообще..

то есть бац - и нет ошибок..


это будет шок...

лично мне хватает всего, что есть сейчас. Только бы работало все так как заявлено

очень надеюсь что появится преемственность, т.е. не надо будет каждые 3 года переходить на что-то новое

Так не переходи у нас до сих пор 8.1)

Eclipse

>>> Я буду крайне убивлен
это очепятка? или злонамеренно?

(30) к (18)

Подкидываю для 1С идею: сделать проведение документов платным, 30-40 рублей с телефона в сутки.. или бесплатным после просмотра рекламы. ))

Принципиально новое - отсутствие ошибок ибыстродействие в 3 раза поднять!

(32)+абонентская оплата пользования конфигурацией. Как премиум аккаунты в WoT.
Не заплатил - "отключили газ" :-)
Вот это была бы тема!

(34) А это уже есть ;) добро пожаловать в облачные технологии!

(13) Ага, полноценную многопоточность, семафоры и т.д.

(0) Заметки из зазеркалья тебя не устраивают как ориентир? Ну пообщайся на партнерке с Борисом Георгиевичем.

(10) После нажатия кнопки, появляется сообщение "Всё сделано!". Для получения отчета что же сделано, нужная подписка на 1С Отчетность.

Развитие этой технологии отразится на универсальных электронных картах.
wiki:Универсальная_электронная_карта
Пришел в магазин, выбрал товар, показал карточку, на терминале высветилось "У него всё нормально!".
Пошел в кино без билета, просто предъявил карточку на входе в зал, высветилось "Ему всё можно", устно сказал за мной не заходить, можете начинать сеанс, пошел и сел на любое место.

(16) приведи пару примеров использования хранимых процедур и триггеров в 1С.

(38)
– Хочешь, чтобы у тебя все было? – подсказала рыба.
– Хочу, – согласился бада.
– Буль-буль-барабуль, – весело забулькала заклинание рыба, – хотел, чтобы у тебя все было?
Бада кивнул.
– Готово, теперь у тебя все было, можешь пойти проверить.
(c)"Зоки и Бада"

Администрирование - Публикация на Инфостарте

(0) Скорее всего выпустят 8.3.5 :), через год.

(41) тогда уж Администрирование — Купить на Инфостарте

(42) И хорошо...чем сырые платформы выкладывать

про замену желтого цвета на сиреневый писали?

(0) Общие запросы, не ? Хотя это конечно и сейчас можно реализовать в общих модулях, только это на уровне конфигурации и х.з. его знает, что есть в каком то ОМ нужный тебе запрос. А если, на уровне платформы ветка Общие запросы, создаешь что тебе надо и используешь в различных объектах.

(46) для этого есть общие модули, если же идея в контеске динамических списков на запросах, то я бы еще подумал о смысле т.к. ДС кроме запроса содержит еще вагончик свойств, которые иногда полезно просто достать и/или мастабировать

(47) "мастабировать"  - опечаточка прям по Фрейду. Мастабируйте на здоровье, только сильно не увлекайтесь, чтобы не упустить нормальные двусторонние ... отношения.

(32) За каждый документ!

http://infostart.ru/public/190375/
Всего предложений - 20
Полностью выполненых - 4 (20%)
В процессе - 2 (10%)
Не выполненых - 14 (70%)

думаю часть из моих еще реализуют :)

(39) подписки на события

(0) Ну вот что-то пролетало про выгрузку/загрузку КОНФИГУРАЦИИ в формате XML. Ну ещё чтобы подгружалось бы всё в клиент-серверном режиме без прерывания работы пользователей. Уверен, большего - и не надо!

почему не реализовать бы ООП. Думаю этот подход в разы упростил бы разработку на 1С как и сложность кода так и его функциональность. и сделать полное совместимость процедурного  и ООП подхода. Работаю в системе R3 так это там все так и реализовано только 20 лет назад.

(0) Очень надеюсь, что сделают полностью совместимым с git

(51) Это уже есть, но автор топика брякнул с дуру про тригеры и хранимки.

Интересно что он хочет )))
Похоже просто глупость процветает.

Преобразование типов в запросе (строка <-> число)

(53) ПОтому что он нафиг не нужен.

(53) не представляю, как это в 1С можно сделать, т.к. изначально формы и бизнес-логика сидят в одном и том же объекте - как их разделить ?

(53) Ну какое, б%ять, ООП?! Х5ли вы все такие умные - на C++, C# не кодите? Нам дан хороший инструмент для заработка в индустрии заработка в государстве заработка. Какое, на%уй, ООП?! Ты что есть освой!

(57) нафиг не нужен франчам, они с этого и зарабатывают.
Нужен разработчикам, много бы пользы было

(53) основной плюс ООП - это возможность использовать чужие классы, во первых для 1с можно реализовывать ВК и это будет своего рода ООП (разумеется в сильно упрощенном виде).

но самая главная проблемма с которой сталкнется любой создатель ООП - это то что есть метаданные, и я пока не вижу способа как методанные включать в объекты (как наследовать, как расширять...), а без этого грош цена ООП...

(60) Разработчикам тоже не нужно. Если бы было нужно, то все бы использовали, но что то не вижу убийцы 1С.... одни сопли.

(59) +1

1С совершенство, маштабируемость поднять и все.

(0) Полную совместимость с 7.7 ...

(64) тогда уж с 6.0....

(22) ага, тоже

(61) можно реализовать на уровне глобальных и локальных классов.В данному случае метаданные и есть глобальные классы.
Локальные классы это просто структурированный исполняемый код который храниться в оперативной памяти.
Представьте что у вас есть возможность наследовать справочник, переопределяя его методы.

(67) Нафига?

И почему история показала не жизнеспособность ООП?

Чего то про слои никто не написал

(67) ничего не изменится, предположим мне нужно добавить реквизит и некий функционал для него.

дано: метаданные, базовый клас, новый класс
мне по любому придется ИЗМЕНИТЬ метаданные. А вот представь, что будет если мои и чужие метаданные пересекутся?

например для класса "Валюты" нужен независимый регистр "КурсыВалют" переодический с 4 знаками
А для класса "Биржевые котировки" нужен регистр "КурсыВалют" с 6 знаками да еще подчиненный документу "Биржевые котировки"....

разрули такую ситуацию хотя-бы теоритически!

(70) Скорее все вы думаете о пересечения пространств имен для классов имеющихся и вновь созданных классов. Если так то проблема достаточно легко решается - добавляя префиксы к созданным классам.
к примеру Z004_КурсыВалют (4 знака) и  Z1006_КурсыВалют (6 знаков).
Если ошибаюсь то поправьте.

естественно система префиксации должна работать на уровне системы, группируя классы в нужные пакеты, т.к. пакетов нету можно реализовать на уровне подсистем.

В конфигуратор встроят Ruby машину.

(71) нет, не правы, по тому, что основой ООП являестья тот факт, что данные связаны со свойствами, и нету способа обратится к данным минуя опубликованый интерфейс обьекта. На этом основывается линия расширения от предка к детям.

В случае 1с нужно полностью отказатся от всех операторов позволяющих писать и читать любые методанные, только в этом случае мы сможем в объектах описывать и наследовать интерфейсы привязаные к данным.

То есть, для ООП в 1с необходимо или полностью убрать большенство операторов и вместо них реализовать методы привязаные к метаданным и с позможностью их переопределения.

Прикинь сколько переписывать придется?

(74) а в 1С есть операторы, позволяющие писать метаданные?

(75) метаданные = данные (опечатался)

(74) [и нету способа обратится к данным минуя опубликованый интерфейс обьекта] — это частный случай. и, конечно, не во всех ОО-языках это так

Хочу insert, update, delete напрямую в базу. Чтобы когда надо поменять значение 1 поля во всех документах не надо было в цикле получать каждый документ, менять и сохранять.

Главное что мы все ждем от ООП в 1С это наследование. Инкапсуляция как бы уже есть. Полиморфизм - я уже и забыл что это такое на практике.

(74) Разве в 1с можно напрямую обратиться к данным, минуя объектную реализацию?

чтобы сервер наконец научился использовать для одного сеанса несколько процессоров

(81) это уже есть. см. Фоновые задания

(82) фоновые задания это работа на уровне конфы, а речь о платформе

(0) гадание на кофейной гуще?

(82) Какие действия ты хочешь чтоб платформа умела параллелить?

разобраться бы с тем, что уже есть в платформе, а не ждать нового... так нет же...

(0) ООП - уныл и добавляет только неоправданную сложность и избыток кода.

(85) что нужен список?) да любые, свернуть ТЗ 10 миллионов строк, 7 холодных ядер, 1 на 100%

(87) холиваром попахивает

(86) + 100 Мне кажется нужно работать уже не на количество, а на качество.

(61) >основной плюс ООП - это возможность использовать чужие классы, во первых для 1с можно реализовывать ВК и это будет своего рода ООП
Чем тебе "возможность использовать чужие" обработки не подходит? В чем классы будут лучше обработок. Можешь реальный пример, а не теоретические абстракции?
И что, сейчас нельзя реализовывать ВК?

(88) да за такие операции нужно четвертовать программистов

(91) возьми к примеру справочник Организации, сделай абстрактный класс и наследуй от него с добавлением своих реквизитов и методов.
Сейчас, в БП 3.0, чего токо нет в этом объекте, и на фиг они не нужны в какой-то конфигурации построенной на БП 3., теперь просто приходиться выдирать с корнем не нужное.

(93) А зачем?

(87) +100500

(94) сам подумай. Есть, например БСП. Сейчас, чтоб построить на ней свою конфу заотмучаешься. А чтоб от ней не делать наследника ?

(94) я автоматизирую десять автосалонов, для этого пишу базовую конфу и от нее пишу десять дочек с минимальными изменениями.

как по твоему мне удобно будет исправлять косяки в коде только базовой, и совершенно не парится при обновлениях десяти дочек?

(78) обосрется все, если так сделать.

(92) это лишь пример, будет не эта операция так другая, или вы всерьез полагаете, что одно ядро лучше нескольких?

(91) пример в (70)...

основная проблемма не то чего нельзя сделать, а то чего делать нужно запретить. а именно нужно запретить доступ к данным минуя интерфейсы классов.

(93) В чем профит от отдельного класса "Организации"? Что это  тебе облегчит?

(101) от него унаследую "БелыеОрганизации" и "ЧерныеОрганизации", со своими настройками....

(102)+ и от сюда автоматический учет и доступ

(102) Не понимаю зачем для этого нужны классы? Ты можешь на пальцах объяснить? Пока что я вижу только абстрактные "родитель-потомок" на уровне учебника по ООП. Какие это дает практические плюсы применительно к 1С?

(104) н-р ка кпример есть у тебя загрузка xml пакетов из другой системы, пакеты с контрагентами, складами и т.д. Делается класс "пакет" у него методы "упаковать", "УдалитьЛишниеСимволы" и т.д., а есть еще метод "Проверить", но для складов проверять надо одно, а для контров другое. И тогда делается класс-наследники "ПакетКонтрагентов" и "ПакетСкладов" со своими реализациями проверки, но при этом упаковка и удаление лишних символов уже унаследовано

(104) но вообще предупреждаю - потенциальный холивар)

(104) 1с реализует виртуальный класс "v_Организация" который содержит

1. Виртуальный Справочник "организации"
2. Виртуальный РС "УчетнаяПолитика"
3. Виртуальный ПВХ "НастройкиУчетнойПолитики"
4. Интерфейс получения/записи данных из РС
5. Интерфейс получения Организации

Далее создается класс "Организация" который содержит

1. Справочник "организации"
2. РС "УчетнаяПолитика"
3. ПВХ "НастройкиУчетнойПолитики"

и который частично переопределяет/дополняе интерфейсы виртуального класса.

тем самым мы получаем разделение функциональности и зон ответственности.

отчасти именно это и реализовано в БСП, единственное чего нет в БСП - это возможности дальнейшего наследования и расширения свойств/данных

(105) Для этого не нужно ООП. Просто делаешь общие модули с общими процедурами/функциями и используешь где надо.

(107) А как на все это должна реагировать БД? Не запариться ли она свои таблицы перестраивать после перегрузки всех свойств объекта?

(107) У тебя в регистре "УчетнаяПолитика" и так основное измерение организация, что уже дает тебе разделение зон ответственности. Разделение функциональности дает использование ПВХ.
Так зачем огород с классами?

(108) так это и нужно, чтобы не делать процедуры ПроверитьКонтров(), ПроверитьСклады,... , ПроверитьСправочникНомер100500(), ПроверитьСправочникНомер100501()...

(108) вообще вопрос применения ООП, заключается не в том, что без него нельзя реализовать задачу, а в том, что с ним просто удобнее. Никто не мешает городить 1000 процедур, 150 переменных и копаться в них. Просто на определенном масштабе проекта такой подход начинает усложнять поддержку/модернизацию

многопоточность хочу! Чтобы была возможность одновременном формировать движения по разным регистрам...

На первый взгляд идея ООП кажется интересной и прогрессивной. Но по мере использования ее понимаешь, что простого наследования - не достаточно и появляются интерфейсы. Простых переменных не достаточно и появляются всевозможные префиксы static, final...
Связанность программы падает. Появляется необходимость описания всех этих доп. зависимостей объектов друг от друга. Количество кода растет. Читабельность падает. Ты не можешь просто выполнить процедуру. Тебе надо создать экземпляр класса и только потом обратиться к его методу. При этом у тебя возникнут проблемы с контекстом, который тоже нужно передавать какими-то методами.
В итоге ООП - это игрушка из разряда "вот еще что можно придумать непохожее на процедурное программирование" совершенно оторванная от реальных задач, наподобии языка который выполняет комманды по кругу (не помню как называется)

(113) Если логика данных позволяет попробуй юзать фоновые задания

(114) вот нашел этот язык: wiki:Brainfuck

(114) все пофиг. Они в институтах пару лаб написали на приплюснутом и уверили себя что ООП захавал мир...

(114) "Ты не можешь просто выполнить процедуру. Тебе надо создать экземпляр класса и только потом обратиться к его методу."
Так юзай static. Класс нужен там, где есть логическая сущность, включающая данные и методы их обработки. Если у тебя данных таких нет, то тут static.
Вот есть у тебя класс "автомобиль", у него переменная "уровень бака", и метод ЗаправитьБак(). Ты просто делаешь Автомобиль.ЗаправитьБак(), который никуда дальше объекта не лезет и проверяет уровень, и заправляет если надо.

(111) Ну да, ты плодишь вместо процедур - классы. А в классе оказывается, что "УдалитьЛишниеСимволы" для контров одни, а для складов - другие и ты перегружаешь в каждом классе эти методы. В итоге твой класс скатывается в процедурное программирование с увеличенным количеством кода.

Я хочу динамически создаваемые подписки  на события, чтобы совсем не править конфу, а обработочкой цеплять подписки

(119) ладно, на холивар нет и времени, ни желания. Каждый волен выбирать, что ему по душе

(118) Вот есть у тебя справочник "Автомобиль" с реквизитом "УровеньБака" и в нем экспортная функция ЗаправитьБак(). И где твой ООП теперь?

(122) ты лучше попробуй объяснить что с каждым объектом выполняется куча паразитного кода в конструкторах и деструкторах...

юнит тесты бы...

(122) ты не замечал, что метаданные 1с, и справочники в частности, это и есть объекты?

(124) Хочешь - используй, в чем проблема?

(19) разве там нет ограничения на 99999 строк? или 8.3 убрали ограничения?

(100) что-то не слышно противников ООП Shurjk,  NcSteel. (93) А Зачем ? - это не аргументация, а почему-бы и нет?

Нужна кнопка во весь экран = "Сделать 'Заебись'"

(129) это декларативная парадигма. А тут фапают на ООП

(128) Ну дык зачем?

И почему ООП не смог родить убийцу 1С?

(130) Ну пусть на ООП сделают такую кнопку...
Хотя, ООП - зло само по себе, а уж в учетных программах...

(132)да не нужно ВСЕ делать на ООП...

давайте разберемся, что можно и нужно делать

1. Переопределять ШТАТНЫЕ процедуры, например склонение, собщение, вопросы и т.д. (то, что не работает напрямую с данными). Решаем множество вопросов локализации и единого стилевого оформления.
2. Каждой подсистеме добавить модуль, при этов в таких подсистемах реализовать ООП в плане наледования и видимости. Пример: Подсистема НДС, в модуле функция РасчитатьНДС(Ставка, Сумма, ВключатьНДС) возвращает 2 знака после запятой, подчиненная подсистема НДС_6, в ней функция РасчитатьНДС(Ставка, Сумма, ВключатьНДС) override возвращает 6 знаков после запятой. Теперь процедура НДС.РасчитатьНДС(Ставка, Сумма, ВключатьНДС) возвращает 6 знаков...

(133) С чего это вдруг? даже в ООП чтоб получить оверрайд нужно вызывать НОВЫЙ объект

(134) у нас обьект "НДС" (подсистема), а все подчиненные подсистемы переопределяют вышестоящий, то есть при создании подчиненной подсистемы ты говоришь, что теперь обьект "НДС" иметт свойства из модуля "НДС_6", и если там свойтсва нет то из модуля "НДС".

Тем самым мы легким движением руки (добавлением подсистемы) меняем поведение без переписывания всех мест вызова.
Это самый разумный по затратам способ...

(135)В такой ситуации проще переписать саму функцию, а не городить огород из подсистем и перегрузки. Если цель, конечно,  "меняем поведение без переписывания всех мест вызова".

(136) такого огорода уже сколь напереписывали, никто не разберет. Говорят, же, чтоб не городить огород, берешь готовую подсистему, а в своей (наследуемой) меняешь только то что надо.

(133) Так ты хочешь своими методами замещать штатные? Для этого тебе нужно ООП? Чтобы потом разбираться почему это все сообщения стали зелеными или почему отвалился расчет НДС? (137) Ты хоть один реальный пример из жизни приведи, где это нужно и где это сложно реализовать обычными методами, а то я пока что только слышу цитаты из книжки по ООП.

(138) не спора ради, просто интересно.  ты в 1с пришел с какого-то языка или сразу 1с?

в новой платформе будет лисп. или какой нибудь хаскель.
А еще китайский язык.
Ибо - мода и тренд.

Вау - клуб гадания 1Сников? Охренеть )

(135) Или я что-то не понимаю тебя. Что тебе мешает все вызовы к НДС адресовать к модулю скажем "глНДС", который и будет у тебя родительским?

(142) ничего не мешает, так оно сейчас и делается. Только между модулями столько может быть перекрестных, что хр. разберешь. Наследование же позволяет просмотреть иерархию объектов очень даже понятно

(139) развивалось как-то так basic(много) -> asm(поверхностно) -> pascal(много) -> delphi(много) -> c++(поверхностно) -> 1c(очень много). Просто сейчас я активно изучаю java и мне она не нравится. Я пытаюсь переварить эту идеологию и пока не вижу преимуществ. У меня просто растет количество кода, он становится все сложнее, все сложнее понимать взаимодействия.
Все эти "Библиотеки" - это уже есть в виде "Инструментария разработчика" от ТормозИТа, БСП и всевозможных консолей. Вся эта белиберда с наследованием просто оторвана от реальных задач.
Теоретически, чисто теоретически, это было бы удобно на каких-то очень больших и очень хорошо структурированных проектах. Но на это требуется настолько много человеческих затрат, чтобы держать это все упорядоченно...
Любая средняя, да и большинство больших задач решается процедурным программированием. Поэтому я и прошу привести "Реальный" пример от этих теоретиков. Пока что услышал только про виртуальные метаданные от vde69. Да может получиться что-то интересное. Но ценой этого будет потеря производительности, как обычно. И для этого не нужен огород с ООП

(140) ооо, лисп это круто. Куча труЪ одноэснегов останется в прошлом сразу.

Невозможно объяснить слепому радугу.
А некоторым невозможно объяснить суть и преимущества ООП, у них отсутствует нужный орган для восприятия.

(144) ну вот и ответ (не сочти за укор) все перечисленные языки - процедурные, за искл. с++ (который поверхностно). Тебе понравится ООП, когда ты его поймешь в отрыве от языка, т.е. на простых объектах реальной жизни

(143) с чего это твой ООП здесь будет лучше? Ты насоздаешь своих классов НДС_6, НДС_5, НДС_4, поперегружаешь там родительские функции, а потом будешь думать в каком месте искать ошибку.

(144) "Реальный" пример - любое отраслевое решение, основанное на БП, УТ и т.п. (например, от РАруса, ВДГБ и т.п.). Вместо, того, чтоб использовать типовую 1С-ную конфигурацию как родителя (не изменяя), перелопачивается куча кода типовой (и так для каждого выпуска типовой версии 1С для выпуска отраслевой).

(146) у твоего комментария ровно 0 пользы. Проходи мимо

(147) Ты можешь чисто теоретически сформулировать жизненный пример преимущества этой идеологии?

(150)
Несколько лет назад я с горячностью кидался в местных баталиях объяснять, просвящать и радеть за ООП. С тех пор немного поумнел и понял (146). Поэтому да, прохожу мимо с легкой душой. Не мечу, так сказать.

(152) И ты зашел в эту тему чтобы сказать что все дураки? Ну молодец, что.

(149) И в чем преимущество? Ты будешь перелопачивать кучу кода в своих наследуемых классах. И так с каждым релизом.

(151) я даже не знаю как в двух словах сказать в чем плюс. Сущность в том, что в ООП объекты представляют, конкретные сущности исходящие из постановки задачи. Эти объекты сами занимаются своими данными, сами их хранят, сами обрабатывают, и все это не смешивается в кучу. Типичная ошибка тех, кто начинает работать в языках, где используется ООП - это создание God-класса, и это как раз и происходит от непонимания нафига оно нужно. Не знаю понятно ли я выразился

(153)
<strike>Зедс дэд, беби, зедс дед</strike>
Не все, детка, не все...

Вот к подобным спорам лучше всего подходит "Когда в руках молоток - все вокруг кажется гвоздями" - выучили ООП - попытайтесь учить другие языки. где нет ООП, или строк, или есть только стек. А то, не приведи боги, действительно впихают в 1С свою собственную реализацию ООП

(155) Начнет с того что объект - не самое важное в ООП. Важно - класс (точнее тип определяемый классом и доступные для этого типа операции.)

(154) и если он облажается то у него будет много интересных и разнообразных ошибок, неведомо как возникающих...

в случае 1С есть все вещи которые дает ООП, просто они "не такие" и ограничены. ну 1С тоже особенная)
например создавая справочник "Организации" создается класс который наследует свойства от глобального класса "Справочник"
Но нельзя создать к примеру "Книга" или "Куб"
новые метаданные нельзя создавать.

(18) Ты удивишься, но она и сейчас летает с 60 миллионами. Правда апдейты делаются напрямую через Merge.

вот мне бы хотелось что бы 1с сделала комипилятор и можно было делать екзешники) и не нужно было ставить платформу 1С клиенту

(161) а деньги?

(162)а деньги мне)

(159) гляньте мельком на яваскрипт...

(164)зачем?

короче! для тех кто говорит, что ооп фигня: представьте что в 1с не было бы документов и справочников, а был бы общий модуль, а там это:

Перем НаименованиеКонтрагента;
Перем ПометкаУдаленияСклада;
Перем ФлагПроведенияТребованияНакладная;
и т.д. тысяч 5 переменных

а потом процедуры
Процедура ПометитьНаУдаленияЭлементСправочникаДоговора;
Процедура СкопироватьАвансовыйОтчет;
Процедуры ОбработкаПроведенияТребованияНакладная

(146) Сейчас уже можно через язык http://vmeste.info/data/vision/


и слух

http://www.vokrugsveta.ru/news/14928/

(165) да теже "справочник" "документ" и т.д.

(166) представь - в 1С есть и справочники и документы уже сейчас.
Не допонял - ты предлагаешь выкинуть то что есть сейчас? ради сомнительного удовольствия диспетчеризации по типу?

(169) нет, это просто иллюстрация того, что ООП в 1С уже есть сейчас, просто вопрос в степени его реализации

Принципиальное новое! Новая платформа 1С 8 будет поддерживать базы данных на 7.7. Причем буду сняты все ограничения на DBF-таблицы в 2 ГБ.
Появится возможность использования баз (и типовых и измененных0 на 7.7 через движок 1С 8 в облачных хранилищах.
Не нужно будет конветировать, допиливать и изучать новое. Все будет работать так, как кому-ту не снилось, или так, как кому-то приснилось.

(171) да! усе одноэснеги уйдут в дворники, а вся отрасль будет поддерживаться двумя-тремя величайшими, ну там Гилевым и Насиповым

(172) а обработки все будем у мани покупать?

Хочу надежное шифрование всех модулей и вообще конфигурации, что бы ни одна собака не залезла в код

(172) Зачем же так?! Если все заточено в конторе, то зачем бригаде программеров надрываться на генерированием имитации работы. Так мозговую грыжу можно заработать.

(173) маню купит корпорация НГН (Нуралиев, Гилев, Наиспов) Так что все будет в одних руках. Незаментно, с обновлением закроют конфигуратор и вуаля - мир захаван!
"Все звезды светят мне, а банки - платят мне!"(с)

Кстати насчет принципиально нового - предлагаю чтобы 1с ввело виртуальную реальность в свои решения

(177) представляете как будет выглядеть процесс заполнения заказа? Прям как Нео с Тринитей экипировались перед тем как в гости к агенту Смиту зайти?

Интересно а вот как визуализировать процедуру закрытия месяца.... Ну например как сражение с девятиголовой гидрой....

Надеюсь что через пару лет добавят поддержку новой функциональности Гекатона из MS SQL 2014

(55) про триггеры не писал, а хранимые процедуры позволили бы полностью логику на SQL-сервер перенести, раз SQL подобный язык сделали, и хранимые процедуры могли добавить в своем стиле!

Вставлю 5 копеек. Я думаю будущее будет крыться в возможности организовать приложение на базе нескольких баз. Т.е. чтобы спокойно можно было в базе одной конфигурации открывать форму другой конфигурации (модульный принцип) и тогда это позволит спокойно комбинировать решения, наращивать функционал рядом и т.п. В принципе первый шаг к этому связать добавленные в 8.3.5 o-data веб-сервисы конфигурации и внешние источники данных!

(171) Режим совместимости с v7.7 - это мечта) Но вряд ли сделают.. по уму, его надо было сделать в самом начале, при старте восьмерки - тогда переход на новые конфигурации был бы плавным и технологичным.

(180) Зачем?

(179) хорошо, но не думаю, что это поможет. У нас узким местом является только лишь сервер 1с, ms sql никогда не надрывается

(0) Про голосовое управление уже было?

http://lenta.ru/news/2014/06/02/1cacronis/
Acronis и 1C запустили сервис «1С: Облачный архив» для резервного копирования данных и настроек платформы «1С: Предприятие». Об этом компании сообщили на пресс-конференции.

Облачный сервис создан на базе технологии AnyData Engine компании Acronis , позволяющей резервировать данные любых типов из любых источников, и облачного решения для создания хранилищ данных Acronis Storage.

Сервис «1С: Облачный архив» может быть встроен в программу для автоматизации управления и учета ресурсов «1С:Предприятие 8» любой конфигурации.

Сервис предназначен для предприятий малого бизнеса, которые не обладают достаточными собственными мощностями для хранения резервных копий данных. Для резервного копирования сервисом предоставляется 5 гигабайт в версии «Техно» и 100 гигабайт с возможностью расширения по запросу для версии «Проф». Борис Нуралиев, директор компании «1С», считает, что 100 гигабайт на данный момент достаточно для всех компаний.

Сервис входит в пакет услуг информационно-технологического сопровождения «1С:ИТС», который стоит 10,4 тысячи рублей в год по плану «Техно», и 24,72 тысячи рублей в год по плану «Проф». Нуралиев отметил, что для окупаемости новой услуги хватит, чтобы количество подписчиков «1С:ИТС» возросло всего 10 процентов до конца года.

(186) Вот опередил меня. Тож самое хотел вбросить. )))
А вообще опять традиционный срач начался ООП против 1С. Как будто других парадигм программирования нет. Мне вот таки непонятно чем ООП принципиально лучше функциональщины? Тем что данные хранит вместе с кодом? По мне так не очень это.
Давайте в 1С-ке забубеним лисп  - он более для математики подходит. Ту же систему уравнений РАУЗ, мне кажется, проще было описать на нем.

(187) в 1с нет "функциональщины"

(188) Да нету. Но вдруг появится )

(189) И тогда я со спокойной душой пойду в дворники )))

будет Eclipse, синтаксис полностью изменится и будет англоязычным, конфигуратор перестанет существовать, будем учить всё заново, зато 1С перестанут называть недоязыком программирования)

полность новое  - это найтивное ПО под мак..
вот что было бы круто..

можно было бы офисы с винды нахрен увести..

Возвращаясь к тебе ООП. А что если сделать некое соответствие класс - таблица БД, объект - запись в таблице? Тогда Можно было бы расширять набор полей и методов, строя иерархию. Например, родительский класс "Справочник" (возможно, даже абстрактный, чьи методы для конкретного справочника надо будет переопределить), его наследуемый класс - СтруктурнаяЕдиница (расширяющий набор полей и специфических для структурных единиц методов), его потомок уже конкретная сущность, например, Подразделение. Как плюс такого подхода мы можем использовать всю мощь виртуальных функций, хранения в списке ссылок на базовый класс ссылки любых наследников. Да много чего еще можем получить.

(193) А зачем городить дубль?! Конфигуратор уже есть.
Этот огород имеет смысл тогда, когда нет конфигуратора.

Дык вообще убрать его нах. Среда разработки отдельно, приложение отдельно. Байт код и все счастливы.)

Смотри в сторону Scala(144).

интегрируют Flash в 1С, чтобы в игрушки можна была поиграть :)

(197) Анимированная ОСВ! Где 99 счет корчит либо гримасы, либо улыбки.

(195) Ты хочешь упростить процесс разработки или усложнить его. Более сложная и ветвистая структура данных - усложняет процесс разработки. И никакое ООП в современном представлении тут не поможет.
Было бы иначе - не было такого крокодила, как 1С.

(200)!

Вот чего по-настоящему надо в 1С v8: ПриСменеПодсистемы
Остальное по большому счёту дурь, кроме триггеров.

(199) Если ты по поводу ООП (193), то усложнить, наверное. Хотя сложность тут наверное только для мамонтов типа меня же, кто еще не привык мыслить объектно. Если же ты про (195), то это однозначно усложнение. Но при этом скорость работы и защита конфигураций станут имхо на порядок выше.

(183)  зачем выполнять всю логику на SQL сервере?!

(202) Про скорость и про защиту. Это же 1С. Тут все так непредсказуемо... Или по законам Мерфи ...

(204) Ну тоже верно.) Надо учитывать специфику компании.

(203) так "слегка" быстрее чем лазить в БД, а потом это обрабатываться на сервере 1с и в процессе обработки опять же лазить в БД