Я все еще не получаю MVVM!

Хорошо, если написать новую команду, которая реализует ICommand, кажется, немного переборщить с kill, взгляните на этот класс: VB.NET: {{1 }} Открытый класс RelayCommand Реализует ICommand

#Region " Declarations"
    Private mCanExecute As Predicate(Of Object)
    Private mExecute As Action(Of Object)
#End Region

#Region " Constructors"
    Public Sub New(ByVal canExecute As Predicate(Of Object), ByVal execute As Action(Of Object))
        mCanExecute = canExecute
        mExecute = execute
    End Sub

    Public Sub New(ByVal execute As Action(Of Object))
        mCanExecute = Nothing
        mExecute = execute
    End Sub
#End Region

#Region " Events"
    Public Custom Event CanExecuteChanged As EventHandler Implements System.Windows.Input.ICommand.CanExecuteChanged
        AddHandler(ByVal value As EventHandler)
            AddHandler CommandManager.RequerySuggested, value
        End AddHandler
        RemoveHandler(ByVal value As EventHandler)
            RemoveHandler CommandManager.RequerySuggested, value
        End RemoveHandler
        RaiseEvent(ByVal sender As Object, ByVal e As System.EventArgs)
            Throw New ApplicationException("Can't raise custom command!")
        End RaiseEvent
    End Event
#End Region

#Region " Public Methods"
    Public Function CanExecute(ByVal parameter As Object) As Boolean Implements System.Windows.Input.ICommand.CanExecute
        If (mCanExecute Is Nothing) Then
            Return True
        End If
        Return mCanExecute(parameter)
    End Function

    Public Sub Execute(ByVal parameter As Object) Implements System.Windows.Input.ICommand.Execute
        mExecute(parameter)
    End Sub
#End Region

End Class

C #

public class RelayCommand : ICommand
{

    #region Declarations
    private Predicate<object> mCanExecute;
    private Action<object> mExecute;
    #endregion

    #region Constructors
    public RelayCommand(Predicate<object> canExecute, Action<object> execute)
    {
        mCanExecute = canExecute;
        mExecute = execute;
    }

    public RelayCommand(Action<object> execute)
    {
        mCanExecute = null;
        mExecute = execute;
    }
    #endregion

    #region Events
    public event EventHandler CanExecuteChanged {
        add {
            CommandManager.RequerySuggested += value;
        }
        remove {
            CommandManager.RequerySuggested -= value;
        }
    }
    #endregion

    #region Public Methods
    public bool CanExecute(object parameter)
    {
        if ((mCanExecute == null)) {
            return true;
        }
        return mCanExecute(parameter);
    }

    public void Execute(object parameter)
    {
        mExecute(parameter);
    }
    #endregion

}

, и для его использования просто выставьте свойство типа ICommand, которое возвращает новую RelayCommand с делегатами функции ...

vb.net

Private mDeleteCommand As ICommand

Public ReadOnly Property DeleteCommand() As ICommand
    Get
        If (mDeleteCommand Is Nothing) Then
            mDeleteCommand = New RelayCommand(AddressOf CanDeleteTodo, AddressOf DeleteTodo)
        End If
        Return mDeleteCommand
    End Get
End Property

C #

private ICommand mDeleteCommand;
public ICommand DeleteCommand {
    get {
        if ((mDeleteCommand == null)) {
            mDeleteCommand = new RelayCommand(CanDeleteTodo, DeleteTodo);
        }
        return mDeleteCommand;
    }
}

Только пользователь, запускающий веб-сервер dameon, должен иметь разрешения на запись в каталог. И вам, конечно, не нужны разрешения на выполнение для каталога, в который загружаются пользователи.

Обычно настройки папки устанавливаются один раз и все. Это довольно бессмысленно продолжать устанавливать разрешения папки 777 через PHP, когда вы уже установили его 777.

OK, чтобы дать этому потоку некоторый вид закрытия для будущей ссылки. Во-первых, большое спасибо за ответы. Команда RelayCommand действительно хорошая идея; это действительно многое упрощает и облегчает тестирование и работу. Похоже, это путь. Привязка к SelectedItem также решает проблему отсутствия поддержки команд в ItureControl. Что касается связи между ViewModels, я не убежден, что наличие супервидовой модели решает мою проблему, поскольку она связывает модель с моим визуальным деревом. Кроме того, я не нашел способа в этой структуре иметь чистый, независимый от объекта способ связи между всеми моделями представлений в различных иерархиях. Итак, я пытаюсь сначала создать централизованную модель, которая является синглтоном, реализующим интерфейс INotifyPropertyChanged. Затем ViewModels может иметь экземпляр этой модели и действовать на него, распространяя соответствующие изменения свойств с помощью нашего старого доброго друга образца Observer. Кажется, работает хорошо, хотя я немного беспокоюсь о круговых ссылках. Что вы думаете?

Привет, Хулио,

Похоже, это старый пост, но мне очень нравится твой вопрос.

В последнее время я занимаюсь гибким программированием и WPF. Я хорошо знал структуру Cairngorm (скажем, [C]), научился использовать модель представления с использованием Parsley Framework, и в WPF я понимаю, что модель представления была изменена на шаблон MVVM.

Команда

Команда в [C] отличается от команды в MVVM, команда в [C] больше удовлетворяет как Шаблон команды, где в [C] контроллер действует как Invoker, поэтому в [C] команда фактически может поддерживать цепочку, отмену, транзакцию и т. д. В MVVM команда далека от шаблона команды. Основная идея использования Command в MVVM, потому что ICommand — единственный способ выполнить привязку к операции. Во Flex вы легко привязываете метод к событию, используя click="{viewmodel.doOperation()}", но не в WPF.

Model Locator

Сосредоточение состояния вашего приложения в одном Model Locator, как это сделал [C], является плохой практикой. С другой стороны, вы потеряете возможность «легко» протестировать свой код, если сделаете это. Чем более зависим ваш код, тем сложнее его тестировать, если ваш локатор модели содержит множество моделей меньшего размера, чем вы уже сильно зависите от своего кода. И самое страшное в использовании синглтона — это то, что над ним невозможно издеваться. поэтому, если ваш локатор модели не подходит для модульного тестирования, ваш процесс модульного тестирования может быть полон боли.

на самом деле не существует лучших практик, используемых в контексте MVVM для общей модели между представлениями, как вы упомянули, но вам следует взглянуть на термин внедрение зависимостей, чтобы добиться этого.

С наилучшими пожеланиями

Люди, обсуждающие MVVM, сделали его слишком теоретическим, а flex имеет действительно другую архитектуру, что делает MVVM немного сложным для людей, пришедших из flex.

Позвольте мне привести очень простой пример.

В Flex мы в основном создаем один MXML для компонента пользовательского интерфейса, и у нас есть наша привязываемая модель, и мы в основном пишем наш код в событиях компонента пользовательского интерфейса, а также в других компонентах пользовательского интерфейса. . Например, WebService, HttpService и т. д., они не являются компонентами пользовательского интерфейса, но они все же могут быть внутри MXML, и к ним можно легко получить доступ в коде MXML.

Таким образом, вы можете очень легко организовать Модель + Представление + Контроллер в одном файле MXML.

В Silverlight в XAML элементы пользовательского интерфейса могут быть только дочерними элементами изменяемой страницы или пользовательского элемента управления. Существуют ограничения, XAML позволяет размещать элементы, не относящиеся к пользовательскому интерфейсу, только в ресурсах, а типизированная переменная добавленного вами ресурса не так легко доступна в коде, стоящем за XAML, вам необходимо вызвать find resource для доступа к коду.

Чтобы упростить задачу, MVVM заставляет вас определять разные файлы.

У вас есть один файл, который представляет собой вашу модель, например, Customer.cs.

У вас есть еще один файл, который представляет собой вашу ViewModel, которая в основном представляет собой комбинацию Model + Commands.И вы пишете свой код контроллера в событии Executed команды.

У вас есть еще один файл, это ваше представление, представление в основном привязывается ко всем свойствам модели представления, которые являются либо моделью, либо командами.