Продвинутый интерфейс на 1С - меняем стандартные вкладки форм на более современные. Часть 1

12.12.24

Разработка - Работа с интерфейсом

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

Введение

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

Пока ждём платформу 8.3.27 с анонсированным новым интерфейсом, давайте разберемся, а можем ли мы создавать современные интерфейсные решения стандартными средствами 1С, без svg, без html полей.

В первой части разберём, как мы отказались от стандартных групп со вкладками и пришли к новому виду списка разделов.

 

 

Появление потребности

Формы в 1С чаще всего понимаются как рабочее пространство, в которые хочется запихнуть как можно больше информации. И желательно чтобы всё было в одном окне. Но ui/ux говорит нам о том, что без разделение данных интерфейс превращается в мешанину. Одним из механизмов разделения данных - вкладки. Но выглядят они далеко уже не по современному и никаких кастомизаций не предусмотрено даже (максимум сделать вкладки слева горизонтальными). 

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

 

Реализация

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

 

 

Поэтому для переключения между страницами для каждого раздела создана своя команда и выведена на форму с отключенным отображением фигур (Свойство кнопки на форме "ОтображениеФигуры" = Нет).

Все кнопки делаем жирными. Активную колонку мы ставим в черный цвет, а остальные серым.

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

Также для акцентирования самой группы вкладок под линией выделения раздела выводим ещё одну тонкую светло-серую линию и растягиваем её на всю ширину группы данных.

Данные ниже выводим также в страницах, но со скрытыми вкладками (у группы-Страницы свойство ОтображениеСтраниц = Нет).

Далее реализовываем код перехода между разделами. Тут всё просто, по команде переходим на нужную страницу группы.

 

Итоги

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

Это моя первая статья по 1С. Надеюсь, был вам полезен. Буду продолжать свой цикл, так как рассказать есть много чего.

ТОП-5 ИНСТРУМЕНТОВ РАЗРАБОТЧИКА 1С

Toolkit, DCT, OneDebugger, PrintWizard, DataFormWizard
со скидкой 20% при покупке от 2х решений!


интерфейс формы вкладки страницы

См. также

Работа с интерфейсом Системный администратор Программист Платформа 1С v8.3 Управляемые формы 1C:Бухгалтерия Платные (руб)

Механизм «Динамическое управление доступом к элементам форм объектов 1С8» предназначен для обеспечения возможности оперативного управления видимостью и доступностью элементов форм документов и справочников продуктов фирмы «1С» «1С:Предприятие 8». Решение универсальное, встраивается в любую конфигурацию с минимальными доработками, что позволяет без проблем обновлять типовые решения.

5000 руб.

14.01.2016    55441    17    23    

43

Работа с интерфейсом Программист Платформа 1С v8.3 1C:Бухгалтерия 1С:ERP Управление предприятием 2 Платные (руб)

Обработка предназначена для создания и управления дашбордами.

2400 руб.

29.06.2020    19724    28    6    

44

Работа с интерфейсом Программист Стажер Платформа 1С v8.3 Бесплатно (free)

Это инструкция по дизайну форм в среде 1С. Гайд охватывает рекомендации и стандарты для оптимизации пользовательского интерфейса. В гайде содержатся указания по использованию элементов интерфейса, включая как основные, так и продвинутые аспекты. Предоставляются также примеры и антипримеры для наглядного понимания принципов дизайна

20.08.2024    21861    mrXoxot    44    

128

Работа с интерфейсом Программист Платформа 1С v8.3 Бесплатно (free)

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

27.05.2024    10975    smielka    37    

105

Работа с интерфейсом Платформа 1С v8.3 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Зарплата и Управление Персоналом 3.x 1С:Управление нашей фирмой 3.0 Бесплатно (free)

Добавьте новогоднего настроения! Расширение создает декорацию в виде гирлянды на некоторых формах объектов.

27.12.2023    17962    1225    elcoan    53    

125

Инструментарий разработчика Работа с интерфейсом Программист Платформа 1С v8.3 1C:Бухгалтерия Абонемент ($m)

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

3 стартмани

10.04.2023    12659    167    acces969    31    

126

Работа с интерфейсом Программист Платформа 1С v8.3 1C:Бухгалтерия Абонемент ($m)

"MVC плохо применима в 1С" - познакомьтесь с моделью состояния и, возможно, ваше мнение поменяется! Представленное решение является эволюционным развитием идеи реализации MVC для 1С. В новой версии добавлены DSL для описания модели состояния, а также параметризация свойств параметров и элементов формы.

1 стартмани

05.07.2022    7381    kalyaka    6    

33
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. user612295_death4321 12.12.24 20:40 Сейчас в теме
Вот оно чувство прекрасного :)
rpgshnik; ildar_muh; +2 Ответить
2. Diversus 2331 12.12.24 21:22 Сейчас в теме
А что это за конфигурация?
12. vusik 57 13.12.24 07:03 Сейчас в теме
(2) Конфигурация не имеет значения.
Но если вам интересно, реализовывал всё на базе УНФ 3.0
3. anosin 29 12.12.24 22:24 Сейчас в теме
Выглядит сильно лучше чем то жёлтое недоразумение
rpgshnik; lisenokng; ixijixi; ildar_muh; vusik; +5 Ответить
27. starik-2005 3098 13.12.24 10:15 Сейчас в теме
(3) Желтому такси уже 10+ лет. Можно посмотреть, как выглядит то, чему 10 лет, и что не желтое - слезки.
Ну и всегда есть HTML + JS.
Sashares; mrChOP93; +2 Ответить
4. Tantor 104 12.12.24 22:39 Сейчас в теме
Прикольное решение.
Самое первое изображение это тоже 1С?
9. vusik 57 13.12.24 06:55 Сейчас в теме
(4) Да, всё что на скриншотах это реализация стандартными средствами 1С.
В рамках цикла буду постепенно рассказывать, как пришёл к такому виду форм
Serg_Tangatarov; rpgshnik; +2 Ответить
5. dhurricane 12.12.24 23:49 Сейчас в теме
Выглядит симпатично. Жаль лишь, что Вы решили выдавать информацию по чайной ложечке. :-)
Serg2000mr; +1 Ответить
14. vusik 57 13.12.24 07:44 Сейчас в теме
(5) Думаю вы правы. Буду стараться дальше охватывать как можно больше и описывать подробнее.
50. vadimgrt 19.12.24 16:32 Сейчас в теме
(14) Можете вашу телегу дать? хочу попросить еще скрины. мне понравилось
51. пользователь 19.12.24 16:38
Сообщение было скрыто модератором.
...
52. vusik 57 20.12.24 11:28 Сейчас в теме
(50) пишите пожалуйста сюда: vusal1337. Отвечу покажу что могу :)
6. dhurricane 13.12.24 02:01 Сейчас в теме
Подскажите, пожалуйста, а как удалось добиться того, чтобы Линия_Обзор, Линия_Список и т.д. слились с Линия_ОбщаяПоВкладкам? И скрыли ли Вы подчеркивание кнопок при наведении?
10. vusik 57 13.12.24 07:00 Сейчас в теме
(6) Линия_Обзор с рамкой Подчеркивание. А Линия_ОбщаяПодВкладками с рамкой - Черта сверху (толщина линии 1).
Все элементы линий можете взять в одну группу вертикальную и поставить Вертикальный инетрвал = Ложь.
19. dhurricane 13.12.24 08:46 Сейчас в теме
(10) Выкрутился в итоге тем, что добавил еще одну декорацию-подчеркивание, растянув ее до конца формы.
(14) Спасибо за идеи, мне зашло. Плюс поставить не могу, не автор. Но подписался, буду ждать продолжения. :)
15. vusik 57 13.12.24 08:11 Сейчас в теме
(6) Подчеркивание кнопок при наведении остаётся, но она визуально даже и не смущает.
Если вы знаете как вовсе можно их отключить, можете поделиться?
7. maksa2005 554 13.12.24 04:29 Сейчас в теме
Что тут такого продвинутого? Пользователю не важен дизайн...ему главное удобство работы и максимально быстрое взаимодействие его команд с 1с.
user830184; zqzq; tsmult; v8_088; +4 4 Ответить
16. Aletar 13.12.24 08:26 Сейчас в теме
(7)
удобство работы и максимально быстрое взаимодействие его команд с 1с


так дизайн в первую очередь как раз это

Но если это ещё и выглядит красиво, то тоже неплохо. Может работать в такой системе будет приятнее. Мне, например, этот фактор тоже важен.
Award; PowerBoy; rpgshnik; +3 Ответить
17. maksa2005 554 13.12.24 08:28 Сейчас в теме
(16)
Может работать в такой системе будет приятнее

У сотрудника компании нет особого выбора где работать. Сказали тут - значит тут.
24. vusik 57 13.12.24 09:31 Сейчас в теме
(7) Когда вы переходите из исполнения обязательств перед заказчиками к продуктовой истории/тиражируемым решениям, тогда вопросы внешнего вида вашего продукта будет тоже играть свою роль.
Когда вы делаете сайт продвижения вашего продукта, потребуется выложить скриншоты. И лично сам часто видел такие сайты с отвратительными скриншотами.
Award; suepifanov; rpgshnik; +3 Ответить
25. maksa2005 554 13.12.24 09:38 Сейчас в теме
(24) Никогда не переходил.
(24)
вида вашего продукта будет тоже играть свою роль

ничего подобного. Скажите это 1с 7.7 про внешний вид
26. vusik 57 13.12.24 09:39 Сейчас в теме
(25) Ну думаю с вами спорить бесполезно. Если вы не переходили в эту стезю, будет тяжело понять нам друг друга.
Kustarnik; Award; mos_apit; rpgshnik; BomjBandit; maksa2005; +6 Ответить
8. laperuz 47 13.12.24 04:59 Сейчас в теме
Ну в целом в сторону этого и 1С пришли
https://wonderland.v8.1c.ru/blog/novyy-interfeys-1s-predpriyatie-8/
SerVer1C; Kustarnik; +2 Ответить
11. vusik 57 13.12.24 07:02 Сейчас в теме
(8) Да, и это не может не радовать :)
Но понадобится долгое время, пока учетные системы переведут на новые формы. Пока работаем с тем, что есть и чем люди пользуются сегодня
13. Torin 836 13.12.24 07:31 Сейчас в теме
Понятно что "красота - требует жертв" , но насколько увеличивается время разработки на все эти "рюшечки , финтефлюшечки." - и кто из заказчиков готов за это платить, за описание каждой в коде.
zqzq; ixijixi; +2 1 Ответить
18. dhurricane 13.12.24 08:41 Сейчас в теме
(13) У всех по-разному, не забывайте. Есть заказчики, кто действительно придает много значения интерфейсу, заставляя двигать туда-сюда поля ввода с кнопками. Ну и пока ничего сверхсложного не нам здесь показали. Вручную, да, так расставлять слишком муторно становится, когда вкладок более трех. Ну тут как будто бы не долго написать модуль с генерацией кнопок на основании группы страниц.
rpgshnik; +1 Ответить
22. Torin 836 13.12.24 09:11 Сейчас в теме
(18)
Есть заказчики, кто действительно придает много значения интерфейсу, заставляя двигать туда-сюда поля ввода с кнопками.
- если Аддон для типовой? - то вся эта красота в типовой выглядит как "случайный предмет", если же для Решения с нуля.. - то ИМХО концепция ui/ux должна быть оригинальная
20. spiteful41 5 13.12.24 09:09 Сейчас в теме
Поля ввода без заголовка имхо плохая идея. Когда все поля будут заполнены, если их например будет 30ть, в них будет очень плохо ориентироваться
Sashares; zqzq; +2 Ответить
23. vusik 57 13.12.24 09:28 Сейчас в теме
(20) Думаю вы частично правы. Заголовки переносить в подсказки нужно осторожно и точно не повсеместно.
Всё зависит от того, что у вас за система, что за форма, как много и каких типов данных отображается пользователю.
Нужно грамотно их сгруппировать.
Если из значения реквизита однозначно можно определить, что это за реквизит, то почему бы и не убрать сам заголовок. (Например, реквизиты Статусов процессов: В Работе, Ожидает ответа, Завершено)
rpgshnik; +1 Ответить
21. spiteful41 5 13.12.24 09:10 Сейчас в теме
Когда выкладываете скрины, не округляйте углы, сразу вид будет другой
Chizhik2020; +1 Ответить
28. muskul 13.12.24 10:15 Сейчас в теме
Квадратное круглим, круглое квадратим.
29. cheshirshik 73 13.12.24 10:34 Сейчас в теме
Простите. Так о чем статья? Как теперь можно рисовать вкладки? А следующая о кнопках и так будет весь так называемый цикл?
30. webester 26 13.12.24 11:59 Сейчас в теме
(29)Человек пишет: Посмотрите как красиво получилось. Если хотите себе так же, то вот как это можно сделать. Получилось действительно красиво. Но надо бы демку, форму какую-то, где можно кнопки потыкать
GLXCHEERRY; CK3; +2 Ответить
43. cheshirshik 73 17.12.24 15:48 Сейчас в теме
(30)

Зачем? Скоро выйдет новый релиз 8.3.27, где эти красивости можно будет без танцев с бубном делать.
44. webester 26 18.12.24 06:50 Сейчас в теме
(43)
Скоро выйдет новый релиз 8.3.27, где эти красивости можно будет без танцев с бубном делать.

Хорошая шутка. И не сказать, что прям тут бубен нужен.
1.Скоро - это я думаю год, полгода до момента когда будет работать стабильно.
2. Если вы можете сменить релиз платформы щелчком пальца, то вам неплохо живется. Не все могут позволить себе подобную роскошь.
3. Статья не об этом. Статья о том как красиво можно сделать формы в текущем интерфейсе который наверняка еще будет актуален минимум пару лет. Скорее всего больше. Это как с художниками дизайнерами. Фотошоп у всех одинаковый, но у них красиво, а у тебя руки из ... ну как обычно кароч. Смотрите на это просто как на вариант оформления. А когда еще и штатными средствами, я когда увидел подумал: ну как, что он там пропатчил в платформе? Оказалось ничего.
31. booksfill 13.12.24 12:29 Сейчас в теме
По-моему, получилось красиво.

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

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

2. Не плохо бы учитывать возможность программного изменения текущей страницы, чтобы соотв-но менялось подчеркивание. И такое поведение тоже не ручками, а автоматом.

3. В статье было упомянуто 8.3.27 с анонсированным новым интерфейсом. Как бы не вышло так, что все усилия пойдут прахом.
Посмотрел на новый интерфейс 8.3.27 - одно из двух: либо не показали самое важное - как он здорово работает с реальными документами с множеством реквизитов, или это не то, с чем захочется иметь дело.
Настораживает, когда вместо реальной функциональности рассказывают про воздушность и красоту серого на сизом на примере десятка полей.
zqzq; rpgshnik; +2 Ответить
32. shard 282 13.12.24 13:13 Сейчас в теме
Имхо скругленные углы и плоский дизайн по стопам мыл.ру никакой практической цели не несут.
В примере было-стало размещение заголовка поля на самом поле и подмена его при вводе данных - такое себе, особенно при составных типах данных. И ширина полей стала различна.
33. orefkov 1153 13.12.24 18:18 Сейчас в теме
Беда в том, что дизайнеры не работают в созданных ими красотах месяцами. Нарисовал, красота, нате, я пошел дальше рисовать.
Что значит "вкладки выглядят устаревшими"? За 10 лет глаз человека так эволюционировал, что стал плохо их различать?
Проводили такой эксперимент: группе людей надели очки, которые переворачивали изображение вверх ногами. Так после нескольких дней неудобства люди адаптировались, и воспринимали мир нормально. А когда очки сняли, им снова некоторое время было неудобно.
Так и у дизайнеров - вы вкладки нового вида видите в новых продуктах, поэтому вам эти кажутся "не такими". А пользователям, которые годами с ними работают - они норм. Плюс опять же профдеформация - дизайнер из формы "считывает" совсем не ту информацию, что пользователь. Дизайнер видит перед собой шрифты, цвета, отступы, а пользователь - названия товаров, числа.
nemec; Sashares; zqzq; Cmapnep; qwinter; tormozit; SlavaKron; shard; mindcannon; +9 1 Ответить
35. shard 282 14.12.24 12:54 Сейчас в теме
(33) Абсолютно верно подмечено. Вспоминается старый ролик "website is down": неважно что у пользователя ярлыки на рабстоле в форме ui - он так привык и при изменении его производительность снизится на какое-то время, зато негатив пойдет. Если явно не просят изменять что-то, не надо перед фактом ставить. Максимум - можно предложить что-то поменять, желательно с возможностью отката.
36. dhurricane 14.12.24 15:09 Сейчас в теме
(33) Вывод то какой? Дизайнеры не нужны? Интерфейс семерки самый практичный?
rpgshnik; +1 Ответить
37. orefkov 1153 14.12.24 16:38 Сейчас в теме
(36)
Так ведь в этой статье интерфейс не меняется. Поменялся внешний вид. У привыкших к старому виду пользователей первое время это будет вызывать неприятие. Вопрос, на это (затраты на изменение штатного вида, неприятие пользователей) надо пойти чтобы что? Каков результат в итоге? Какие реальные плюшки от этого будут получены? Ускорится ввод информации? Уменьшится количество ошибок ввода? Появится какой-то новый способ взаимодействия с программой?
Дизайнеры безусловно нужны, но хороший дизайнер интерфейсов должен в первую очередь перед собой такие вопросы ставить, а цвета, размер шрифтов, тени или рамочки - уже во вторую.
Sashares; zqzq; tormozit; SlavaKron; +4 Ответить
38. dhurricane 14.12.24 17:03 Сейчас в теме
(37)
У привыкших к старому виду пользователей первое время это будет вызывать неприятие.
А потом, как Вы сами же утверждаете, они привыкнут. А может даже и понравится.

Каков результат в итоге? Какие реальные плюшки от этого будут получены?
Приложение привлечет новых клиентов.

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

хороший дизайнер интерфейсов должен в первую очередь перед собой такие вопросы ставить, а цвета, размер шрифтов, тени или рамочки - уже во вторую.
Ну вот здесь автор решил поделиться лишь приемами из второй очереди. :) И то, что в статье нет речи про "первую очередь", не значит, что в действительности автор и его коллеги не уделяют внимание ускорению ввода информации, уменьшению количества ошибок ввода и т.п.
34. ASHkins 16 13.12.24 21:23 Сейчас в теме
Получилось классно! Жду продолжение цикла статей.
rpgshnik; PowerBoy; +2 Ответить
39. Rais96 16.12.24 07:28 Сейчас в теме
Абсолютно не нравится ваш новый интерфейс, в работе неудобен, вместо четких линий поля ввода, еле заметное поле да и еще с плохо различимым заголовком. Дизайнерам лучше ориентироваться на нужды пользователей, которые будут работать с этим интерфейсом.
user830184; Sashares; zqzq; sys1c; Brawler; +5 Ответить
40. komatoza 7 16.12.24 12:50 Сейчас в теме
Спасибо за идею, внедрил себе
накидал решение, чтобы преобразовывать стандартные группы страниц
https://infostart.ru/1c/tools/2262968/
41. Viktor_Ermakov 371 17.12.24 09:06 Сейчас в теме
Можно добавить новые функции в formhelper, будет очень полезно там.
42. Darklight 34 17.12.24 15:24 Сейчас в теме
Новый интерфейс в 8.3.27 - уже страшно (тем более с новым видом форм)! Он и старый то был неказист и, по сути требовал доработки напильником, и позволял очень не многое. А новый....
Это всё вместо того чтобы хотя бы новую (под)редакцию платформы 8.4 выпустить (что уже пора было бы) - всё старую насилуют.... (8.4 - видимо уж не ждать - 8.3. как и 7.7 - на века... пока не дорастут до чего-то большего)!

И автор, вот тоже, предлагает с напильником поизвращаться! Не ну, конечно, когда ставится цель 80% всех усилий разработчиков (полностью не типового решения) вложить в интерфейс (не буду спорить - насколько это правильно, придерживаюсь мнения - что юзабилити и красота интерфейса достаточно важны, особенно на очень массовых продуктах или при очень высокой конкуренции) - и сделать что-то эдакое - не как у всех! Эдакий эпатаж - приоритетный эксклюзивный дизайн ради маркетинга!
Но в остальных случаях (тем более при тесной интеграции с типовым решением) - это всё ОТ ЛУКАВОГО! Делать так не стоит!
Другое дело - если всё решение можно было бы эффективно переключить на новый дизайн (да ещё и, желательно, чтобы не сильно мешало обновлению и не слетало/быстр восстанавливалось после)! Это был бы совсем иной разговор!
Но делать такие массовые универсальные продукты - это Вам не напильником каждый элемент выпиливать!

Вот разработчикам 1С Предприятия 8 лучше было бы как раз такими вопросами заняться - чтобы кастомизировать решения было бы проще, в т.ч. и по части дизайна! А они даже расширения пока до ума довести не могут!
Как минимум, по части интефрйеса ввели бы:
1. Нормальный программный API для программной настройки интерфейса
2. Работу с интерфейсом в 80-90% случаев (хотя когда нет добавления/удаления/изменения вида элемента) с клиента без серверных вызовов (посмотрите сейчас - почти все изменения свойств элементов - порождают серверные вызовы)! Ну или, хотя бы с отложенным асинхронным вызовом! Или какой-либо пакетный режим (но это уже крайняк - понятно что по сути можно и в серверный контекст перейти)!
3. Возможно подключать обработчики событий не из модуля формы.
4. Возможность переходить в серверный контекст формы не из самой формы
5. Вложенные модули (в т.ч. форм). И нормальную пометку контекста выполнения функций (как УФ) для всех модулей (а не свойствами модулей; в т.ч. для повторного использования, привилегированный - не так актуально, глобальный - можно оставить как есть)
6. Фреймы - подформы, которые можно было бы встраивать в другие формы
7. Сериализацию/дессериализацию форм и их частей
8. Расширенные стили их привязку к элементам форм (ну хоть что-то близкое с CSS)
9. Большую гибкость в настройке расположения элементов на формах и их отображение (ну хоть немного ближе к HTML5). Ну хотя бы всякие выравнивания (границы и смещения, гибче настройку размеров и их изменения, в т.ч. в относительных единицах), фоны и цвета содержимого.
10. Возможность определять свои интерфейсные компоненты. Хотя бы из состава типовых и таких же кастомынх (путём их преднастройки и объединению в комплексные сущности, со своим программным модулем) - с универсальным повторным использованием, и костюмным набором свойств и событий!
11. И это я ещё темы расширений, и препроцессинга не коснулся...
12. Не коснулся и тем разработки дизайна в специализированных UI-дизайн приложениях, с готовой компонентной базой (да - кое-какие наработки есть и для 1С8 - но всё очень на коленке), и, уж тем более, автоматической генерации UI-форм в платформе!
13. Не коснулся и темы развития (и, упаси боже, кастомизации) конструкторов форм (UI-форм и макетов и других выходных форм) - которые, могли по преднастроенной схеме стилизации и, некоторой, кстомной доп. настройки классификации метаданных - автогенерировать выходную форму по заложенному сценарию! Или конвертировать имеющуюся форму - с применением этого сценария и настроенных стилей оформления....
14. Не стал я развивать тему вообще тотальной автосборки форм и глобальных интерфейсов по специально настроенным сценариям сборки, из раздельных компонент сборки, и кастомным декларативным правилам интеграции компонент между собой, и с метаданными данных!
15. И т.д. и т.п.

Вот это был бы совсем другой подход!
А пока - это всё какой-то детский лепет и издевательство технологиями на уровне конца прошлого века!
Да, я знаю, что у сильных конкурентов по сегменту учётных систем дела c UI генерирумых форм, в целом, не особо лучше. Но там да - больше - продвигается идея кастомизации UI с полным вынесением его в отдельное WEB-приложение! Но.... там уже и готовые компоненты предлагаются для такой кастомизации на HTML5 и JavaScript.
Это круто - но это реально для очень повёрнутых гиков (для 1С8 тоже есть SimpleUI и некоторые непубличные решения; или можно решения от Bitrix применять - но там опять будут ограничения).

Да - пожалуй, большая часть моих предложений уже тянет на 9-ку.... ну остальные тяготею к 8.4 (а то и 8.5, 8.6, которых, видимо, уже никогда не будет)! Уж простите, за такой крик души, и некоторый офтопик, давно с 1С, всё что в ней есть набило уж оскомину, наболело! Реально - нет никакого целевого развития!

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

А уж какой геморрой вносить изменения в "не свои" динамические списки, особенно с текстами запросов (да и вообще в СКД)!

У условное оформление.... что полностью не декларативное - с жутко неудобным программным API (а без него в расширениях вообще труба)!

Уж простите меня за моё нытьё - видать сегодня я совсем не в духе - не с той ноги встал...

Всем добра и красивых интерфейсов в 1С
Автору "+" и респект - за то, что раскрывает возможности 1С на том что есть и показывает "как из * сделать конфетку"! Пусть пишет ещё! От нас не убудет!
45. starik-2005 3098 18.12.24 10:59 Сейчас в теме
(42) 1. Под "нормальным АПИ" что понимается? Можно всем, что на форме нарисовано, программно управлять. Создать, удалить, скрыть, отобразить, цветуёчков добавить... Ну и всегда есть HTML+JS в форме, при том даже отладка этого есть (ctrl+alt+shift+F12).
2. Ну есть некоторые серверные вызовы, но большинством именно визуальных моментов вполне себе можно управлять с клиента.
3. А кто мешает приаттачить обработчик событий из другого модуля программно?
4. Э... А зачем? Ну и форму вроде как передать можно, а оттуда вызвать "Форма.СервернаяФункция()".
5. А что есть "вложенные модули"? Нафига они нужны? И что там с контекстом? Я вот честно не понимаю, как это поможет жить лучше, делать больше, ...
6. Слышал я, что в веб-морду сейчас как-то можно втыкать формы 1С. Видимо это и есть "фреймы"? С учетом того, что интерфейс 1С такой себе, то, кмк, лучше что-то сделать на HTML+CSS+JS, а такой "фрейм" можно вставить на форму. Ну и в элементе что-то такое уже есть.
7. Э... Форму можно передать на сервер, соответственно она сериализуется/десериализуется. Или что конкретно имеется ввиду? Ну и зачем?
8. Стили и так немного есть, а остальное, кмк, лучше делать на вебтехнологиях.
9. Да, тут соглашусь. Поведение элементов форм - это такое. Иногда простые какие-то вещи делаешь кучу времени, чтобы по красоте было. Ну и спасут нас вебтехнологии, хотя в 1С есть определенные особенности, когда вебстраница ведет себя не так, как в браузере. Например, я юзаю для таблиц SlickGrid, который позволяет визуализировать очень большие таблицы при практически отсутствующих лагах, что не скажешь о табличном документе, который лагает при минимальном объеме данных. Так вот на поле HTML-документа не работает часть функционала, при том в браузере работает (например, выделение с шифт+стрелки не работает, пропадают границы ячеек, при выделении мышкой не отображается левая и правая рамка выделения, ...).
10. Ну, на сколько я знаю, это есть в Элементе, который и будет скорее всего чем-то типа 1С 9.Х. Там и события есть глобальные, и компоненты форм, и прочее чего. Но к языку нужно будет адаптироваться.
11. ...
12. Ну всегда есть фигма, есть для нее и для 1С шаблоны.
13. Соглашусь. Линтеры могли бы помочь верстальщикам верстать формы в промышленных объемах ))) Но у 1С нет такой нагрузки на формы, как в вебе, ибо она просто не тянет дуть больше, чем немного.
14. Ужс...

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

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

Но все потихонечку двигается в сторону Элемента или того, во что оно вырастет. Поэтому, кмк, интерфейс 1С - это вторичное, первичное - это скорость работы с БД. Интерфейс в 1С скажем прямо - тормозной. Язык 1С - тоже не блещет производительностью (мерял, так пыха на два порядка быстрее местами, питон в 4-20 раз, не говорю уже о JS, который в контейнере HTML-документа недостижимо быстрее и функциональнее, чем 1С). Вот и сосредоточились бы они на скорости, а не на красоте. Сейчас приличные существа думаю, как сделать так, чтобы строка данных и кода в кеш процессора попала, а у 1С все остановилось на уровне 60-х годов, когда первые интерпретаторы появились...
47. Darklight 34 18.12.24 15:52 Сейчас в теме
(45) 1. "Можно всем, что на форме нарисовано, программно управлять"
А вот не совсем так.
Как минимум, навскидку, сейчас приходят "затруднения" с размещением элементов с картинками (не из библиотеки картинок), да и вообще работать, например с коллекциями картинок очень очень неудобно, а скорее очень очень затруднительно (я имею в виду в случае туда-сюда когда нужна коллекция или отдельная картинка, и сам API работы с коллекциями очень специфический). Работа с командами - тут тоже полно ограничений и нюансов.
Очень не просто работать с всякими специфическими интерфейсными объектами - всякие чарты и схемы.
Если мне память не изменяет (может сейчас уже выправили) - были какие-то большие проблемы с привязкой интерфейсных объектов к программно добавленным реквизитам формы.
Полно нюансов с работой с настройками пользователей в различных механизмах СКД, включая динамический список - тоже полно ограничений и "специального неожиданного поведения"!
Ну API - СКД - это вообще отдельная тема... там полный за шквар "удобства"!

2. "но большинством именно визуальных моментов вполне себе можно управлять с клиента"
Можно то можно - вот только в 90% это будет создавать серверные вызовы на каждую строчку изменения свойства. А если их надо изменить несколько тысяч? Ну да - можно перейти в серверный контекст - но зачем (и не всегда это удобно/легко) - когда речь идёт исключительно об изменении визуализации без перестроения иерархии визуализации? Банально цвет поменять - ловите серверный вызов!
Это я молчу про то, что в большинстве случаев такие изменения вообще можно было бы закодировать в макете формы (или вообще выполнить статически при компиляции), а не каждый раз всё заново обрабатывать! И без этого формы уже средне тяжести открываются ООООЧень медленно!

3. "А кто мешает приаттачить обработчик событий из другого модуля программно?"
То , что нужно дорабатывать/расширять исх. форму! Универсально это не сделать! Но через БСП (когда форма на ней построена) можно, конечно черед "одно место" поковырять... но именно, что через "одно место"

4. "Э... А зачем? Ну и форму вроде как передать можно, а оттуда вызвать "Форма.СервернаяФункция()"."
Вот что Вы имеете в виду?
Вот банально - клиентская часть вызвала какой-то общий клиентский модуль, а ему нужен API - доступный только в серверном контексте? Как тут выкрутиться не меняя/не расширяя саму форму? Да ещё и без всяких хаков а-ля "выполнить" (про политики безопасности и ограничения платформ не забываем)

5. "А что есть "вложенные модули"? Нафига они нужны? И что там с контекстом? Я вот честно не понимаю, как это поможет жить лучше, делать больше"
Ну другие ЯП как-то с этим справляются - и ничего (да - там могут применять несколько иные механизмы, но суть та же). Главная задача - распределение алгоритмов по отельным модулям - чтобы не всё в одну кучу! А вложения - тут как элемент управления контекстом. Как его настраивать - тут разные подходы могут быть - это пока не принципиально (банально - все вложенные модули имеют единый контекст, параллельные модули - не имеют доступа к вложениям других параллельных модулей; владеющие модули имеют доступ только к экспортным членам вложенных, вложенные имеют полный доступ к владельцам; но можно и по-другому, в т.ч. индивидуально настраиваемо; или с применением явных инструкций, условно "импорта" контекста, внутри модулей).

6. "Слышал я, что в веб-морду сейчас как-то можно втыкать формы 1С. Видимо это и есть "фреймы"?"
Нет. Я говорю тут строго про компоновку управляемых форм для любых клиентов 1С. Это когда одну форму можно вставить в другую, и, при необходимости, задать биндинг/ремэпинг привязки к данным (по умолчанию - привязка идёт либо по заданному реквизиту владельцу - объект формы - либо это локальные реквизиты самого фрейма, не пересекающиеся с реквизитами формы/фрейма владельца). То есть - это когда часть функционала можно единообразно разработать - а потом повтыкать в кучу других форм. И так же единообразно его дорабатывать! Условно, без необходимости переделки мест его потребления! Примерно так же работали и фреймы в HTML4 (в 5-ке уже, не популярны - тут другие подходы (за счёт всяких управляющих фреймворков) - но задачи решаются те же; конечно результат должен быть ближе к HTML5 по итоговой визуализации).

"Ну и в элементе что-то такое уже есть."
Что там в Элементе я пока не знаю - щупать руками не доводилось. И, всё, же речь пока про 1С Предприятие 8.

7. "Э... Форму можно передать на сервер, соответственно она сериализуется/десериализуется. Или что конкретно имеется ввиду? Ну и зачем?"
Только через смену контекста внутри формы. Очень специфическая передача. Просто так её в серверный вызов не передать. Но вопрос был именно про сериализацию. В строку (XML) форму штатными путями не стерилизовать (и наоборот)! Нужно это для как раз для гибкого управления формами!

8. "Стили и так немного есть, а остальное, кмк, лучше делать на вебтехнологиях."
Имеющиеся стили - это страх и ужас - скорее ближе к очень топорным и ограниченным темам. Почти ничего толкового с их помощью не сделать! Вебтехнологии тут ни причём! В 1С их нет! Да и 1С Предприятие 8 - это далеко не только WEB.
Но, возможно 8.3.27 ту что-то изменит. Не даром же они вводят новый формат форм! Это могло бы уже потянуть и на 8.4 (конечно в совокупности с другими революционными доработками) - но её же отменили....
Даже расширения допилить до ума не могут уже более 10 лет....

9. 1C Предприятие 8 это не только WEB. А прикручивать свой WEB-клиент к 1С - это та ещё песня...

10. "Ну, на сколько я знаю, это есть в Элементе".
Руками не щупал. В теории не нашёл. Элемент - это сейчас тот ещё "Франкенштейн" - там через "одно место" реализовано почти всё! Но... когда-то тоже самое говорили про 8-ку закостенелые 7-шники, а до этого про 7-ку после 6-ки! Но честно - если "Элемент" (именно в таком виде) - это будущее "1С Предприятие 9" - упаси меня боже с этим связываться - я скорее из профессии уйду (дабы не одним 1С-сом владею) - чем буду с этим работать! Буду тогда свою платформу разрабатывать - уже лет 20 всё собираюсь :-( Уже и модель есть, и дизайн, крупно-компонентная структура метаданных и внутренних объектов, и куча наработок по ЯП.

12. "Ну всегда есть фигма, есть для нее и для 1С шаблоны."
Есть, даже использовал. Шаблоны не официальные. С кучей нюансов, и в очень сокращённом виде. Figma ушла из России. Для альтернатив шаблонов нет. Генератора нет. Транслятора в Figma - нет! Плагинов практически нет (специальных нет вовсе) Применимость - очень ограниченная! А хотелось бы широкой оф. поддержки! Как это делают, условно, западные конкуренты и другие компании, где есть дизайн форм.

13. "Но у 1С нет такой нагрузки на формы, как в вебе, ибо она просто не тянет дуть больше, чем немного."
Нагрузка тут не причём. Ту скорее задачи интеграции, редизайна и повторного использования, и упрощения задач обновления!

14. "Ужс..."
Что ужас то?

"Имха, 1С сделала все, чтобы быть сервером приложений"
Вы в этом уверены? Без асинхронности, параллельности (фоновые задачи не в счёт - очень ограничены в применимости и тяжеловесны). Более одной СУБД на ИБ, условно поддержки нет. Да и вообще поддержка СУБД ну очень ограниченная и на уровне, дай бог, конца прошлого века.... Интеграции со сторонними компонентами тоже какие-то ну очень специфические - вроде бы механизмы есть - а как дело доходит до практики - то понимаешь, что особо не с чем интегрироваться, или реализовано это через пень-колоду! Только самописки.... Хотя да - тут есть прогресс за последние 10 лет есть.... но очень сомнительный!

"а фронт - ну ему Сам..."
"Аоэтому, кмк, интерфейс 1С - это вторичное"
Я бы не стал так говорить. И братья Нуралиевы не согласятся. 1С Предприятие 8 изначально и в развитии разрабатывался с большим прицелом на фронтбэк фронтэнд (в частности)! И тут реальные фишки с приходом эры "Такси" (конечно началось всё с УФ в 8.2) - как единая разработка форм под все клиенты (хотя бы на бумаге, на практике - тут полно нюансов) единым программистом, с очень простой клиент-серверной интеграцией в почти "едином" контексте (правда "Такси" очень сильно всё поурезал - но это тонкости).

вебапп - та ещё хрень! ИМХО! Сейчас набирают обороты кроссплатформенные технологии - когда единая разработка собирается под разные платформы, с единым конфигурированием макета форм. И тут 1С Предприятие 8 как раз не отстаёт, и вообще один из первопроходцев!

"Вот и сосредоточились бы они на скорости, а не на красоте."
Того глядишь... родился бы SAP R3 (хотя бы) ;-)
В 9-ке можно было бы вообще на фронтэнд забить! Прикрутить готовые фронтэнд движки - и сказать - клепайте сами - что хотите ;-) А Битрикс подсуетится - и будет за лям с пригоршню продавать готовые web-морды!
Но... купит ли это кто-нибудь....

"1С все остановилось на уровне 60-х годов, когда первые интерпретаторы появились..."
Да там вообще проблем много - но ... это всё в прошлом.
9-ку будут на JVM строить - а там уже пусть виртуальная Java машина оптимизацией занимается! Но... это всё-равно не даст весомого прироста производительности без ручного выпиливания исходного кода под меняющиеся широкие API Java-платформы! А если ещё и свой ЯП будет - то тут куча нюансов будет с оптимизирующим компилятором (в 1С8 на оптимизацию компиляции большой болт забили)! Да и JVM никогда не славилась особой производительностью.... Тут Go и даже актуальная .NET куда пошустрее будут (и активно это развивают)!
Но учётные системы - это не только вычисления - но и взаимодействия, хотя бы с СУБД - а это вообще отдельная тема, от платформы не сильно зависящая (хотя как посмотреть и как использовать)! И тут у 1С всё, ну крайне специфично, плохо!
Вот SAP тут сделала ход конём с её HANA - и.... наверное не прогадала! И есть очень далёкие слухи, что и 1С может сделать такой ход (скорее всего с кооперацией с "Postgres Professional") - но что получится - это пока большой вопрос! Вон 8.4 отменили... не потянули даже разделение по сервисам?...


А ещё надо не забывать про AI! 9-ка без глубокой интеграции с AI-технологиями (на всех уровнях) - произведёт большое удивление и недоумение публики! Особенно во второй половине XXI века (а именно период около середины XXI века, скорее всего, может стать временем существования платформы "1С Предприятие 9" - ну если она, в том или ином виде, вообще будет)!
48. starik-2005 3098 18.12.24 17:19 Сейчас в теме
(47)
Вот SAP тут сделала ход конём с её HANA - и.... наверное не прогадала!
Я не знаю, но источники говорят вот так:
Hana (англ. High-Performance Analytic Appliance) — резидентная реляционная СУБД компании SAP, обеспечивающая работу как в OLTP- так и в OLAP-сценариях. Поставляется только для работы на ограниченном наборе оборудования: производитель производит сертификацию определённых моделей серверных узлов с конкретной конфигурацией. В состав системы входит также веб-сервер и репозиторий управления версиями, необходимые для разработки приложений. Приложения для Hana могут создаваться с использованием кода JavaScript на стороне сервера и HTML-кода.

Резидентная - это в памяти, как я понял. У 1С есть механизм копий, которые, как я понял, в памяти и находятся. Но вот что там со скоростью в 1С - вопрос.
Ну и ХАНА только на определенном оборудовании работает, если в вики не врут. Такой себе убершип...

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

Современная разработка идет в сторону CI/CD и прочих Flow, где основной идеей является максимально быстрая имплементация артефактов, т.е. всего того, что разработчик создал и тестер протестил. В итоге все к той самой модульности идет, к отделению логики от дизайна и модели данных. Первой итерацией пошла волна разделения продуктов на микросервисы, второй итерацией пошла волна разделения продуктов, выделения подпродуктов, вынесения их в автономные механизмы, т.е. вторая волна разбивания монолитов. У 1С с этим плохо.
49. Darklight 34 19.12.24 15:49 Сейчас в теме
(48)
Я не знаю, но источники говорят вот так:

Всё верно. Но я не понял, что Вы этиv хотели сказать? SAP HANA - это совершенно отдельный продукт. Но по сути это СУБД - от SAP - как я и сказал. Я лишь намекнул - что SAP создала свою СУБД! SAP R3 базируется на СУБД Oracle (помоему только на ней).

Резидентная - это в памяти, как я понял.

Это In-Memory Database - вид СУБД по технологии хранения/доступа к данным.

У 1С есть механизм копий, которые, как я понял, в памяти и находятся.

Это несколько другое - это скорее ближе к технологиям Datamart. Но... насколько мне известно - там не гарантируется постоянное хранение в памяти. Впрочем не все In-Memory Database СУБД это тоже гарантируют, но в большинстве случае это так (как у SAP HANA я не в курсе).

Да, и далеко не все In-Memory Database позволяют применять сложный программный код на стороне СУБД.
Как и 1С Data acceleretator - тоже не позволяет, вроде бы! А это одна из главных фишек SAP HANA - наряду с тем что она OLAP и OLTP в одном флаконе (что тоже почти не свойственно In-Memory Database СУБД)
1С Data acceleretator - Это, скорее, только вариация на тему OLAP, но там нет такого жёсткой позиционирования, отчасти и для OLTP сгодится, но какой-то специальной оптимизации для совмещения там нет, в отлчии от SAP HANA!

Ну и ХАНА только на определенном оборудовании работает, если в вики не врут. Такой себе убершип...

Это правда - но это можно обойти. Только зачем - это нарушает лиц. соглашение и теряет поддержку. И там есть свои заморочки с оптимизацией под опр. оборудование. Но я об этом не говорил и не предлагал.



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

Так я тут и не спорю. Как, условно, в массы вышел Элемент (хотя это не совсем так до сих пор) - так я и стал опасться за будущее после 1С Предприятие 8.3. Но... всё же - Элемент - это скорее альтернативный продукт для WEB-сектора online торговли. Скорее конкурент продукции от Битрикс - опять же условно. Так что для учётных задач - тут много чего ещё допиливать нужно. Но.... действительно - будущая платформа теоретически могла бы позиционироваться на базе Элемент (или иметь свою базу - применяя части Элемент). Вот этого боюсь больше всего! Ну не нравится мне Элемент - категорически не нравится! Не на 100%, но более 60% не нравится!
Такой вариант развития событий для меня станет мои концом развития в профессии 1С-ника (ну если вообще доживу и не выйду к тому моменту на пенсию, и вообще ещё буду в лоне 1С-экосистемы, сейчас вообще хочу а It-архитекторы податься - в т.ч. вне 1С-эксосистемы, диплом уже есть; 1С Предприятие уже откровенно задолбало).
И не факт - что этот будущий "Элемент" будет интересен будущим разработчикам (а как впарить его бизнесу - маркетологи то придумают, особенно на фоне отсутствия альтернатив в России) - а разработчики и без 1С найдут себе работу! Причём - чем дальше - тем мне кажется что при выборе чему учится в IT будут больше отдавать предпочтение тому, что востребовано и развивается вне в цивилизованном мире "вне России", в надежде работать там (в силу ряда обстоятельств - мощь которых большинству только ещё постоит познать); но может я слишком пессимистичен и сильно ошибаюсь в своих прогнозах! А с 1С будут связывать себя только те, кого туда случайно занесёт (вот как меня).

А вот доживут ли до этого братья Нуралиевы - это большой вопрос (хотя бы до того, как выйдут на пенсию и окончательно перестанут управлять компанией 1С, а-ля Бил Гейтс сейчас (хотя про него это не совсем так - на компанию мелкомягких он до сих пор активно влияет)). И что будет после них? Мне кажется - на всё будущее 1С сейчас большой болт положили. Выжимают соки из того что есть. Но, может быть, о режиме особой секретности, и готовят будущую платформу - так сказать - последнее решение "на их веку" - после чего отойдут от дела с "чувством выполненного долга".
В общем - что там будет к середине века с платформой 1С - пока всё очень туманно! Но с считаю, что ранее 2030 года ни о каком будущем официально никто и говорить не будет! А реально что-то могло бы появиться в виде готового коммерческого решения - не ранее 2040-го года! Доживём и запасёмся покорном?


Современная разработка идет в сторону CI/CD и прочих Flow,

Конечно. Вот 1С Предприятие 8.4 и отменили - современная разработка это не про 1С
Впрочем, кому надо - всё это применяют и на 8.3

В итоге все к той самой модульности идет, к отделению логики от дизайна и модели данных.

Вот в 1С я пока этого не наблюдаю. Уже разочаровался... Но может новые формы отделят-таки....

Но пока в 1С вообще с разделением по модулям полная фигня, и с разделением по расширениям тоже, и даже по стандартным библиотекам. Даже разделение по подсистемам в типовых - это полнейший бардак! Не говоря уже про грамотное разделение по процедурам. А где пытаются - то без ООП, Функционального и декларативного программирования и препроцессинга - получают тот ещё тёмный хаос кодирования!
Но типовые сейчас пытаются собирать отчасти по модулям (ERP, УТ, КА) - но пока выходит крайне плохо! И крайне неэффективно всё это потом поддерживать в конечных продуктах (уже скомпонованных по этим модулям).
53. starik-2005 3098 20.12.24 23:23 Сейчас в теме
(49) Я в последний год на С++ успел покодить, на JS сейчас активно пилю форму в 1С (точнее в HTML-документе 1С, в котором, повторюсь, есть отладка прямо из тонкого клиента 1С - Ctrl+Alt+Shift+F12, - где можно поставить точку останова и вообще поглядеть, что там делается - очень круто!)

Я в свое время много кодил на средне/низкоуровневых языках (паскаль, асм для разных платформ). И понимаю, что 1С - это очень медленно, при том те подходы, которые за АСИД, они предельно тормозные (САР-теорема не позволяет быть скорости при попытке достигнуть всего, при том "бабочки" в оборотках вопреки этому "достижению всего" неуклонно появляются, что дискредетирует АСИД, оставляя ее как способ избежать "большего зла").
Так вот в споследнее время, окунувшись в ES6 с его сетами, мапами, стрелочными функциями и имплеметацией методов работы на GPU, я начинаю понимать, на сколько 1С отстала от этого всего. И рендеря гриду на форме с 2,5кк параметрами практически без задержек на JS в поле HTML-документа, я задаюсь вопросом о том, почему же дерево формы такое тормозное, не говоря уже о табличном документе, который на таких объемах просто еле ворочается, и я на своем i7-11700 вижу, как физически несколько раз отрисовывается часть этого поля при листании страниц. А если о синтаксисе говорить, то 1С - это унылое г...
55. Darklight 34 26.12.24 11:20 Сейчас в теме
(53) Ну, 1С Предприятие 8.3 просто слишком много делает сверхверных вызовов, с клиента, при работе с интерфейсом, в т.ч. при обработке данных. Слишком сильно ограничили возможности клиентской части - больше на сервер вынесли. Да и сама клиентская часть не особо оптимальна. А уж как любит 1С таскать туда-сюда весь контент формы. Тут всё архитектурно на корню надо пересматривать. 1С 8.3 Такси основана спроектирована по лекалам начала века - тогда ещё такое понятие как WEB-Приложение было не входу. А HTML5 только осваивали! Сейчас - в мире, в плане проектирования WEB-фронтэнда, очень большой прогресс - и куча движков, и продвинутый JS, и WEB-Assembly, позволяющий да хоть DOOM3 запустить в браузере (лично запускал и играл)! Возможностей - уйма - 1С Предприятие 8.3 тут очень сильно отстала... и до сих пор не дружит не с асинхронными серверными вызовами ни с распараллеливанием клиентского контекста (хотя в WEB это и непросто)! БигДата пока тоже не очень поддаётся - там очень много нюансов именно для БигДата, которые мешают (усложняют и порой снижают производительность, права не значительно) при работе не с БигДата, но сильно оптимизируют работу БигДата!

Ну вот, до прогнозировались - тут уже не просто новые формы в 8.3.27 - тут уже сразу новая редакция платформы 1С Предприятие 8.5(минуя 8.4)
Так что - может нас, наконец, ждёт новая архитектура для WEB-клиента! Но я бы не стал рассчитывать на большую революцию (хотя в своё время 8.1->8.2 весьма революционно ввела управляемые формы, а 8.2->8.3 мобильное приложение и мобильный клиент)! Всё-таки, тут ну очень уж кардинально надо менять весь подход к организации фронтэнда - это большая разработка и скорее уже не 8.x платформа. Но, уверен, что-нибудь важное для оптимизации в 8.5 сделают, не сразу, так потом...
46. SergeyMordvin 2003 18.12.24 12:45 Сейчас в теме
вы что асану в 1С сделали? =))
продукт как-то можно потыкать?
54. shard 282 25.12.24 21:32 Сейчас в теме
это вы еще новый интерфейс 8.5 не видели: https://platform.demo.1c.ru/demo85/
56. PiroGG 26.12.24 15:34 Сейчас в теме
Красиво, выглядит приятно. Я бы еще убрал из всех доков вкладку "основное" и перенес бы всю эту информацию в строку над вкладками (там 6-8 реквизитов обычно, действительно важных из которых 4). Или еще как вариант при открытии если из списка тыкать на сумму, то док открывается сразу на вкладке товары. Это действительно упрощает жизнь юзерам =)
Что 8.3 что 7.7 какая разница, если пользователю все не увидеть без лишнего тыка мышкой, хоть такси хоть закладки... К чему все эти споры...
Кто-то пишет про новый интерфейс... Эммм так этот интерфейс и делает примерно тоже самое, убирает вкладку основное. И позволяет свернуть боковую панель (не полностью как в 8.3 через ctrl+shift+`), но и это мы у себя реализовали давно, просто добавив глобальную команду изменения отображения панели разделов (тыкаешь горячую клавишу, в боковой панели отображаются только картинки, тыкаешь еще раз, отображаются +названия).
А кто-нибудь вообще щупал демонстрацию нового интерфейса? Выглядит приятно да... только вот в чем нюанс, это приятное выглядит на 4 столбцах в документе... У нас их обычно 15-20) Ок мы как бы освободили чуть места скрытием боковой панели, но вкладку "основное" перенесли не в строку, а столбцами. В итоге все освободившееся место сожрано безжалостно. Слава богу это решается пользовательскими настройками) Но блин что у них с отступами даже в компактном режиме...
И пришли мы в итоге к тому же, что и реализовывали своими силами на 8.3 без заимствования форм... Ну такое...
57. Darklight 34 26.12.24 17:39 Сейчас в теме
(56) Я с вами согласен. Современно, свежо.... но бестолково!
Но, хоть от жёлтой темы ушли (странно, почему в названии интерфейса оставили "Такси")
В маркетинговых материалах выглядит хорошо. Демо база подглючивает - но понятно - бета!
Требует усильный по переходу почти сопоставимых с переходом на на УФ. А, вот, насколько они окупятся - большой вопрос (всё-таки переход на УФ давал много, особенно в эпоху Такси).
Красота красотой.... а вот что там будет по технической части и широте дизайна - очень большой вопрорс! УФ сильно загнали в прокрустово ложе дизайнерскую и техническую составляющие - мне кажется в новом интерфейсе "Шаг влево шаг в право" станут ещё более наказуемыми!

Уже одна эта фраза с ИТС напрягает очень сильно
"Не рекомендуется менять форму программно в режиме "1С:Предприятие". Данный подход значительно усложнит поддержку и негативно скажется на скорости работы приложения."
Не думаю, что гибкость макетов форм довели до такого совершенства, чтобы не свести к минимуму его программную модификацию - ума им для этого не хватает (ну или желания) - ввели очередные макеты УФ, скорее всего не сильно отличающиеся архитектурно от обычных УФ, которые отстали от современности уже лет на 30, вместо того, чтобы действительно сильно перекроить их архитектуру не только ради расширения дизайна и пары красивых фокусов и встроенных анимсационных механизмов, но и для повышения интегрируемости, оптимизации и функциональности!
Оставьте свое сообщение