Автоматическая “сила отражает” расположение в Какао

Да, я (гм, мы) использовал его экстенсивно для моделирования нашей логики бизнес-процесса, которая была, прежде всего, связана с данными формы в приложении форм окон. Приложение было торговой системой. CSLA разработан, чтобы быть на том слое чуть ниже UI.

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

Это - недостатки, то, что это имеет определенную кривую обучения.

ключевая вещь помнить состоит в том, чтобы использовать CSLA, чтобы смоделировать, как пользователь взаимодействует с формами на некотором приложении. Самый эффективный путь ко мне состоял в том, чтобы разработать UI и понять, что это - потоки, поведение и правила проверки прежде, чем создать объекты CSLA. Не имейте своего дизайна UI диска объектов CSLA.

Мы также нашли очень полезным быть в состоянии использовать сторону сервера бизнес-объектов CSLA для проверки объектов, отправленных от клиентов.

Мы также создали в механизмах для выполнения проверки асинхронно против веб-сервиса (т.е. проверка диапазона кредитного лимита контрагента против ведущего устройства).

CSLA осуществляет сильное разделение между Вашим UI, BusinessLogic и Постоянством, и мы записали загрузку модульных тестов против них. Это не может быть строго TDD, потому что Вы управляете им от дизайна UI, который не означает, что это не является тестируемым.

единственная реальная альтернатива создает Вашу собственную модель \бизнес-объекты, но довольно скоро Вы заканчиваете тем, что реализовали опции, которые CSLA предлагает из поля (INotifyPropertyChanged, IDataErrorInfo, PushState, PopState и т.д.)