Идея

Оставить возможность замещать Любые "Клиентские схемы"

Добрый день уважаемые Коллеги сообщества.

На Сайте Академии, компания Террасофт Опубликовала вот какой Пост, https://academy.terrasoft.ua/documents/bpmonline-release-notes-7-13-1 

>> Отключена возможность выполнять замещение новых клиентских модулей. При этом продолжит работать замещение в клиентских модулях, созданных ранее. Замещение клиентских модулей полностью заменяет поведение родительского модуля, что часто приводит к ошибкам после обновления на новую версию, в которой изменилось поведение родительского модуля. По этой причине не рекомендуется использовать данный механизм. В следующих версиях системы механизм замещения клиентских модулей будет отключен и для обновления будет необходимо адаптировать функциональность, в которой используется замещение.

Прошу пожалуйста всех Профессиональных Партнеров поддержать мою Идею не закрывать возможность выполнять замещение Любой "Клиентской схемы". Или только Профессионалам с большой буквы оставить данную возможность. 

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

Прошу пожалуйста кто не равнодушен к этому голосовать ЗА. Спасибо всем.

Обсуждение
11 комментариев

Оставляя в стороне демагогии по теме кого мы считаем профессионалами и что значит "выполнять любое замещение Клиентской логики профессионально", полностью поддерживаю.

Возмущает даже не сам факт блока перегрузки модулей(это ещё как-то можно понять), а другое: в системе не переделаны ВСЕ модули под 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

Мне также, как и вам не по душе то, что теперь замещение модулей запрещено, но это вовсе не значит, что при необходимости нельзя решить задачу, связанную с редактированием модулей. Просто делать это надо теперь немного иначе.

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

И да прослушав данное видео Мое утверждение только подтвердилось, что Компания Террасофт приняла это решение, что Программисты кто Замещали "Модули" и переопределяли логику их работы делали это очень плохо и в момент обновления не сопровождали свой код для Заказчика. 

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

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