ВеткаСообщение #266
17 сообщений · –П Тогда уже 50на50) Данные,реквизиты и новые объекты - в конфигурации, обработчики - в расширении) и то, если это не новый "сбоку" код - его и в конфу загнать не жалко. Главное не гробануться на такой сегрегации - это не тот случай, когда надо яйца по корзинам раскидывать. Новый функционал должен быть максимально сближен друг с другом в части самих доработок)О О И Это получается, что? Через расширения будет еще удобнее дорабатывать конфигурацию? Или что? У каждого методология доработки - разная. Даже с учетом этого плюса в 8.3.28 - некоторым будет всё равно неудобно дорабатывать исключительно через расширения, а некоторым наоборот - удобно. 8.3.28 она же не вышла пока что. Поэтому мне интересно собрать статистику - кто как дорабатывает типовые конфигурации именно СЕЙЧАСО Иван, вы еще много не знаете. Конечно удобнее перепилить типовую конфигурацию за 6 лет. Все равно кто-то один обновляет и это его трудности. А если будет несколько расширений, это что же получается, можно без геморроя обновить типовую, и расширения раздать нескольким разработчикам, чтобы они обновили? Да ну, это бред. никто так делать не будет. Пусть один дебил мучается обновляет, а мы будем говнокодить в основной конфигурации.
А По разному дорабатывал, зависит от условий: но придерживаюсь расширения, т.к. проще обновлять релизы вендора, и разделять типовой функционал с доработками. 1 - Был проект, где дорабатывалась типовая ЕРП 2.4 в осн. конф., без обновлений вендора. Расширение использовалось для багфиксов на проде. 2 - проект УНФ - конфа была на поддержке, все доработки только через расширение. намучался, но прокачал скилы. все же расширение не закрывает все потребности как в осн конф. 3 - проект ЗУП - дорабатывали осн. конф. (т.к. СБ запрещает расширения.) и обновляли релизы веднора. 4 - проект ЕРП 2.5 - все типовые доработки в расширении, а новый функционал в основной конфе. - хороший вариант что все метаданные хранятся в осн конфе.D Н