Наш магазин разрабатывает и создает индивидуальные программные приложения для различных отраслей промышленности. В настоящее время мы используем модифицированную версию Csla для большей части нашей разработки.
Это отличный фреймворк , поддерживающий множество способов взаимодействия с базой данных, напрямую, удаленно, WCF и так далее. Он предлагает массу функций, многие из которых мы не используем. Достоинства этой системы многочисленны, главным из которых является Rockford Lhotka, это шаг вперед, когда дело доходит до новой технологии, а это означает, что нам не нужно проводить исследования. Минусы фреймворка в том, что вы зависите от того, как создатель внедряет изменения и технологии, а также от множества других функций, которые вы не используете.
С появлением Linq-to-Sql мы серьезно подходим к тому, чтобы переключаться, учитывая, что большая часть того, что генерируется, - это просто доступ к данным, но, создав частичные классы, мы могли бы расширить доступ к данным и обеспечить бизнес-логику. Мы также могли бы создать формальные интерфейсы для работы с бизнес-логикой. Могли бы использовать / создать наш менеджер правил и так далее. Короче говоря, мы будем расширять нашу собственную прикладную среду.
Я заметил во время Джеффа Этвуда, который обсуждал инфраструктуру ASP.NET MVC на PDC 2008 , он в основном работал с одним проектом, и он также выглядел , как будто он расширяет Linq- к-Sql с частичными классами. Эта архитектура , по-видимому, демонстрирует тот факт, что код легко поддерживается, новые функции быстро добавляются, ошибки быстро исправляются, и что он работает хорошо ... большую часть времени.
Мне просто интересно, что думают другие пользователи? Неужели я схожу с ума от того, что отказываюсь от нашей структуры ради чего-то, что, на мой взгляд, проще в использовании и более поддерживаемо ?