CompositumМСУАндрей, еще можно рассмотреть альтернативу Вашей статье. MVVM. Если надо, скину свой пример.
Честно говоря я не однократно пытался понять, что такое MVVM, но нигде не встречал статьи, в которой на простом, (понятном для меня) примере было бы разъяснено, что это за технология. Сегодня читал это , но яснее не стало. В своих решениях (solution) я всегда стараюсь действовать по следующей схеме:

1. Придумываю логическую схему работы приложения (как что должно работать).

(Все ниже указанные проекты создаются в составе Solution).

2. Создаю проект, в котором определяю набор интерфейсов (interfaces), работающих согласно тому, как это было обозначено в схеме, разработанной в п.1 и посредством которых должны взаимодействовать между собой части приложения (это позволяет в последствии, при необходимости безболезненно заменять любое "звено" приложения другим, поскольку и новый и старый компонент реализуют один и тот же интерфейс). Т.о. можно ядру приложения "скормить совершенно новую версию GUI (например 3D вместо прежнего 2D) - главное, чтобы компоненты реализовывали те же interfaces.

3.Создаю проект, содержащий набор классов для работы с БД (если работаю с БД) - т.к. работаю с MS SQL Server, то это означает, что данный набор классов я генерирую с помощью LINQ to SQL. Причём компоненты проекта реализуют нужные интерфейсы, созданные в п. 2.

2. Создаю проект, содержащий графический интерфейс (GUI), в котором сразу решены вопросы локализации, а так же по максимуму (насколько "соображалки" хватает) реализованы связи в XAML-разметки и используются словари ресурсов, (как правило - вынесенные в отдельные файлы). Причём компоненты проекта реализуют нужные интерфейсы, созданные в п. 2. Все визуальные настройки контролов осуществляются строго через стили (содержащие в своём составе различные шаблоны).

3. Создаю проект, содержащий набор классов, реализующих интерфейсы п. 2 и выполняющие различные необходимые мне операции.

4. Создаю новый проект, в котором созданы классы реализующие интерфейсы, заданные в п.2 и предназначенные для ведения различных логов (журналов) в формате xml (например журнал ошибок).

5. Т.о. теперь всё подготовлено к тому, чтобы собрать ядро приложения, реализующее необходимую логику работы. Причём в этом ядре оперирование выполняется исключительно ИНТЕРФЕЙСАМИ, созданными в п.2, а не экземплярами конкретных классов. Т.о. в заключительной стадии я создаю новый проект, реализующий в себе "ядро" (логику) работы моего приложения. К этому приложению подключаются через референсы все остальные.

Я не знаю как называется мой подход - поскольку, честно говоря, читая статьи аналогичные той, что я указал в линке выше по данному посту, понимания у меня не прибавляется (к сожалению)... (((
А теперь вопрос - на какую технологию это больше смахивает?

Это смахивает на Winforms со всеми его недостатками. Какие сложности с MVVM?

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

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

Попробуй понять MVVM, отпадет необходимость в написании конвертеров, можно будет безболененно менять view и тд. Все весьма упростится.

Compositumи заодно насчёт вашего примера поподробнее если можно.... В смысле у вас есть оформленный пример, в котором используется MVVM?
Я же дал тебе ссылку на статью с примером MVVM. Это классика ее все цитируют.

2 iscrafm, я это сделаю быстрее и проще, чем ты со своей искрой. Для тебя сынок, это, действительно, будет фантастикой. Могу поспорить на твой ноутбук.