1. Вид только отображает данные. Сами данные он не хранит, но может хранить вспомогательную информацию (выделенная ячейка, где расположен курсор и т.п.). Он реагирует на события от модели (изменение данных) и на события от контролера (пользовательский ввод). Реагирует он только изменением отображения данных, сам он событий не порождает.

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

3. Контроллер обрабатывает пользовательский ввод и в зависимости от него дает команды модели изменить данные и виду изменить отображение данных (выделить строку, переместить фокус ввода и т.п.).

ivashkanet, я же грю - это два разнах подхода. Вот, сравни мое описание:

1. Вид отображает данные и выполняет первичную обработку событий (кликанье мышкой, клава, и прочее, все то, что есть в дотнете в базовом классе формы и контролов). После первичной обработки вид должен продуцировать application-specific события. В твоей проге "системным" событием будет parentTable.SelectedRowChanged, а "application-specific" будет событие ParentRowChanged на уровне формы. Вид полностью отвечает за отображение данных и обработку пользовательского ввода.

2. Контроллер (презентер) - это посредник между видом и моделью. Он подписывается на события обоих, и содержит в себе application-specific логику - команды виду обновить свое содержимое (как реакция презентера на событие Вид.ParentRowChanged - выставить Вид.ChildDataSource = DataGateway.GetChildRows(Вид.CurrentParentRow)).

3. Модель - это бизнес и дата слои твоего приложения. Например, DataGateway - один из элементов модели.

Возможно, ты путаешься, потому что в дотнете MVC частично реализован: форма - это вид+контроллер. А то, что описываю я - это абстракция более выского уровня, независящая от языка/платформы. С ее помощью можно четко разделить код, управляющий внешним видом (форма, контролы, клики, измененение фокуса, подсвечивание, enable/disable и проч) от логики приложения - обращения к бизнес и дата уровням, обновление информации, etc.

Я использовал паттерн MVP для оконных и веб-проектов. А у mr.DUDA, например, отлично получалось с его помощью описывать контрол-дерево файлов.

Значит у LSD это MVC, а у arilou это MVP. 
Я так понимаю?

Если я построю свое приложение так:
1) View --- отображает данные и обрабатывает только те события, которые не требуют дополнительной информации о других объектах системы.
2) Model --- предоставляет интерфейс к БД и содержит данные которые отображаются во View (готовые 1:1)
3) Controller --- обрабатывает события, которые не смогла обработать View, отправляет запрос на изменение данных (к Model)

Все равно какой это будет паттерн (пусть даже IMVC -- ivashkanet-M-V-C)

(Этот подход соответствует схеме LSD)

Будет ли это нормально? Не нарвусь ли я где-нить на грабли в будущем?

ivashkanet, кароча пиши код и выкладывай. Тада проще будет обсудить   

arilou, скажешь тоже. 
От того какую выберу политику и будет зависеть код 
Хотя неструктурированный он есть 

MVC - это Model-View-Controller, а MVP - Model-View-Presenter. По моему личному ИМХу, для разработки в C# более подходит именно второй паттерн.