AX2012. Цель атрибутов в расширении наследования классов

[mazzy]

Цитата:

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

Шило на мыло. Тут мы добавляем новый атрибут, тут мы добавляем новый пункт свича для создания нужного наследника.

Угу.

Цитата:

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

Чтобы при мердже кода не мержить свитч.

Ключевой вопрос: а почему "не мержить свитч" лучше?

Ведь use case все равно проверять, все равно придется копать все ветки кода, поскольку все равно останется угроза рефакторинга остальных веток кода. Все равно придется расширять test cases, все равно придется дописывать документацию, все равно придется обеспечивать совместимость.

Атрибут и свитч - это настолько небольшая часть работы в общем проекте. Но технология атрибутов получилась настолько отличной от остальной работы.

Так вот: а почему "не мержить свитч" лучше?

Цитата:

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

Антон Кекс ... то собственно возникнет вопрос нафиг вы тогда вообще нужны, switch и так все знают.

Кекс экстремист своего рода )
Хоть и очень толковый. Но он судит людей по себе.

На самом деле все проще.
Как и остальные люди, специалисты в МС хотят сделать лучше, проще, быстрее. Просто "критерии лучшести" в МС сильно отличаются от остальных людей.

Можно много говорить на тему "почему отличаются". Это отдельная тема.

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