Вышла версия 8.3.11 «1С:Предприятия»

Фирма «1С» официально История данных», с помощью которого можно гибко анализировать изменения данных, сравнивать разные версии между собой и восстанавливать состояние из выбранной версии.

Значительное развитие получил механизм расширений (т.н. «Расширение данных») – появилась возможность добавлять в расширение конфигурации собственные справочники, документы, планы обмена и регистры сведений. Для заимствованных в расширение справочников и документов теперь можно добавлять собственные реквизиты, табличные части и реквизиты табличных частей.

Для клиент-серверного варианта базы данных был реализован новый механизм реструктуризации информационной базы. Пока что он находится в статусе бета-версии и доступен только для СУБД Microsoft SQL Server и PostgreSQL.

Система взаимодействия в версии 8.3.11 получила свое дальнейшее развитие.

С помощью продукта «Сервер системы взаимодействия» (на текущий момент находится в статусе бета-версии), появилась возможность развернуть систему взаимодействия на мощностях конкретного предприятия.
Средствами настроенной системы взаимодействия стало возможно доставлять сообщения с сервера в клиентские приложения.
Была изменена технология видеозвонков. Теперь обмен видеоданными между пользователями осуществляется напрямую по технологии peer-to-peer без использования центрального видео-сервера.

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

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

А для пользователей были реализованы новые интерфейсные механизмы. Например:

Несколько сеансов одного приложения в веб-клиенте;
Выделение диапазонов строк и отображение единиц измерения.

С дополнительной информацией о новых возможностях версии 8.3.11 можно Автор:

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Это хорошо. Если честно, то так и не смог выделить время на детальное изучение изменений 8.3.11 и был уверен что данные потеряются. Ладно, с данными разобрались. А что будет с алгоритмами? Ведь если отвалится расширение модифицирующее процедуру проведения документа или записи справочника, то, в лучшем случае, мы получим не полные данные, а в особо сложных - даже искажённые

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

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Вам кажется. Достаточно проанализировать список исправленных ошибок между 8.3.9 и 8.3.10, например, или между 8.3.10.1877 и 8.3.10.2667. Во времена 8.0-8.2 ситуация была несколько хуже. Причём, стоит учитывать, что ошибки выявленные сотрудниками компании 1С в багбоард не попадают и сколько ошибок исправлено на самом деле - можно только гадать.

А этапы развития платформы давно расписаны на годы вперёд, и 1С просто следует своим планам.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Странно! Одну из главных доработок: История данных, не указали в статье.

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

Этот механизм реализован в составе платформы и не требует от разработчика дополнительных действий для встраивания его в то или иное прикладное решение. От разработчика требуется только указать, для каких именно объектов конфигурации будет вестись история изменений, и в фоновом задании настроить периодичность её обновления.

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

16% от B) - это уже нельзя считать небольшим загрязнением цвета другим тоном - это же другой тон, осталось понять тон какого это цвета. Лучше перейти в представление HSV (H=тон, S=насыщенность, V=ярость) H=51 S=13 V=84 (или H=50 S=12 V=84)

В этой модели чистые серые цвета не имеют насыщенности (S=0), небольшое загрязнение серого цвета обеспечивается увеличением его тона (в RGB модели такое загрязнение даёт отклонения компонент не более 1-2%), но обычно у серых цветов без посторонних оттенков тон он нулевой. Изменение насыщенности как раз и обеспечивает изменение серого цвета на другой цвет (всегда в сочетании с изменением тона). Соответственно, приведённый цвет H=51 S=13 V=84 - это уже никак не серый (задано большое значение тона и задана насыщенность).

При этом, чистый Бежевый цвет (согласно whatcolor.ru ) имеет H=60, S=10, V=96 - он более яркий, чем фон конфигуратора, насыщенность почти такая же (ниже на 3 пункта), а вот тон другой - значит не чисто бежевый, а с другим тоном и немного иной насыщенностью (и чуть темнее). Подберём более близкий цвет: светлый серо-янтарный (согласно whatcolor.ru ) имеет H=45, S=13, V=85 - насыщенность и яркость такие же как у фона конфигуратора - лишь тон немного другой (и меньше чем у чистого бежевого).

Как я выше написал изменение тона не делает цвет серее - на это больше влияет насыщенность; но в этом цвете серость даже чуть выше чем чистом бежевом т.к. насыщенность выше 3 пункта). Если же увеличить тон H=60, S=13, V=85 - получится цвет: светлый серо-золотой (согласно whatcolor.ru ).

Точного названия для цвета фона в конфигураторе нет. Я бы назвал его всё же "Серо-бежевым" (но такого цвета нет, да и в моём предствлении - это другой оттенок) т.к. бежевый ещё не золотой но уже не янтарный (середина как у фона конфигуратора). Есть ещё цвета грейж но они всё же более сероватые, но не все, и много других оттенков бежевого без названия.

Цвет Бежево-серый совсем другой H=43 S=24 V=42

При подборе по коду цвета - сайт colorscheme.ru (прямой ссылки нет - укажите R=202 G=196 B=176 или подберите цвет по RGB коду фона) подбирает цвет "Серый шёлк" (очень похож, чуть темнее) H=48 S=12 V=78 Но я бы этому результату не доверял - в таблицах цветов я нашёл лишь одно упоминание о цвете "Серый шёлк" по RAL это H=54 S=5 V=72 - совсем другой цвет, и он действительно серый.

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

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

(89) Да все намного проще)

1. Цвет конфигуратора RDB(215,211,189), HEX #d7d3bd, на скрине №1 представено сравнение этого цвета с чистым серым и чистым бежевым - здесь видно, что цвет конфигуратора очень далек от бежевого. 2. На сайте colorscheme.ru программа определяет ближайший цвет "Серый шелк" - скрин №2; 3. Цвет "Серый шелк" действительно серый, потому как это название встречается и в англоязычной среде, там цвет #CAC4B0 имеет название Foggy Gray, то есть в переводе "Туманный серый", сайт http://chir.ag/projects/name-that-color/#CAC4B0 - скрин №3 4. Заходим на международный официальный сайт классификации цветов в формате HEX http://www.color-hex.com/color/d7d3bd , смотрим какие оттенки у этого цвета и все становится понятно - скрин №4. 5. На официальном сайте классификации цветов HEX указано, что ближайший цвет палитры WEB SAFE - это цвет #cccccc, то есть чистый светлый серый, не бежевый, а серый - скрин №5. Вывод: цвет конфигуратора серый.

Скопировать ссылку
Перейти

(93)Как я написал "Серый шёлк" не соответствует цвету конфигуратора. "Серый шёлк" является серым оттенком цвета "шёлк" (что за цвет такой - я не знаю), поэтому если рассматрвиать другие производные оттенки, от цвета "Серый шёлк", то они могут образовывать иные цвета, с дргуми оттенками. Другое дело, что Вы привели английское написание того же цвета, как "Foggy Gray" (я бы перевёл: Дымчато-серый) - тогда да, по английский это оттенок серого. Но с Вашим 5-ый пунктом я не согласен (сайты подбора ближайших цветов частенько выдают полную чушь: видать разные особенность интерполяциинного подбора и разные каталоги цветов).

Я согласен с комментатором выше (91) - что цвет "Топлёное молоко" (очень похоже, но в каталогах цветов я такой цвет не нашёл - но особо и не искал). Топлёное молоко серое?

В своём посте (89) я подошёл к вопросу более математически и в цифрах разъяснял, как образуются те или иные цвета и их оттенки.

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

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Есть название этого цвета на двух профессиональных сайтах: 1) https://whatcolor.ru/color/d7d3bd - светлый серо-золотой 2) http://www.perbang.dk/rgb/D7D3BD/ - Light goldish gray

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

А я вот до сих пор не могу понять смысл этих расширений.. Вещь интересная в плане абсолютно новых объектов! Но. Обновлять конфиг легче - да, но все равно надо анализировать изменения в расширениях. Форму заимствовать надо полностью, а значит все изменения в расширениях затираются, одно дело полю доступность поставить, другое - полностью переделанная форма. А самое главное - это при обновлении все равно надо тратить время на проверку изменений, ведь, согласитесь, будет неприятно, если вы запретили пользователям видеть какой-нибудь реквизит, а в очередном обновлении с этим реквизитом что-нибудь сделали (изменили формат текста или еще что) и Вы узнаете об этом только когда вам позвонит руководитель, и спросит какого черта, ведь мы это делали, а оно перестало работать.. И если раньше Вы могли сразу при обновлении сравнивать объекты и контролировать это, то сейчас Вам надо делать тоже самое, а затем,по хорошему, еще раз пробежаться по Вашим изменениям в расширении и проверить, не надо ли что-нибудь обновить.. (Легче стало обновляться?)

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

ПС. Можно ли выразиться так, что с механизмом расширений мы, фактически получаем лишний конфиг который работает параллельно с основной конфигурацией?

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

Скопировать ссылку
Перейти

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

Согласен с тем, что контроллируемое обновление изменённых даже управляемых форм пока ещё на зачаточном уровне - по-прежнему приветствуется программное добавление (и тем более изменение) элементов форм, а так же текстовые пометки в модуле формы - к изменениям, сделанным в самой форме. Так что тут есть над чем ещё поработать (как раз для УФ это вполне реально было бы сделать). Да и очень бы хотелось поддержки идеологии интегрируемых в формы фреймов - чтобы функционал можно было бы размещать на одной вспомогательной форме - и затем вставлять его в интерфейсные группы других форм - как фрейм (естественно с переносом обработчиков из исходной формы, с возможностью их переопределять в приёмнике - по необходимости). Упростило бы и доработки типовых форм - и размещение одинаковых наборов интерфейсных объектов в разных формах.

По поводу процедурного объединения - так ведь давно уже есть! При сравнении/объединении нажимаете у модуля (в т.ч. модуля формы) на шестирёнку - справа в строке - и настраиваете процедуры по отдельности - что и как объединять - даже в окне (внизу) результата объединения можно тут же внести свои правки - в тех случаях, где есть в одной процедуре пересечения "интересов" (изменений) - это достаточно удобно - жаль нельзя каждое изменение так настраивать (что оставить, что перенести и заменить) - но ручное редактирвоание результаат "не отходя от кассы" всё же это упрощает.

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

Лишний паралельный конфиг при работе с расширениями - это не так плохо - тут дело привычки - можно считать, что это примитивный глобальный ООП (на всю конфигурацию) - с наследованием и полиморфмизмом, и теперь ещё с инкапсуляцией. Грубое, конечно, сравнение, но всё же. Другое дело, что расширения не поддерживают хранилище - вот это беда - действительно усложняющая групповую разработку. Зато теперь, одно-несколько расширений можно ставить сразу на ряд конфигураций - разрабатывая их лишь в одном месте - можно выстраивать целый зоопарк из этих расширений, чтобы, к примеру, обеспечить разные наборы функционала в разных информационных базах - хотя я не сторонник такого подхода внутри одной корпорации - лучше делать одну единую доработку - а для разных организаций регулировать функционал настройками.

📎📎📎📎📎📎📎📎📎📎