Есть ли gui для nosetests

Прежде чем я конкретно отвечу на Ваш вопрос, я хотел бы подавить несколько мыслей. Действительно ли CSLA является правильным для Вашего проекта? Это зависит. Я лично рассмотрел бы CSLA для основанных на рабочем столе приложений, который не оценивает поблочное тестирование как высокий приоритет. CSLA является большим, если Вы хотите легко масштабироваться к n-tier приложению. CSLA имеет тенденцию получать некоторого агента по печати, потому что он не позволяет чистое поблочное тестирование. Это верно, однако как что-либо в технологии, я полагаю, что существует Никакой Истинный Путь . Поблочное тестирование не может быть чем-то, что Вы предпринимаете для определенного проекта. Какие работы для одной команды и одного проекта не могут работать на другую команду или другой проект.

существует также много неправильных представлений в отношении CSLA. Это не ORM., это не конкурент NHibernate (на самом деле использующий Бизнес-объекты CLSA & NHibernate как доступ к данным соответствуют действительно хорошо вместе). Это формализует понятие Мобильный Объект .

1. Сколько людей использует CSLA?
На основе Форумы CSLA , который я сказал бы, существует множество базирующихся проектов CSLA там. Честно, хотя, я понятия не имею, сколько людей на самом деле использует его. Я использовал его в прошлом на двух проектах.

2. Каковы за и против?
, В то время как трудно подвести итог в коротком списке, вот некоторые про / довод "против", которые приходят на ум.
Профессионалы:

• легко получить новых разработчиков до скорости. Книга CSLA и демонстрационное приложение являются большими ресурсами для набирания скорость.
• платформа Проверки является действительно мировым классом - и была "одолжена" для многих много других non-CSLA проектов и технологий.
• Отмена n-уровня в Ваших бизнес-объектах
• изменение строки Конфигурации для n-Tier масштабируемости (Примечание: даже перекомпилировать не необходимо)
• , Ключевые технологии абстрагированы от "реального" кода. Когда WCF был представлен, он оказал минимальное влияние на код CSLA.
  
• возможно совместно использовать Ваши бизнес-объекты между окнами и веб-проектами.
• CSLA способствует нормализации [1 114] поведение , а не нормализации [1 115] данные (оставление базы данных для нормализации данных).

Недостатки:

• Трудность при поблочном тестировании
• Отсутствие Разделения Беспокойства (обычно Ваши бизнес-объекты имеют код доступа к данным в них).
• , Поскольку CSLA способствует нормализации [1 117] поведение , а не нормализации [1 118] данные , и это может привести к бизнес-объектам, которые называют точно так же, но имеют различные цели. Это может вызвать некоторый беспорядок и чувствовать, что Вы не снова используете объекты соответственно. Однако как только физиологический прыжок взят, это, больше, чем имеют смысл - это кажется несоответствующим объектам структуры "старый" путь.
• Это не должно "в моде" создавать приложения этот путь. Можно изо всех сил пытаться получить разработчиков, которые увлечены технологией.

3. После чтения это делает CSLA действительно не, согласуются с TDD?
я не нашел эффективный способ сделать TDD с CSLA. Однако я уверен, что существуют многие более умные люди там, чем я, который, возможно, попробовал это большим успехом.

4. Каковы мои альтернативы?
Domain-Driven-Design получает большое нажатие в данный момент (и законно так - это фантастически для некоторых приложений). Существует также много интересных разработок шаблонов из введения LINQ (и LINQ к SQL, Платформе Объекта, и т.д.). Книга PoEAA Fowlers, детализирует много шаблонов, которые могут подойти для Вашего приложения. Обратите внимание, что некоторые шаблоны конкурируют (т.е. Активная Запись и Репозиторий), и таким образом предназначены, чтобы использоваться для определенных сценариев. В то время как CSLA точно не соответствует ни одному из шаблонов, описанных в той книге, он наиболее тесно напоминает Активную Запись (хотя я чувствую, что это близоруко для требования точного совпадения этот шаблон).

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

, Таким образом, в то время как CSLA совсем не серебряная пуля , это подходит для некоторых сценариев.

Hope это помогает!