Вход | Регистрация

  1  2
1С:Предприятие ::

Метки: 

Расширения данных, что-нибудь нового слышно?

Я
   Maniac
 
01.08.18 - 08:28
Что нибудь слышно о том когда появятся возможности создавать константы, перечисления, регламентные задания, подписки на события?

как то без этого вообще невозможно начать делать расширения. А года идут и мало что происходит.
 
  Рекламное место пустует
   lucbak
 
101 - 01.08.18 - 12:39
(16) За расширениями будущее. В данном случае 1С идет самым, что ни на есть правильным направлением.
   Вафель
 
102 - 01.08.18 - 12:40
собственно расширения были придуманы для фреша прежде всего
   Вафель
 
103 - 01.08.18 - 12:40
(96) ну во внешнее хранилище все равно обработка зачитывается каждый раз
   hhhh
 
104 - 01.08.18 - 12:43
(100) почему отказываешься? Просто хранится какой-то прожуточный вариант формы. Почему из-за этого ты должен отказаться?
   strange2007
 
105 - 01.08.18 - 12:55
(104) Потому что после меня конфигурации должны обновляться с минимальными рисками и одним пальчиком. Даже те, где всё нафиг перевёрнуто с ног на голову.
Поэтому если с обновлением какой-то новый реквизит появится на форме, а в нашей конфе нет, тогда это неправильная работа.
   ildary
 
106 - 01.08.18 - 13:18
(100) скажу честно - я стараюсь вносить изменения в форму программно. И, кстати, в плюс будет - если что-то сильно поломалось, то выйдет или синтаксическая ошибка, или рантайм.
   Franchiser
 
107 - 01.08.18 - 13:29
(97) можно ссылку на видео Гилева?
   strange2007
 
108 - 01.08.18 - 13:34
(106) Аналогично. Но тут вопрос про изменения форм. Это тоже делается программно и отдельной подсистемы. Кроме одного-двух вызовов (Перед открытием, Перед закрытием и т.д.). Вот эти вызовы делал при помощи инструмента, который в автомате прописывает после каждого обновления или выдаёт соответствующие ошибки. А тут что-то решил в расширении использовать. Всё прикольно, но теперь воротаю всё в зад, чтобы формы были всегда актуальны
   unregistered
 
109 - 01.08.18 - 13:35
(106) > скажу честно - я стараюсь вносить изменения в форму программно

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

Но когда наконец 1С сделает сравнение/объединение расширения с основной конфигурацией эта проблема уйдёт.
   strange2007
 
110 - 01.08.18 - 13:39
(109) В модуле формы не видишь ничего, кроме 2-х вызовов. Данные не потеряются. Добавленный реквизит не меняет своего товарного вида.
При обновлении даже не вспоминаешь про эту форму. Вообще не вспоминаешь
 
  Рекламное место пустует
   ildary
 
111 - 01.08.18 - 13:41
(109) смысл - все формы типовые, при обновлении конфигурации с ними никаких проблем. А после обновления достаточно программно пооткрывать формы, в которые внесены изменения - и если форма изменилась радикально - то вылезет ошибка.

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

(110) в БСП конфигурациях есть модуль МодификацияКонфигурацииПереопределяемый, в нём процедура ПриСозданииНаСервере() - вот в нём все игры с формой лучше и делать. Точнее в расширении, которое этот модуль переопределит. Модуль формы такой же нетронутый, как сама форма.
   Franchiser
 
112 - 01.08.18 - 13:46
(110) Аналогично, пользуюсь обработкой по декомпиляции форм.
   ildary
 
113 - 01.08.18 - 13:48
(112) Извините, а что делает эта обработка?
   strange2007
 
114 - 01.08.18 - 13:49
(111) Не знал про одну общую точку. Теперь знаю)))))

(112) Это которая фиксирует изменения из 2-х файловых деревьев? Что-то не рискнул такой пользоваться. Наверное испугался
   ildary
 
115 - 01.08.18 - 13:54
(114) Очень рекомендую эту общую точку. Также очень удобно, что при необходимости что-то поправить или скопировать поведение - не надо бегать туда-сюда по окнам - только по закладкам.
   vis_tmp
 
116 - 01.08.18 - 14:05
(100)Что за инструмент у тебя?
   vis_tmp
 
117 - 01.08.18 - 14:11
(111)"в БСП конфигурациях есть модуль МодификацияКонфигурацииПереопределяемый, в нём процедура ПриСозданииНаСервере() - вот в нём все игры с формой лучше и делать. Точнее в расширении, которое этот модуль переопределит" - спасибо
   unregistered
 
118 - 01.08.18 - 14:12
(111) > смысл - все формы типовые, при обновлении конфигурации с ними никаких проблем.

В случае изменения формы в расширении то же самое. Тут вообще никакой разницы.

> А после обновления достаточно программно пооткрывать формы, в которые внесены изменения - и если форма изменилась радикально - то вылезет ошибка.

Опять таки в случае непрограммного изменения формы в расширении метод "пооткрывать ручками" работает точно так же
)))

(110) > Данные не потеряются. Добавленный реквизит не меняет своего товарного вида.

Никакой разницы в сравнении с Непрограммным редактированием формы в расширении.

> При обновлении даже не вспоминаешь про эту форму.

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

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

Какие-то неубедительные доводы, если честно....
Надеялся на открытие некое тайного знания или чего-то, чего я не знаю.
   strange2007
 
119 - 01.08.18 - 14:17
(116) Выгрузка текстов конфы в старом формате, нажатие на кнопку в конфе, в которой фиксируются алгоритмы поиска места вставки кода и сама вставка кода. Загрузка текстов обратно.
Писал давно, работает потихоньку.
Всегда вставляю только вызов в "При создании" и в "Перед закрытием". Эти процедуры с большей вероятностью никуда не денутся

(118) >> Неправда. Если форма изменена поставщиком в обновлении значительно, то с высокой долей вероятности, будут абсолютно те же самые проблемы что при добавлении/изменении элементов формы напрямую в расширении.

Нет. Максимум что может случить, так это "убежать" на границу. Но не исчезнет и данные точно не потеряются.
"Убежит" реквизит только в случае, если группа, в которую его кидал, переименована или удалена.
   strange2007
 
120 - 01.08.18 - 14:19
(118) >> То есть в этой части разницы между программным добавлением/изменением элементов формы и прямым (в редакторе форм) нет никакой.

Расширение: изменили форму в обновлении, значит при обновлении эти изменения надо все учесть.
Программное добавление: пофиг на изменения от слова совсем

С ОФ сложнее. Там с привязками просто трындец какой-то
   ildary
 
121 - 01.08.18 - 14:31
(120) Извините, а к ОФ работа расширения применима в части работы с формами?
   strange2007
 
122 - 01.08.18 - 14:33
(121) Честно? Не знаю. Просто вопрос обновления конф стоит давно и поэтому редкие реквизиты "кидал" и на ОФ
   oslokot
 
123 - 01.08.18 - 14:37
Расширять можно только управляемые формы, ОФ в пролете.
   oslokot
 
124 - 01.08.18 - 14:39
   unregistered
 
125 - 01.08.18 - 16:25
(119) > Нет. Максимум что может случиться.....

Ну и что дальше?.... Всё то же самое произойдёт и в случае если форму редактировать НЕ программно.

Вы хоть вопрос читаете? Я спрашиваю - в чём конкретно смысл программного редактирования формы?
Всё что я читаю в ответ - это какие-то невнятные примеры того, как поведёт себя обновление. Причем все примеры поведения АБСОЛЮТНО аналогичны тому что будет происходить в случае если формы допиливать не программно.

(120) > Программное добавление: пофиг на изменения от слова совсем

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

Ахинея какая-то...
Извините.
   Вафель
 
126 - 01.08.18 - 16:36
чтоб проблем не было нужно тесты писать всетаки
   unregistered
 
127 - 01.08.18 - 16:55
(126) Это понятно.... Времени жалко. Точнее его никогда не хватает. Даже если тестами охватить только основной ключевой функционал, на написание этих тестов уйдет уйма времени.
   Вафель
 
128 - 01.08.18 - 16:58
(127) это окупается сторицей
   tesseract
 
129 - 01.08.18 - 17:01
(125)>>Да вы что?... Программно отредактировали элемент формы (например, изменили обработчик события "ПриИзменении"). Поставщик этот элемент изменил (было поле ввода, а стала надпись или декорация с новыми обработчиками).

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

С программным все  много проще.
   unregistered
 
130 - 01.08.18 - 17:29
(129) > С программным все  много проще

Вот этого то как раз никто продемонстрировать не может.
Все примеры, которые приводят коллеги, ничем не отличаются от обычного допиливания формы в расширении.
Они допиливают формы программно. Но объяснить, зачем они делают именно так,  внятно не могут :(
   Вафель
 
131 - 01.08.18 - 17:34
(130) А что сравнивать формы по реквизитам уже можно?
   Cyberhawk
 
132 - 01.08.18 - 17:52
(103) А что в этом плохого?
   Cyberhawk
 
133 - 01.08.18 - 17:55
 
  Рекламное место пустует
   Franchiser
 
134 - 01.08.18 - 20:39
(113) указываешь обработке документ и его форму, она выдает код, потом вытаскиваешь из него нужные реквизиты и вставлять в код, после этого с формы свои реквизиты удаляешь.
   strange2007
 
135 - 02.08.18 - 04:24
(125) >> Да вы что?... Программно отредактировали элемент формы (например, изменили обработчик события "ПриИзменении"). Поставщик этот элемент изменил (было поле ввода, а стала надпись или декорация с новыми обработчиками).

Это относится только к случаю, когда работяга кодер. 1С-ник хорошо знает методологию и глупо и слепо не будет следовать приказам бухгалтера тёти Маши.
Во-первых, изменять обработчик у реквизита, который, пусть даже в теории, могут поменять, это либо глупо, либо надувание щёк. Надо программно скрыть ненужный реквизит и программно же создать новый. Вариантов много, но не надо выбирать наихудший.
Во-вторых, как показывает практика, нет ситуаций, в которых бы надо было что-то менять в конфе так, чтобы потом нельзя было обновляться незадумываясь.
Ну я пойду дальше переделывать необновляемую конфу на вариант, когда её сможет обновить любой 1Сник по короткой инструкции)))))
   breezee
 
136 - 02.08.18 - 08:37
(8) Константы, перечисления
Можно же справчоник с предопределнными значениями сделать. вообще не особо понимаю смысла в этих объектах
   ildary
 
137 - 02.08.18 - 08:56
(136) Наследие царского режима (7.7).
   МимохожийОднако
 
138 - 02.08.18 - 09:04
(88) У семи нянек дитя без глазу.
   unregistered
 
139 - 02.08.18 - 09:28
(135) Извини, но это уже увиливания начинаются.

> Надо программно скрыть ненужный реквизит и программно же создать новый

В случае изменения поставщиком скрытого тобою элемента ты получишь синтаксическую ошибку. Хорошо если синтаксконтроль её поймает, а не пользователь словит.

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

Совершенно неуместная категоричность.
Любые допиливания обработок проведения. Именно допиливания существующих алгоритмов, а не их подмена или пририсовывание проведения по своим регистрам через подписки.
И таких примеров придумать можно довольно много.
   Franchiser
 
140 - 02.08.18 - 10:46
В основном задача по добавлению новых реквизитов и добавлению их на форму и нужно чтобы при обновлении они не пропали с формы.

  1  2

Список тем форума
Рекламное место пустует  
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует