![]() |
#3 |
Участник
|
Цитата:
Сообщение от axm2017
![]() Мои коллеги поддерживают некое решение на паре проектов по этой причине возник вопрос (у меня) а как правильно это делать в D365:
Как сейчас видится: 1. вся новая функциональность, кроме исправления ошибок должна быть оформлена под фичами. 2. Фичи живут цикл достаточный для теста на боевой/продуктовой. 3. Фичи помечаются как obsolete c warning. 4. Далее фича удаляется и код становится постоянным. Правильно ли вижу? Ну в любом случае, у меня похожее понимание фичи. Только не уверен за последний четвёртый пункт - но то мелочи. Да и первый пункт должен быть более мягким. Оформление фичями - это больше Best Practice чем обязаловка. Да третий пункт должен быть не о том что фича deprecated или obsolete. Как раз наоборот, фича становится Mandatory с какого-то момента. Т.е. она с какой-то даты/релиза включается и кнопочка выключения блокируется. Фичи для меня - это некая галочка в параметрах модуля которая включает какую-то новую фичу/функциональность. Которую можно включить или выключить прямо на энвайронменте без вмешательства программистов. Фича - это выделенная новая функциональность. Ой, а еще есть конфигурационные ключи. И вот эти вот внутренние флаги которые надо включать чтобы включить какие-то preview фичи. |
|