Разработка на usp слое

[BOAL]

Цитата:

Сообщение от S.Kuskov

Приведите пример конкретной ситуации в которой разработка на другом слое оказывается полезной. Примерно в таком формате: делаем на отдельном слое так и так - в результате легко получаем то-то и то-то, а вот если бы мы тоже самое делали бы не на отдельном слое, а на том же самом, то то-то и то-то получить было бы сложнее.

А то на самом деле многие просто не понимают ради чего вы всё это затеиваете

Есть обновляемый (регулярно) код рабочего приложения или нескольких (у клиентов один базовый стартап проекта). Есть множество разработчиков (пусть даже 2, тк когда 1, то это ты и есть, и проблем нет, все помнишь).
Разработка идет в пустом слое, проходи время, получаем простую дельту сбором проекта по слою (а у всех всегда разработчики все правки делали в проектах или были случаи забывания очень важной строчки. поправленной походя?)
Изучаем эту дельту простым сравнением слоев или даже так, на глазок, что там вообще менялось. Выгружаем в ХРО, опускаем на слой билда. Получаем .aod файлик по сути СервисПак.
Если у клиента были свои правки, то они их сами могут поднять на такой вот сервис пак....

Да и чего это я все описываю? Пример? А обновление самих СервисПаков почему идет слоями? Был бы один слой и всех дел, как в 1С слияние конфигураций и всем счастье, ан нет, АХ идет в куче слоев.

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

В общем, слои - это отличный инструмент, которым можно и не пользоваться. Возможность подкладки их в виде файлов - конкурентное преимущество над другими системами, где этого нет, которое будет возможно убито в АХ6 убиранием такой опции (весь код в БД). Просто даже сами разработчики в МС уже не понимают этого, вот им это и не нужно, пришли новые ребята и давай кодить, устраняя "фатальный недостаток" дамгардовской еще архитектуры АХ. Это и ясно, есть два уровня приближенности к практическому использованию - внедренцы (и конечные клиенты) и вендоры.
Скорость разработки, поддержки, обновления сложноизменненнго приложения - вот текущие преимущества платформы. Жаль на фоне новых фич терять старые. Эволюция, однако.