MVVM: полное понимание (+WPF) Часть 1

Предположим есть UserControl, он состоит из 2-х частей View (Xaml) и Codebehind (cs). Во View значит я верстаю саму форму, кладу TextBox. В Codebehind я создаю такие же команды и свойства, как это делаете Вы в своей ViewModel, и во View точно также создаю привязки к этим свойствам и командам. Т.е. Codebehind UserControl'а это Ваш ViewModel. Так для чего же мне уже имея View и Codebehind создавать ещё один файл и выносить туда какой-либо код?

Это не так. В VM у нас может быть один объект и это могут быть его свойства
…
Биндинги в WPF — это нечто прямо противоположное «железному прибитию»

… инкапсуляция — это не принцип, а механизм

Увы, нет. Мы не «пробрасываем свойства», мы используем один из плохих приёмов программирования — программирование по совпадению…

… считаю, что проверка на валидность того, что вводит пользователь — обязанность View..

Смелое утверждение. Я вот считаю, что проверка на валидность того, что вводит пользователь — обязанность View. Если же проверка на валидность — обязанность VM, то как и где он будет уведомлять пользователя в случае ошибки?

А использование интерфейса IDataErrorInfo для VM и указание соответствующих свойств в биндинге во View куда можно отнести? В общем-то получается для валидации задействовано и то, и другое. Возможно я не прав, но разве View должна знать какие данные верны, а какие нет? Она должна лишь уведомлять о том, что данные не верны (красное поле ввода, подсказка что не так).
Я для себя делал так (уверен что найдется масса ошибок, но я пока ещё учусь):
Есть правило валидации:

public class ValidationRule
{
    public ValidationRule(string columnName, Func<string> rule)
    {
        _columnName = columnName;
        _rule = rule;
    }
    private string _columnName;
    private readonly Func<string> _rule;
    public string ColumnName {
        get {
            return _columnName;
        }
    }
    public Func<string> Rule {
        get {
            return _rule;
        }
    }
}

И соответственно есть список правил. Их мы задаем в VM. И там же указываем что делать при изменении корректности всего списка правил (например блокируем/разблокируем кнопку сохранения). Через интерфейс IDataErrorInfo поля ввода во View получают информацию о корректности данных и в случае ошибки отображают заданную подсказку.

public class ValidationObject : IDataErrorInfo
{
    #region IDataErrorInfo
    private List<ValidationRule> _validationRules = new List<ValidationRule>();
    private Dictionary<string, bool> _propertiesCorrectly = new Dictionary<string, bool>();
    private Action<bool> _changingCorrect;
    public void AddValidationRule(ValidationRule rule)
    {
        if (_validationRules.Where(r => r.ColumnName == rule.ColumnName).Count() != 0)
            return;
        _validationRules.Add(rule);
        _propertiesCorrectly.Add(rule.ColumnName, false);
    }
    public void SetActionOnChangingCorrect(Action<bool> act)
    {
        _changingCorrect = act;
    }
    string IDataErrorInfo.this[string columnName]
    {
        get
        {
            ValidationRule rule = _validationRules.FirstOrDefault(x => x.ColumnName == columnName);
            string result = null;
            if (rule != null)
            {
                result = rule.Rule();
                _propertiesCorrectly[rule.ColumnName] = (result == null) ? true : false;
                _changingCorrect?.Invoke(!_propertiesCorrectly.Values.Contains(false));
            }
            return result;
        }
    }
    string IDataErrorInfo.Error
    {
        get
        {
            throw new NotImplementedException();
        }
    }
    #endregion
}

ShowSomeWindowCommand = new DelegateCommand<Window>(own =>
            {               
            //someVar и anotherVar используются в конструкторе SomeWindow, чтобы создать себе VM
                var dlg = new SomeWindow(someVar, anotherVar) {Owner = own};
                var result = dlg.ShowDialog();
                ...
            });

В Caliburn Micro есть IWindowManager.ShowDialog(object viewModel). А в Prism это решалось event+behavior. Но однозначно не стоит создавать Window во ViewModel.