Feel.Net /hDrummer/

Отсюда

Object-Relational Mapping (ORM) необходим только если у вас есть - 1) объектная модель 2) необходимость сохранения этой объектной модели в реляционной СУБД (Relational Database Management System или RDBMS). Последнее вполне может быть необходимостью, особенно в веб-приложениях. Однако с первым могут возникнуть вопросы. У вас существует объектная модель, если у вас есть набор полноценных классов, обладающих некими данными (например, в виде полей) и имеющими собственное поведение (например, в виде методов). Объектно-ориентированный дизайн (Object Oriented Design или OOD) основывается на жесткой связи между данными объектов и методами, оперирующими с этими данными. Без ассоциированного поведения вы остаётесь с анемичной доменной моделью . Всё, что у вас есть - граф объекта с отношениями и данные, замапленные к определённому домену. Но чётко структурированное поведение ограничено считывателями (getters) и установщиками(setters) данных. Зачастую "бизнес-логика" выделяется в

Только что обнаружил, что вышла одна из лучших книг по C#, автор Джон Скит, "C# In Depth", вторая редакция. Можно купить, можно выкачать с торрентов. Книга на английском языке, русского перевода первой редакции я не нашёл, возможно её и не было. Будет ли перевод второй редакции - тоже вопрос. Кстати, по вышеприведенной ссылке книгу можно скачать в электронном виде.

Нашёл таки немного времени на MVC. Перед тем как обратиться к базе данных и поговорить о моделях, давайте сначала поговорим о передачи информации от контроллера к представлению. Классы контроллера вызываются в соответствии с полученными URL-запросами. Класс контроллера является местом, в котором вы пишите код, обрабатывающий входящие параметры, получает данные из базы данных и в итоге решающим какой тип ответа отослать назад браузеру. Затем шаблоны представлений могут быть использованы из контроллера для создания и форматирования ответа на языке HTML и отсылке его в браузер. Вроде бы всё просто и ясно .