Обновление рабочего приложения: проектами или слоем?

[gl00mie]

Цитата:

Сообщение от Dron AKA andy

Цитата:

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

Мы для этой цели попробовали применить схему похожую на то как в ax3.0 sp5 объединили восточно-европейский функционал - там везде понатыкана проверка что если конфигурационный ключ для такой-то страны включен, то выполнять определенный код иначе пропускать.

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

А что такое мелкие модификации? Изменение нескольких свойств контролов на форме? Исправление сообщения, выводимого при ошибке?
Если изначально задаться целью делать модификации отключаемыми (что, конечно, привносит дополнительные "накладные расходы", а в случае изменения дизайна форм/отчетов и вовсе затруднительно, но такое, к счастью, бывает нужно не так часто), то всё, как говорится, реально И в любом случае обновления слоем ведь делаются не каждый день - это ответственный процесс, который включает в себя определенную подготовку, вплоть до сравнения нового слоя и его прежней версии на рабочем приложении, чтобы случайно не перенести что-то ненужное или неотключаемое. Перед этим разработчик, который делал те или иные доработки, проверяет, корректно ли они отключаются, чтобы изменения в функционале не заработали раньше времени. К тому же изредка, но бывает необходимо по тем или иным причинам отключить модификацию на рабочем приложении - в этом случае простая возможность ее отключения вместо необходимости откатывать все изменения оказывается очень полезной.
Кроме того, бывают ситуации, когда одно приложение используется в различных филиалах компании со своей спецификой ведения бизнеса, своими, может, печатными формами для тех или иных документов, etc. В этом случае использование тех же конфигурационных ключей (к примеру, специфичных для того или иного филиала) с целью управления тем, какой функционал должен работать, а какой - нет, как нельзя лучше решает эту проблему.

[petr]

Цитата:

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

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

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