Реализация бизнес-объектов C # (CSLA)

Кривая обучения CSLA не так уж и плоха, но будьте готовы потратить некоторое время на чтение книги. Мы позаботились о значительной части процесса обучения для вас, создав для вас DAL (параметризованный SQL или поддержка хранимых процедур), поэтому он добавляет ощущение ORM в CSLA только потому, что он управляет DAL за вас, если вы выберете. Но вы можете полностью использовать его как просто набор BO-шаблонов. Я считаю, что активная генерация значительно упрощает обновление до более новых версий CSLA, а также добавляет функциональность без особой потребности в промежуточном классе.

Спасибо, Блейк Ниемайски (автор шаблонов CSLA CodeSmith)

CSLA не является структурой ORM. Это фреймворк для реализации бизнес-объектов. Однако существуют генераторы кода, которые могут сгенерировать для вас код доступа к данным. Инфраструктура CSLA основана на шаблоне Active Record. Этот шаблон не подойдет для крупномасштабного проекта. На мой взгляд, вам стоит реализовать прототип. Целью прототипа должно быть:

1. Определите схему наслоения
2. Единичная тестируемость классов
3. Как фреймворк хорошо сочетается с другим фреймворком
4. Как это сочетается с другими инструментами для картирования ИЛИ
5. Кривая обучения

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

Я люблю CSLA.

Я использовал его для реализации некоторых приложений ASP.NET 2.0, некоторые из которых были очень большими. Это легко понять (после того, как вы разберетесь с объектами Root, Child и Switchable), но вы будете во многом полагаться на генерацию кода (например, CodeSmith).

Главный вопрос: нужен ли вам CSLA? Какая функция вам нравится, или вам просто нужно использовать ORM? Сегодня я пишу новые приложения с помощью ADO.NET Entity Framework, и это более продуктивно, чем CSLA.

Имейте в виду, что CSLA - это не методология, а всего лишь инструмент: вам нужно понять его и при необходимости настроить.

CSLA - это структура бизнес-объектов. Существует множество стратегий работы с доступом к данным - между ORM и доступом к данным много общего. Мне очень удалось использовать Linq-to-SQL на уровне доступа к данным для упрощения разработки. Я думаю, что этот подход сработает для вас - особенно с учетом (на основе ваших комментариев) вашей потребности в поддержке как SQL Server, так и Oracle.

Использование отдельного DAL хорошо описано в книге Рокки и примерах на сайте www.lhotka.net.

Что касается TFS - это инструмент ALM для управления версиями, управления проектами и автоматизации сборки. Вы хотели бы поместить исходный код CSLA в систему управления версиями, как и любой другой код. Самый простой подход - включить CSLA в ваше решение.

Другой подход - скомпилировать его отдельно и использовать в ваших проектах ссылку на файл CSLA.DLL. В TFS Automated build есть группа свойств, в которой вы можете указать путь к этой DLL на вашем сервере сборки.

Наконец, Рокки продает обучающие видео CSLA на своем веб-сайте http://download.lhotka.net/default.aspx?t=Core38

Вы можете проверить мысли Рокки о SOA в следующей трансляции:

http://www.slickoughtt.net/post/Minneapolis-Developer-Roundtable-Podcast---Talking-REST.aspx

Главное, что вам нужно понять, это то, что CSLA - это бизнес-фреймворк. Несмотря на то, что ORM могут предоставить вам базовые функции проверки (и другие), они, IMHO, на самом деле не компенсируют отсутствие надежного бизнес-уровня. Конечно, вы можете использовать ORM с CSLA (есть пример использования EF в примерах CSLA, а NHibernate используется в качестве примера в проекте CSLA Contrib, как я полагаю), но технологии просто дополняют друг друга.

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