forum.clarionlife.net

Вообще, по сравнению с 1с77 они очень хорошо подразвились.

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

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

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

Основные узкие места в 1С остаются - сохранение и частая перезапись большого объема результатов промежуточных расчетов в базе данных (влияет на скорость, беспроблемность работы и стоимость поддержки), низкая скорость работы (решают использованием более мощных компьютеров), отсутствие модульности. Уровень вхождения в 1С8, очевидно, стал гораздо выше, чем в 1С77.

kreator писал(а): 29 Сентябрь 2025, 19:13

finsoftrz писал(а): 28 Сентябрь 2025, 21:48 Вы уже видели раньше, там ничего такого красивого нет, как у Вас.

Не видел. А пользователи чего говорят?

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

finsoftrz писал(а): 29 Сентябрь 2025, 19:31 сохранение и частая перезапись большого объема результатов промежуточных расчетов в базе данных (влияет на скорость, беспроблемность работы и стоимость поддержки), низкая скорость работы (решают использованием более мощных компьютеров)

решается проще - правильной структурой БД

porutchik писал(а): 30 Сентябрь 2025, 18:14

finsoftrz писал(а): 29 Сентябрь 2025, 19:31 сохранение и частая перезапись большого объема результатов промежуточных расчетов в базе данных (влияет на скорость, беспроблемность работы и стоимость поддержки), низкая скорость работы (решают использованием более мощных компьютеров)

решается проще - правильной структурой БД

Где, в 1С? Там нет прямого доступа к структуре данных, она генерится по определенным правилам. Это как раз у них узкое место.

Есть в 1С8 такая штука "Подсистемы". Они используются для систематизации других объектов метаданных. А также с их помощью организуется меню в макете приложения.


Когда-то тоже была похожая идея систематизации процедур, это носит название "Разделы учета". Каждую процедуру можно отнести к нескольким разделам учета для того, чтобы проще было управлять изменениями. Например, если изменения касаются учета НДС, видим все, что к этому относится и что надо проверить и протестировать. Для этого есть маленький procedure extension, в котором задается список разделов учета и краткое пояснение к каждому из них.

Затем с помощью шаблона утилиты выводился список процедур в app, относящихся к заданному разделу.


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

добавить dll clw где находться

porutchik писал(а): 01 Октябрь 2025, 9:04 добавить dll clw где находться

В последнем скриншоте в нижнем правом углу "Функции" - это название app, где находится. Через контекстное меню можно открыть clw либо в Clarion IDE, либо в блокноте. А просто щелкнуть по строке - положить в буфер обмена один из вариантов (название, прототип, строку вызова с параметрами, описание). Я просто сделал это окошко из другого, где выводятся процедуры по категориям, и оставил частично функциональность (убрал подключения пошагового отладчика и тайминга кода).

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

Дед Пахом писал(а): 01 Октябрь 2025, 17:10 А если сравнивать интерфейс? Например списки, есть ли в 1С, чего нет в Clarion:
- Многострочный текст в ячейках.
- Возможность менять порядок столбцов мышью.
- Подсветка строки под курсором мыши.
- Может ещё что-то.

Подсветку под курсором мыши при движении над списком я не вижу. Остальное есть, настраивается при работе приложения (Еще - Изменить форму). Есть увеличение и уменьшение масштаба текущего окна или всех окон.
Это текст с автоматическим переносом.


Это настройка списка. Можно скрывать колонки, менять их местами и устанавливать автоперенос содержимого колонкию

Вот еще некоторые аналогии.
Параметры сеанса. У нас это называется параметры пользователя.
Функциональные опции. У нас это параметры программы.
Константы. У нас это equate.
Вообще говоря, мешать все в кучу в одном многоуровневом дереве мне лично не очень нравится. Тут же выводятся, например, документы, их реквизиты, реквизиты табличных частей, экранные формы, печатные формы.

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

Ну и в целом, юникод или нет?

Есть там все это и еще много всяких настроек для полей ввода в конфигураторе. Юникод.

Хорошо, когда много разных интерфейсных элементов !
У нас это основная беда - окна собираются из того же набора контролов, что и 20 лет назад.
А ну да, лет 10 назад добавили SLIDER ... и всё.

Мы можем через win api улучшить интерфейс. Или ActiveX с большим выбором всяких красивых вещей, если хочется. А так, за 1С в этом плане не угонишься. Это крупная компания, которая вкладывает много средств в разработку интерфейса. Единственное в интерфейсе, что они не поддерживают по сравнению с нами, это mdi.