+500
Писать юнит-тесты для проекта сделанного по принципу: накидали компонентов, настроили связи, подключили всё это к контролам, без выделения функционала в логичные классы - это рельный 3,14здец!  


X-Vlad, скажи пожалуйста ты реально пишешь unit-тесты на delphi в этом db-приложении? Особенно интересует область тестирования application server-a. 
Я веду два проекта с таким же преклонным возрастом(одному более 10 лет, второй помоложе), и при попытке сообразить как покрыть тестами этот код, у меня мозг скукоживается.  Я могу понять как протестировать вспомогательные классы, но как создать mock-объекты для датасетов, я пока не могу сообразить. =( 

Проекты состоят из клиента и бд на firebird-e, сервера приложений просто нет, а большая часть бизнес логики реализована в БД в хранимых процедурах/триггерах.


Дико это звучит пока не попробуешь. А когда попробуешь, то понимаешь, что при таком подходе, классы получаются более цельными и логичными.

ну честно говоря жарптица плохая в ипользовании... разве что в маленьких компаниях и при малых обьемах данных.




У нас нетолько юниттестами покрыт код дельфи, .Net но еще и сторед процедуры. Юзаем как я писал выше MS SQL Server 2005, 2008, базы в стаблицамы в которых несколько миллионов рекордов.
Насчет мокапа данных для тестирования - в ДевЕкспресах есть МемориДатасет, вот в него взаганяешь данные и работаешь с ним, или пишем коллекции и т.д. На проекте более 5000 юниттестов, несколько сотен юниттестов на сторед процы.




бывает такой код который физически невозмождно покрыть юниттестами, мы в таких случаяхъ не напрягаемся 



Это сообщение отредактировал(а) X-Vlad - 15.3.2009, 14:09

Это не имеет отношения к теме. =)


А много людей на проекте?

mock-объекты, это что?

А насколько сильно он отличается от rxlib'овского МемориДатасета?

А вы реально пишите юнит-тесты перед тем как писать объетк?

Это сообщение отредактировал(а) Delphist - 16.3.2009, 14:35

 более 70-ти

Добавлено @ 15:15


если это необходимо. 

Добавлено @ 15:16


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

Добавлено через 5 минут и 40 секунд


не знаю не иследовал. 

Это сообщение отредактировал(а) X-Vlad - 18.3.2009, 15:17

X-Vlad, спасибо за ответы.

Добавлено @ 15:46
Тема все еще актуальна!, так что высказываемся,  не стесняемся 

Добавлено @ 15:48


Почитал стайтеку (http://rsdn.ru/article/patterns/patterns.xml) делаю вывод, что народ все правильно понимает, что я хочу, только вот все это бы к БД, с каким-нить инструментов созданным специально для любителей БД по MVC.

Это сообщение отредактировал(а) Delphist - 18.3.2009, 15:49

народ понимает, что я хочу... какой-нибудь инструмент...  

под иснструментом я имел ввиду  какую-нить библиотеку или фигню типо ECO - только более продивнутую...

Все исчепали мы себя?

Bose, X-Vlad, остальные, поживее-поживее, крутите извилинами, работа-то стоит, работу-то надо работать, а мы из-за вас пролетаем, весь воронеж ждет. я разочарован.

это называется "объектно ориентированное программирование"(с)  


послушайте умных людей 


у этого автора есть еще одна книга: "Patterns of Enterprise Application Architecture", там описаны паттерны проектирования для работы с БД
основная проблема при работе с БД - постоянное преобразование данных из системы типов БД, в систему типов языка программирования, MVC и TDataset этой проблемы не решают. 
Для этого используют различные ORM(object relational mapping) паттерны, которые описаны в этой книге, например Active Record. Существует множество различных ORM библиотек для .NET и для динамических языков, насчет дельфи, я не в курсе.

Добавлено через 1 минуту и 4 секунды
для .NET есть Entity Framework, NHibernate, возможно что-то еще

Добавлено через 14 минут и 35 секунд
Вообще, я не понял, причем тут Dataset-ы и почему они не вписываются в MVC паттерн, согласно MVC, у нас есть data access layer, business logic layer, presentation layer. TDataset, он какбэ часть data access layer, то что он содержит нужно отобразить в набор объектов бизнес логики приложения, которые могут взаимодействовать с presentation layer-ом? По моему, даже на дельфи эти уровни можно разделить и сделать независимыми. 

lol


Мне тоже так кажется, но по-мойму, автор хочет, чтобы ему дали готовый набор компонент "для реализации MVC" 

  расмешил

Скажи, пожалуйста, этот букварь на русском существует или аналогичный книжки на русском

существует  
ЗЫ. Delphist, харош уже заниматься массажем деревянной ноги...

тебя что интересует? MVC в Delphi или руссая документация?
1. тебе кажется уже многие сказали что есть
2. я не искал, если так волнует - поищи, ненайдешь - напиши сам. Заодно и сам разберешься и может другим поможешь. 
А если хорошо напишешь то и книгу выпустишь и денег заработаешь   представляешь MVC в Delphi автор Delphist  звучит