Список задач, планируемых к реализации в версии 3.0 технологии 1С:Предприятие.Элемент
https://wonderland.v8.1c.ru/blog/spisok-zadach-planiruemykh-k-realizatsii-v-versii-3-0-tekhnologii-1s-predpriyatie-element/

(0) Отладчик

    Возможность поставить точку останова на изменение свойства UI-компонента

уже версия 3. Даже первую не видел.

Прикладные возможности
Элемент проекта ПланОбмена

Вот этого радикально не хватало

Так и сделают в итоге еще одну 1С

а как это чудо пощупать?

Купить 1С Кабинет сотрудника )

(4) Все есть, а этого нет... https://skr.sh/sGiZT9WNqCI?a

(5) это пощупать снаружи - а изнутри?

тут недавно ветка была поднята "1С:Предприятие.Элемент" книги из будущего

(4) В новости же все написано. "Заявки на участие в пилотных проектах, а также вопросы по технологии можно отправлять на адрес [email protected]."

(7) Подключиться к пилотному проекту 1С по Кабинету сотрудника. Или же по идее его можно не только в облаке 1С использовать, но развернуть у себя где-нибудь.

Тонкий клиент на Electron когда будет?

Столкнулся с "Элемент" в 1С:Шина - как по мне очередное ненужное г..но

(12) Оно вполне нужное и Элемент (как нормальная полноценная 1С в браузере, без тормозов, конфигуратор там же и лицензирование нормальное) и Шина (прокладки к брокерам/очередям сообщений)

Проблема в реализации через одно место...

Основной затык что выбрана для реализации Java (ну и JS на веб-клиентах понятно)
Когда платформу пишут на С++ это нормально ибо средние проги на плюсах обычно вменяемые хотя и редкие

Но вот разработчики на Java боюсь имеют маловато опыта создания подобных платформ
Намного лучше было продолжать на C++ или на Rust/Go
Или C#/.Net (Mono) было бы лучше чем Java, тем более C# и пришел в корпоратив как замена/убийца Java

(4) В предыдущей ветке была ссылка на доклад недавний по Элементу. Там разработчик говорит, что пока конфигуратора по сути нет, просто текстовый редактор в браузере. Т.е. все еще сырое и щупать особо нечего.

Видимо идеология не поменялась, не хотят русский язык в разработке бросать, заюзали бы GO или C# (как это в Директуие сделали) можно было бы обычных прогов на проект заманивать и рынок разработчиков больше бы стал

(16) Это не в интересах рядового кодера 1с)

(17) надо не о кодере думать:-), а о развитии продукта, потенциоальных пользователях (бизнес клиенте). Нпример нужен прог на проект взял шарписта за месяцфеймворк посмотрел въехал и вперед, конскльтант задачи ставит он кодит. за 200-250к можно нормального шарписта найти.

(15) Нет, продукт 1С Кабинет сотрудника полностью на этом написан, и щупать есть ого-го сколько.
В браузере открывается в режиме разработки страница слегонца напоминающая конфигуратор.

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

(20) Видимо не налезает новый функционал на веб клиент 1с. Там мы жестко привязаны к формам и стилю 1с. Видимо перековыривание конфигуратора под подобные цели веб будет гораздо сложнее и больнее, чем выпустить этот 1с элемент и сделать интеграцию с этой системой. Тем более есть наработки 1с Исполнителя.
Имхо пилили крупное решение для жирных поставщиков, сейчас просто пытаются сделать его тиражным.

(20) всё просто. Новый язык элемента на самом деле очень си-подобный. А си-подобные языки хорошо харекомендовали себя и давно доминируют. На них нормально разрабатываются даже гигантские проекты. 1сные же приложения давно переросли 1сный встроенный бейсикоподобный язык. Тут скорее вопрос, почему ещё 20 лет назад не пошли в сторону си-подобного языка со статической типизацией

(21) Посмотрите на скриншоты сервиса 1С Кабинет. В его интерфейсе нет ничего экстраординарного, на 90% такое же вполне можно сделать на УФ (ну может без красивых цветных кружочков - а может и с кружочками, если постараться как следует).

(23) 1с Кабинет это лишь частный случай. Тут же хотят B2B кабинеты делать и витрины. А там может быть вообще любой интерфейс. Какой смысл выбирать реализацию через 1с элемент бизнесу, если проще будет выбрать любой фреймворк и с понравившейся мордой и запилить на его базе решение? Этот Элемент взлетит, если позволит создавать подобные решения гораздо проще и дешевле для бизнеса.

Кто в теме - Элемент это совсем отдельный продукт или же он как то будет связан с текущей платформой 1с Предприятие 8.3?

(25) Пока что это язык для приложений 1С вне 1С (1СШина, 1СЛичный кабинет)
Грубо говоря это аналог html+ для создания веб-приложений и для работы на мобилках

https://v8.1c.ru/platforma/1s-predpriyatie-element/

(26) всё-таки UI там второстепенная тема, а веб-приложения не основное назначение. Скорее элемент это бэкенд

Аналог Паскаля придумали.
Теперь придумывают аналог JAVA ? ))

Если бы это был аналог,а то это надстройка над java,использующая виртуальную машину java для выполнения.

Главный вопрос - на кого оно ориентировано? Для 1сников, которые захотят почувствовать себя вэбщиками или же наоборот?)

(31) На стильных модных молодежных разрабов сайтиков, которые не хотят заходить в древнюю не модную 1С, которая имеет славу как настоящий кровавый энтерпрайз.

(32)[На стильных модных молодежных разрабов сайтиков] А что может заставить их сюда то зайти, а не в какую то привычную среду?)

(33) Вероятно думают сахару синтаксического насыпят, 1С Элементом вместо 1С 9.0 обзовут и повалят

Нынче как понял это уже 1С 9.0.3.X

(34) ты же не будешь отрицать, что есть проблемы с синтаксисом и возможностями встроенного языка 1с? В 90-е может и было нормально копипастить имена свойство и методов объекта. В 2022-м, на фоне возможностей топовых IDE, как-то отстало выглядит

(36) На мой взгляд проблема встроенного языка 1С в его переусложненности на текущий момент.
Когда решили делать УФ и веб-клиенты надо было вернуться назад (во времена 1С 7.7 по сути) и разработать новый язык, минималистический
Выкинув все ненужное и дублирующее, добавив больше простых и универсальных конструкций.

Например разделение на процедуры и функции нафик, почему функция только один результат может возвращать? Нафик сделать сколько угодно без составных типов причем а просто через ","
Рез1, Рез2, ... = МояФункция();

(37)+ Либо если
Рез = Новый Массив;
Рез = МояФункция(); // и все результаты оказались в массиве
Т.е. равнозначно и не меняя функцию с
Рез1, Рез2, ... = МояФункция();

(38)+ да пример плохой
типизация нужна и более просто и удобно

Рез:Массив = МояФункция();

(38) это не ситаксис языка. Ты и так можешь вернуть из функции Массив через Возврат.

(40) То что ты написал и называю переусложненностью и как раз относится к синтаксису
Вот когда в 8-ке сделали "Для Каждого" это был шаг вперед
Сейчас в других ЯП уже туевы тучи подобных шагов - так возьмите лучшее, переработайте, объедините в стройную систему и вперед!

(41) бардак это будет, а не система. И сейчас тоже бардак.

(40) Усложнение кода а надо упрощение
Например функция возвращает много результатов, нужен только второй и четвертый как?
Было бы удобно
_ , Рез2, _ , Рез4  = МояФункция();

Вместо
Рез = МояФункция();
Рез2 = Рез[1];
Рез4 = Рез[3];

Наличие прикладных ОБЪЕКТОВ сделали принадлежностью Языка 1С. И процедуры, которые работают с объектами, т.е. методы класса, если говорить по терминам ООП - тоже принадлежность языка.

(42) Это просто другой ЯП

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

(45)+ Я же предлагаю сделать Эсперанто

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

(47) Тогда зачем нужна платформа 1С?
Берем чистый голый ЯП и все прикладные объект пишем на нем

В итоге будет CUBA Platform ))

Я что то не заметил чтобы 1С Элемент писали на самом 1С Исполнитель вместо Java ))

(48) идешь я ютубчик, находишь там ролик и смотришь. Там не помню как его зовут, бородатый такой и лысый (этим сейчас никого не удивишь), брал интервью у самых разных программистов и роликами выкладывал. В том числе и 1С. Там он два раза интервью брал. Одно у Леонтьева - типичное для Леонтьева. А другое у кого-то забыл его фамилию.

Там даже пытались рассуждать на тему, почему конфигурация вот так реализована и почему платформа есть. Хотя в других тру-языках так не поступают.

(50) Я просто развил твое "полный бардак, когда методы прикладных объектов свалили в одну свалку с методами платформы"
Где начинается разница между методами прикладных объектов и методам платформы?
Когда прикладные объекты это непосредственная часть платформы!

(52)+ Советую воспринимать саму платформу 1С как один огромный родительский прикладной объект.
В итоге Платформа.СтрДлина() ничем по сути не отличается от Платформа.Справочники.Имя.Справочника.Метод()

(53) *Платформа.Справочники.ИмяСправочника.Метод()

(54)А чем оно должно отличаться?

(35)Получается 1с 9.х будет чисто под веб-разработки, а обычные конфы так и останутся на 8.3?

Веб - это условно разновидность интерфейса. По современным канонам программирования интерфейс должен быть второстепенен. Например, пишут основную логику в серверной части - бэкенде. А как и откуда это будет дергаться - фиолетово. Хоть через веб, хоть с мобилы, хоть с сервиса какого. Бэкенду должно быть пофиг. Он ничего не должен знать об интерфейсе. Если никуда в сторону не занесет разрабов, то элемент станет как раз бэкендом, с возможностями нарисовать веб и мобильные морды

(37) возврат функцией нескольких значений - сомнительная тема. 1сникам точно не стоит её давать. Когда возвращается два значения, а второе из значений техническое (ошибка, флаг успешности и т.п.), это норм и даже хорошо. Но у нашего брата 1сника низкая культура разработки. Будут писать уродливые функции, возвращающие по 5-7 значений за раз. Причем возвращаться эти значения будут хаотично, на выходе встречать их будет отборный лапшекод

В 1с передача параметров через ссылку,в отличие от java и python.
Там вот придумывают,как вернуть несколько значений,а в 1с - их просто нужно передать в процедуру и там заполнить.
Поэтому,например,в Си нету возврата нескольких значений,т.к.оно просто не нужно.
Да и в java можно создать транспотрный объект и передать его в фкнкцию для заполнения - удобство последнего метода в том,что нет никакого копирования значений вообще.

(59) >>а в 1с - их просто нужно передать в процедуру и там заполнить

О-да! Побочка - наше фсё!

В php,например,до сих пор передача по ссылке в большинство даже встроенных функций.

Опять же,если кто-то хочет набор или как его именуют кортеж,то фиксированный массив или фиксированная структура в помощь.

Эх... Когда читаю, что 1С это не сделала, и до того недодумалась, сразу вспоминаю старый анекдот: "Хаим! Этот поц ещё будет нас учить, как делать коммерцию!"... Кто сказал, что задача 1С выкатить самый удобный в использовании продукт? Ее задача чутка бабла поднять. А это у нее получается шикарно...

(64) Угу, есть такая проблема.
И вот тут как раз отсутствие реальных конкурентов все портит.

(65) Ну, скажем честно, подобная ситуация во всем мире... Почти по всему софту. Сама задача снижения себестоимости софта для конкретных пользователей и программистов приводит к тому, что минимизируется количество основных поставщиков "большого" софта. Дома до сих пор лежат CD-DVD из девяностых, где на одном носителе была куча поставщиком разных программных продуктов от разных поставщиков, но кто сейчас помнит названия Макромедия, Борланд, Фокспро, ну, или кто сейчас помнит про полуось?... Да и в области, где сейчас работает 1С была куча разных продуктов, но кто сейчас про тот же Бэст помнит?

(66) Не совсем так.
Обычно ситуация на рынке сводится когда есть всего несколько (2-4) крупных игрока которые между собой конкурируют.
В случае 1С получилась голимая монополия, за счет доступно и всерьез - читать раскрутились за счет пиратов.

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

(68) Русский язык не причем совершенно.
Многие переходящие в 1С 7.7 из других ЯП поначалу на английском писали и вполне нормально, сам в свое время когда собеседовал новичков это обязательно спрашивал.
Да и в других ЯП уже давно классы/переменные и методы можно на русском писать.

(68) Везде есть несколько крупных игроков и игроков помельче
Intel, AMD, ARM
Windows/Linux/MacOS/ChromeOS
Android/iOS/HarmonyOS/Sailfish OS

(57)А сейчас разве Платформа 8.3 не по такому же принципу реализована? Есть некое ядро, которое можно запустить через несколько видов клиента, в том числе и через браузер. В чем тогда Элемент принципиально отличается от данной схемы?

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

(72) В любом легаси проекте даже с четким принудительным разделением на бэкенд и фронтенд в итоге бизнес-логика слипается с интерфейсом.
Конфы 1С тут ничем не отличаются.

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

(72)Так это больше вопрос к тем, кто пишет код в формах уже..Точнее, кто привязывает его к бизнес-логике. Или ты хочешь сказать, что в Элементе такое в принципе невозможно? p.s. Я просто пытаюсь для себя понять, чем эта новая разработка от 1с принципиально отличается от текущей 8.3. По мне, просто новая, отдельная ветка и не больше.

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

хотя языки это позволяют, да

(74) любая система, любой фреймворк позволяют рукозадить и говнокодить. Элемент примечателен тем, что он ближе к "взрослому" программированию. На нем можно будет катать best practices из того взрослого программирования

(76) ну вот когда они добавят концепцию абстракции типов каким-либо образом, тогда можно будет говорить о применимости паттернов проектирования

(75) Нет никаких проблем массово заменить кириллические идентификаторы на латинские и обратно

(73) Ни чего личного, но для меня, когда человек начинает изъясняться на 3-х языках одновременно в одном предложении, я понимаю, что собеседник не знает ни одного языка в совершенстве. Что в свою очередь подвергает сомнению правильность того что он говорит.

(78) заменяйте, вводите словари, наводите суету...

(79) Не понял к чему это.
Сторонник https://ru.wikipedia.org/wiki/Борьба_с_космополитизмом ?

Подскажи общепонятные термины для использованных мной англицизмов.

(81)+ В курсе что даже слово Цикл не русское?
Предлагаешь надо писать:
Для Каждого ТекПеременная Из Оборот
//...
КонецОборот
?

(82) Пиши правильно.
фор иач поебени из хуеверти
//...
Пиздец;

Правда красиво
ПыСы. Да простят меня модераторы за нарушение правил

+ (83) А между прочим, мОлодеж именно так и разговаривает (та молодежь которая программирует  на "пайтоне")

(83) я переменные оформляю в г.внокоде, чтобы нескучно было следующим пейсателям :)

Сцылко, Сцуко, ЧоЗаНах

(77) так вроде же завезли какие-то контракты. Пока не знаю что это, но по анонсам смахивает на интерфейсы в тру-языках
https://ru.wikipedia.org/wiki/Интерфейс_(объектно-ориентированное_программирование)

Смотря в прошлое, предсказываем будущее 1С
Так стратегия 1С платформы:
- Запускаем все наши конфигурации на JVM
- Шлем лесом все разработки .Net как несовместимые (жаль onescript)
- Делаем новый язык (Executer) для выполнения на виртуальной машине.
- Берем удачные решения для java, kotlin, scala и вкладываем в новый русский язык
- Продаем под своей маркой, благо бренд раскручен

Из отрицательного
- Выкидываем тонны существующего кода на 1С Предприятии как несовместимого
- 1С программисты платят за свое полное переобучение. Они богатые и терпеливые
- Не уточняем что "доступно и всерьез"...

(87) " Выкидываем тонны существующего кода на 1С Предприятии как несовместимого " - кто сказал, что будет что-то выкидываться?
"1С программисты платят за свое полное переобучение" - когда выходит новая версия питона, или php кто платит за переобучение?
Не уточняем что "доступно и всерьез" - это уже вкусовщина)

(88)Интересно посмотреть, как они будут типовые под этот новый стандарт делать.

(89) 1C:Деньги

или замахнутся на великое - на ERP?

(90)Вот о том и речь)

(86) уже гораздо лучше

(87) >>Выкидываем тонны существующего кода на 1С Предприятии как несовместимого

Давно назрело перетрести это ужасное Legacy. В типовых сложные механизмы это боль и слёзы - груды плохо структурированного кода

(89) а никак. Первые редакции новых типовых на новой платформе будут такими же страшными, как и старые типовые. Девочка может уехать из деревни, но деревня из девочки не уедет. Вся вырвиглазная процедурщина переедет на новую платформу. Напишут УТ12, она будет такая же монолитная, как и УТ11. Через N лет похоронят УТ12, и уже нормально (может быть) напишут УТ13

(93) А смысл? В результате ведь то же самое получится?

(95) а это уже как стараться будем. Если покончим со старыми привычками, родом из "доступно и всерьез", то не то же самое получится

(96) Опасное заблуждение. Тут дело не в привычках, а в организации процесса

(97) От организации водопада или аджайла/скрама никак не зависит монолит выйдет или микросервисная архитектура
Если платформа будет позволять что угодно превратят в УТ11/КА/ERP

(97) а я про все привычки имел ввиду. Не только кодерские. Тут важная роль на архитекторах 1С. Которые вроде бы уже появились, но занимаются какой-то левой фигнёй

(99) И это тоже не поможет. Качественный продукт может дать только конкуренция

(99) Вот как архитектору планировать ставку ндс?) Вроде бы и статичная штука, а вроде бац и государство взяла и ввела новую ставку. Тоже самое касается ВидыПродукцииИС, сейчас это тоже перечисление, но где гарантия, что в следующем году новая продукция не попадет под маркировку?)

или тот же ПолФизическогоЛица, сейчас только мужской и женский, не дай бог, до нас дойдут европейские ценности и придется делать из этого справочник...

(102) мыслите шаблонами 1С (субконто, справочники, документы). вот один известный персонаж тут на форуме доказывал, что регистры не нужны...

ну так вот, не будет никаки документов, справочников :) будут одни объекты кругом (ну там может быть с наследованием свойств...) ?

я не курил

Интересно, в какой момент ждать перехода на новую платформу? Вон, EDT так толком и не взлетел еще..хотя уже сколько лет назад внедрять начали.

+(103) я и сейчас от типовых охреневаю - приходится инфу для тех.спецЫалиста смотреть - что за неведомую долбанную фигню я вижу и где её в пофигураторе искать (как называется)

(104) А с чего вы решили, что будет именно переход на "новую платформу"? Пока у меня предположение, что элемент это не замена платформы 1с, а всего лишь среда разработки сбоку для веба.

(106)Может быть, но ясности особо нет пока.

+(107)Но уж как то слишком "монструозно" для отдельной ветки.

(108) да просто полноценно разрабатывать в веб на движке платформы 1с не получилось, а переделывать всю платформу для этого видимо еще дороже и дольше с непонятными последствиями. Пошли по пути меньшего сопротивления. Создали новую среду, чтобы закрывать нишу витрин, личных кабинетов и прочих веб интерфейсов на которые есть спрос на рынке.

(109)Вот и вопрос, кто это будет использовать именно как отдельный продукт..

(109) Путь наименьшего сопротивления это Metadata.js, т.е. добавка к существующей 1С 8 УФ
А они по сути новую платформу пилят с нуля, со своим ЯП на основе Исполнителя и т.д.
Причем и от Конфигуратор и от EDT отказались

(110) Как минимум разработчики с Селезневской для коробочных решений в вебе. А дальше уже остальные программисты 1с втянутся, если "доступно и всерьез" получится.

К примеру у вас штат кодеров 1с, хозя захотел личный кабинет для клиентов сделать. Раньше бы ему пришлось нанять веб разрабов, потом еще их стыковать как-то с 1с разрабами, а сейчас он может все в рамках своего отдела IT вопрос решить.

(113) Не может.
Ты сейчас описал ситуацию когда в штате "своего отдела IT" есть только программиста на 1С 7.7 (не знающие 1С 8 ОФ/УФ)
И собрались новый проект на 1С 8 УФ делать

(113) >в рамках своего отдела IT вопрос решить.
проще на 1С 8 наваять бэкенд в виде http-сервисов
И нанять на аутсорсе (если своих нет) фронтендеров для разработки веб-морды на чем угодно на JS/TS

(115)+100 И скорее всего, такой вариант будет более надежным и проверенным)

(113)[а сейчас он может все в рамках своего отдела IT вопрос решить] Ага, только для этого надо будет как минимум данное решение приобрести. И потом как-то состыковать с текущей базой 1с, которая на старой платформе. Т.е. еще возникнет вопрос интеграции между ними..

(116) Именно.
В итоге пришли к тому что нужен механизм рисования тонкого/легкого "веб-клиента" на ЯП 1С с применением своей специализированной библиотеки контролов вместо типовых.

Насколько будущий 1С Элемент это соответствует пока вопрос.

(114) да обычная ситуация. Я вот клюшки вообще не учил, а пришлось на следующем проекте столкнуться и сделать переход с клюшек на снеговик. В итоге пара недель ковыряния и обмен был написан. Тут так же может быть.

Так что, УФ мне можно не учить? Сразу с ОФ на Элемент?

(114) ой ты меня описал в 14 году ;))) я правда через год уже в яву ушел, но задачку осилил

(121) *на тот момент я снеговика знал в стиле 'открывал 8.0, разок запускал бету 8.1"

(120) наверное придется и УФ и Элемент

(123)Считаете Элемент имеющим перспективу?

(101) ставки НДС не были бы приблемой, если бы архитекторы занимались своим делом. Там надо-то было инкапсулировать расчет размера НДС в отдельных функциях. Добавление новой ставки прошло бы незамеченным. Но нет, растащили вычисления НДСа по 100500 запросам. Вычисления в запросах один из пороков нашего брата 1сника

(106) это временно, пока будет обкатываться, развиваться

(109) тут уже не отдельная ниша, тут отставание от общих трендов

(0) Что такое "1С:Предприятие.Элемент"?
Для чего оно нужна?
Где прочитать об ее возможности?

Я знаю БСП и уже оценил ее возможности, на примерах типовых конфигурций.

Вы то чем лучше? (вы не пуп вселенной, и звезды над вами не сходятся :))

(115) >>проще на 1С 8 наваять бэкенд в виде http-сервисов

Видел такое. Получилось редкостное тормозное гумно с мегаущербным API. 1сники умеют мыслить метаданными, но не умеют мыслить API, сервисами и вот этим всем

+(0) По ссылке краткий перечень, где поподробнее описание? :)

(125) просто платформа не позволяет в язык запросов свои фичи тащить. Можно только текстовые маркеры и потом их заменять через СтрЗаменить.
В том же LINQtoSQL такое возможно

(0) "Развитие модульности: Контракт сущности"

Что такое "Контракт сущности"?
Что вы вложили в это архаичное название? :)

Больше склонен, что автор поделки пытается всех запутать :)
...чет вероятность того, что проект умрет в зародыше, все больше возрастает... :)

(131) всё гораздо проще: не надо в запросы вычисления тащить. Запрос для выборок, соединений, группировок... Вычисления гораздо проще и удобнее делать в коде

(133) расскажи это разработчикам СКД

(133) не могу согласиться
вычисляемые значения могут быть и условиями ГДЕ и условиями соединений и даже вычисляться во временных таблицах
вы так совсем запросы сделаете примитивными

(134) в СКД прекрасно юзаются вычисляемые поля. В вычисляемых полях уже доступны функции

(135) >>вычисляемые значения могут быть и условиями ГДЕ и условиями соединений и даже вычисляться во временных таблицах

Это снова вопрос адекватности архитектуры...

>>вы так совсем запросы сделаете примитивными

примитивные запросы - благо

(137) это просто два разных взгляда на вещи, оба имеют право на жизнь
вряд-ли какой-то прямо вот лучше
единственное что - ни в каком из них не стоит впадать в крайности

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

(138) давай попробую объяснить. В программировании есть две великие вещи:
1) величайшее изобретение в виде повторного использования кода (методы)
2) величайший порок в виде дублирования/копипасты кода

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

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

если предшественники наговнили с архитектурой, это ещё не повод усугублять ситуацию, огульно заталкивая вычисления в запросы

(139) с этим я не спорю. Я привел пример linq, где язык запросов можно расширять своими выражениями, что позволяет переиспользовать код.
К 1с это неприменимо в нормальном виде

(140) если вспомнить запросы 7.7
то там можно было и к переменным модуля обращаться
и даже свои функции вызывать

(141) (139) В СКД же можно экспортные функции вызывать.

(140) вот! вооот!
Из-за того что запросы в 1с ограниченные, не стоит на них вешать сложную логику

(142) то в выражениях выч.полей/ресурсов,
речь же про "чистые" запросы