Как правильно вести разработку в условиях, когда часть кода закрыта от изменения - Sys-слой в аксапте, закрытые codeunit в навике, extensions в MS CRM

[mazzy]

fed, cтрадать про судьбу топ-менеджмента пожалуйста сюда: Клуб анонимных оверлейщиков
пожалуйста, прекрати спамить - твоя мысль давно понятна.

в этой ветке давайте сосредоточимся на технических аспектах.

Цитата:

Сообщение от skuull

Сольют топ менеджмент, не сольют топ менеджмент мы не знаем, можем только надеяться. Но внедрять то надо уже сейчас.

Цитата:

Сообщение от mazzy

Как вести разработку с минимальными в долгосрочной перспективе трудозатратами
в условиях, есть куча унаследованного кода И часть кода закрыта от изменения,
а платформа предоставляет систему событий и подписок?

Что должен внести в код вендор?
Какие техники и приемы может применять ISV/партнер/клиент?

=========================
пока прозвучали варианты:
= снять ограничения и писать поверх (лицензионным или нелицензионным способом)
= копировать существующие объекты
= врезаться в существующие event'ы.
=== при этом ожидается что будет дублирование кода
=== один из крайних вариантов - полное дублирование - врезаться в событие "загрузка системы" и после этого не отдавать управление стандартному приложению

ограничения, насколько я понимаю:
= в закрытые объекты новые евенты добавить нельзя
= подписчик может не иметь доступа к паблишеру события, поэтому часть информации возможно придется передавать через глобальные переменные

доводы в пользу закрытого кода (см. жаркие холивары 90х и начала 2000х о закрытых/открытых системах):
= обновление на новую версию становится очень легким за счет усложнения первоначальной разработки и кастомизации

=========================
еще соображения?

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

[skuull]

Цитата:

Сообщение от mazzy

в этой ветке давайте сосредоточимся на технических аспектах.

Хотелось бы добавить еще 1 вопрос в список. Что делать ISV в этих реалиях ? Есть такие среди нас ?

[fed]

Цитата:

Сообщение от mazzy

в этой ветке давайте сосредоточимся на технических аспектах.

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

[mazzy]

Цитата:

Сообщение от fed

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

Имеет. И несколько. Я их перечислил.

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

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

Стоимость технических решений для текущих условий Dynamics будет велика.
Обрати внимание, что в этом никто с тобой не спорит.

Еще раз: твою мысль все поняли.
Теперь разреши провести консилиум, обледовать гематомы и повреждения, выработать план действий для "пострадавшей".