Юданов Алексей

62
Рейтинг

Alex_YAM
Алексей Юданов



  •   Регистрация: 08.04.2016 (8 лет назад)

  •   Был(а) на сайте: 17.04.2024

Подписчики 2

Группы

Профессиональный разработчик

IE2022 Участник

Рейтинг 62

Сравнение строк. Наибольшая общая последовательность

Инструменты и обработки Программист Платформа 1С v8.3 Конфигурации 1cv8 Россия Абонемент ($m) Внешняя обработка (ert,epf) Универсальные функции

Заданы две строки Строка1 и Строка2. Требуется найти наибольшую общую подпоследовательность (НОП) этих строк.

1 стартмани

14.11.2016    14983    2    Alex_YAM    4       

6

Программная доработка форм, настраиваемая в режиме Предприятия

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

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

09.11.2016    10346    Alex_YAM    15       

23

Комментарии

ОбменПередача сообщений из 1С в MS Teams#0 08.02.22 21:54
Пример организации уведомлений в канал MS Teams.
DevИскусственный интеллект для змейки. Часть 1: Кратчайший/длиннейший путь, Гамильтонов цикл#0 07.06.19 17:00
Различные варианты алгоритмов для игры "Змейка".
DevПрограммная доработка форм, настраиваемая в режиме Предприятия#17 10.12.18 21:19
(16)
Обе правильные, просто одна используется, а другая нет. =) Так удобнее посмотреть разные варианты.
DevСравнение строк. Наибольшая общая последовательность#3 15.05.18 13:28
(2)
Так и должно быть.

Подпоследовательность отличается от подстроки. Например, если есть исходная последовательность "ABCDEF", то "ACE" будет подпоследовательностью, но не подстрокой.
Поиск наибольшой подстроки это другая задача.
DevПрограммная доработка форм, настраиваемая в режиме Предприятия#12 17.11.16 21:05
(7) tregard,
(8) sorb,
(3) Сурикат,

Спасибо за комментарии.
Убрал лишний параметр, дописал про общие модули, действительно их использовать намного удобнее.
DevПрограммная доработка форм, настраиваемая в режиме Предприятия#10 16.11.16 15:33
(7) tregard,
(8) sorb,

Да, в БП 3.0 в любой форме документа есть:
УправлениеПечатью.ПриСозданииНаСервере
ДополнительныеОтчетыИОбработки.ПриСозданииНаСервере
ВерсионированиеОбъектов.ПриСозданииНаСервере

Но как на счет форм Справочников? Обработок? ПВХ? Плана счетов? Регистров? и т.п.
DevПрограммная доработка форм, настраиваемая в режиме Предприятия#9 16.11.16 15:29
(7) tregard,

Да, не получится создавать группы формы, страницы и переопределять несколько обработчиков. Я добавлял ресурсы по мере необходимости, надобности в других свойствах не было. Обычно либо требуется несколько небольших изменений на форме, либо проще сделать свою.
Можно просто создать справочник НастройкиЭлементовФормы в который включить все нужные свойства, он будет единственным ресурсом.
DevСравнение строк. Наибольшая общая последовательность#0 13.11.16 19:16
Заданы две строки Строка1 и Строка2. Требуется найти наибольшую общую подпоследовательность (НОП) этих строк.
DevПрограммная доработка форм, настраиваемая в режиме Предприятия#4 10.11.16 17:53
(3) Сурикат,

У меня в Бухгалтерии 3.0 такого модуля нет.
Весь смысл в регистре сведений. Потому что можно исправить ошибку без конфигуратора.
Как Вы отследите то, что в типовой поменяли имя группы элементов с ГруппаЛеваяКолонка на ГруппаКолонкаЛевая ? Конфигуратор никаких ошибок не увидит. Проверять все используемые в коде элементы по очереди? Если доработок много, то это очень долго.

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


DevПрограммная доработка форм, настраиваемая в режиме Предприятия#2 09.11.16 17:44
(1) sergey512,

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