Оставить возможность замещать Любые "Клиентские схемы"
Добрый день уважаемые Коллеги сообщества.
На Сайте Академии, компания Террасофт Опубликовала вот какой Пост, https://academy.terrasoft.ua/documents/bpmonline-release-notes-7-13-1
>> Отключена возможность выполнять замещение новых клиентских модулей. При этом продолжит работать замещение в клиентских модулях, созданных ранее. Замещение клиентских модулей полностью заменяет поведение родительского модуля, что часто приводит к ошибкам после обновления на новую версию, в которой изменилось поведение родительского модуля. По этой причине не рекомендуется использовать данный механизм. В следующих версиях системы механизм замещения клиентских модулей будет отключен и для обновления будет необходимо адаптировать функциональность, в которой используется замещение.
Прошу пожалуйста всех Профессиональных Партнеров поддержать мою Идею не закрывать возможность выполнять замещение Любой "Клиентской схемы". Или только Профессионалам с большой буквы оставить данную возможность.
Если на рынке сейчас появились программисты, кто не умеют выполнять Замещение любой логики и выполнять ее расширение или замещение, и при обновлении Конфигураций их доработки сыпятся и Клиенты жалуются, от этого профессионалы не должны страдать. Которые выполняют любое замещение Клиентской логики профессионально.
Прошу пожалуйста кто не равнодушен к этому голосовать ЗА. Спасибо всем.
Понравилась ли вам эта идея?
Оставляя в стороне демагогии по теме кого мы считаем профессионалами и что значит "выполнять любое замещение Клиентской логики профессионально", полностью поддерживаю.
Возмущает даже не сам факт блока перегрузки модулей(это ещё как-то можно понять), а другое: в системе не переделаны ВСЕ модули под baseSchemaModule. Ну или хотя бы основные, типа DashboardModule+все чарты. А это было бы просто идеально, т.к. со схемами работать и понятней, и наследование у них работает.
Данила, к сожалению не во всех задачах можно выполнять наследование и решать их, к сожалению есть и будут задачи когда нужно будет именно выполнить "Замещение" и далее или Замещать логику работы методов или расширять их логику работы. Но при этом Сама схема Главная и ее подчиненные как работали и собирались и обрабатывались RequireJS так бы этот подход и механика пускай бы оставалась.
А "Наследование" полезно в решении задач когда ты создаешь Логику и Механику работы своих страниц с Нуля, НО наследуешся от Базовых схем, как вы и писали выше. Это совсем другого рода Задачи.
Я могу только предполагать, что данную инициативу компания Террасофт стала продвигать не из-за того что Партнеры попросили, а из-за того что Клиенты стали жаловаться, а партнеры кто выполнял Свои доработки и дорабатывал базовую логику сливаются. Но это всего лишь мои предположения а не утверждения. Но и в данном утверждение зерно правды думаю может быть.
Добрый день, мы пытались добавить иконку для нового раздела в мини-карточки активности. Раньше мы замещали схему EntityConnectionLinksResourceUtilities из пакета UIv2 и добавляли туда нужные нам иконки. Но теперь схемы запрещено замещать. Как нам быть в этом случае? Где есть инструкции как делать не через замещения?
Добрый день.
Если вы хотите загрузить Иконки в таблицу SysImage и далее их использовать для отображения раздела то Советую данную иконку загружать в таблицу SysImage через "Мастер-Раздела".
Если требуется использовать Иконки, Картинки в определенной Mini карточки, то требуется Замещать данную Мини-карточку и с правой стороны в Разделе Images добавлять Картинки, Иконки, присваивать имя и использовать при решении своих задач.
При необходимости подобного замещения Вы можете создавать обращение в техническую поддержку, в рамках которого командой разработки будут предложены варианты как реализовать описанную функциональность без замещений или же зарегистрирована задача по реализации в будущих версиях.
Мотков Илья,
Илья день добрый. Это не выход. Так как начиная с Версии 7.0, еще когда преподавал Станислав Власенко, черным по белому рассказывалось все прелести "ЗАМЕЩЕНИЯ", а сейчас получается данную возможность просто отбирают у программистов и данная возможность остается только у программистов Террасофт.
А чем хуже программисты, что работают у Партнеров и не только? Еще раз повторюсь почему нужно страдать из-за тех кто не умеет "ЗАМЕЩАТЬ", "НАСЛЕДОВАТЬ" и так далее, почему другие Илья должны страдать?
Мотков Илья,
Писать постоянно Илья в Техническую поддержку это тоже не выход, так как этот путь уже проходили, когда по каждому чиху все писали в Техническую поддержку. Этот этап в развитие BPM'Online все уже проходили
Мотков Илья,
Вы лучше Ответьте Илья на вопрос "Зачем закрывается 100% функциональность замещения"? и как в будущем будет выполняться "ЗАМЕЩЕНИЕ", не наследование?
В виде Кейсов и примеров приведите информацию. Спасибо.
Власов Михаил Викторович,
Запретили только замещение модулей. Замещение клиентских схем (OrderPageV2, *SectionV2, etc) никуда не делось и не денется, полагаю. Гамора Дмитрий рассказал об этом очень подробно на Q&A сессии для разработчиков:
https://www.youtube.com/watch?v=2yZt3UiE928
Мне также, как и вам не по душе то, что теперь замещение модулей запрещено, но это вовсе не значит, что при необходимости нельзя решить задачу, связанную с редактированием модулей. Просто делать это надо теперь немного иначе.
Дмитрий спасибо, за ссылку только замещение модулей так же в жизни требуется, в зависимости от задачи. я конечно понимаю что выход всегда есть и его можно будет найти и в данном случае, но это только увеличит работа а не уменьшит у программиста.
И да прослушав данное видео Мое утверждение только подтвердилось, что Компания Террасофт приняла это решение, что Программисты кто Замещали "Модули" и переопределяли логику их работы делали это очень плохо и в момент обновления не сопровождали свой код для Заказчика.
Поэтому как и говорил ранее, кто-то не умеет и не хочет научиться работать, а кто-то после этого страдает.
Целиком поддерживаю Михаила, недавно стояла задача выводить полностью комментарии и письма в карточке Обращения без кнопки "Показать больше". Для этого в коде клиентского модуля MessageHistoryMultilineLabel нужно изменить значения всего лишь трех переменных. При замещении это сделать можно было бы быстро. А после запрета замещений придется каждый раз после обновления менять базовую схему MessageHistoryMultilineLabel. :(