使用控制反转处理MVVM中的数据访问层异常

时间:2013-06-09 10:43:50

标签: c# mvvm exception-handling inversion-of-control data-access-layer

我在C#中使用MVVM。

我想使用控制反转(IoC)。我使用框架Unity。

我不了解如何处理可能从数据访问层引发的异常。

这是我为学习做的一个简单的例子:

- 我省略了模型验证(IDataErrorInfo)的管理和ViewModel的服务(例如:DialogService) -

XAML查看

<TextBox ...  Text="{Binding Path=Id}" />
<TextBox ...  Text="{Binding Path=Name}"/>

设计申请

Design Application

MODEL

{
    public class User : INotifyPropertyChanged
    {
        private int _id;
        public int Id
        {
            get{return _id;}
            set
            {
                _id = value;
                this.OnPropertyChanged("Id");
            }
        }

        private string _name;
        public string Name
        {
            get{return _name;}
            set
            {
                _name = value;
                this.OnPropertyChanged("Name");
            }
        }

        public User(int i, string n)
        {
            _id = i;
            _name = n;
        }

        public event PropertyChangedEventHandler PropertyChanged;

        protected void OnPropertyChanged(string name)
        {
            if (PropertyChanged != null)
            {
                PropertyChanged(this, new PropertyChangedEventArgs(name));
            }
        }
    }
}

数据访问层

接口

public interface IDataAccessLayer
{
    Model.User GetUser();
}

具体类

public class ConcreteDataAccessLayer : IDataAccessLayer
{
    public ConcreteDataAccessLayer(){}

    Model.User IDataAccessLayer.GetUser()
    {
        //could throw Exception connecting with data source
    }
}

业务层

public class BusinessLayer
{
    public BusinessLayer(IDataAccessLayer dataAccessLayer)
    {
        if (dataAccessLayer == null)        
        {
            throw new ArgumentNullException("dataAccessLayer");
        }
        this._dataAccessLayer = dataAccessLayer;
    }

    private IDataAccessLayer _dataAccessLayer;

    private QuestionStak.Model.User _user;

    internal QuestionStak.Model.User User
    {
        get 
        {
            if (_user == null)
                _user = _dataAccessLayer.GetUser();
            return _user; 
        }
    }

}

视图模型

public class ViewModel : INotifyPropertyChanged
{
    public ViewModel(BusinessLayer bl)
    {
        if (bl == null)
        {
            throw new ArgumentNullException("BusinessLayer");
        }
        _businessLayer = bl;
    }

    private BusinessLayer _businessLayer;


    public int Id
    {
        get
        {
            return _businessLayer.User.Id;
        }
        set
        {
            _businessLayer.User.Id =  value;
        }
    }

    public string Name
    {
        get
        {
            return _businessLayer.User.Name;
        }
        set
        {
            _businessLayer.User.Name =  value;
        }
    }

    public event PropertyChangedEventHandler PropertyChanged;
}

应用

public partial class App : Application
{

    protected override void OnStartup(StartupEventArgs e)
    {
        base.OnStartup(e);

        //Inversion of control
        IUnityContainer container = new UnityContainer();

        //Created as singleton
        container.RegisterType<IDataAccessLayer, ConcreteDataAccessLayer>(new ContainerControlledLifetimeManager());
        container.RegisterType<BusinessLayer, BusinessLayer>(new ContainerControlledLifetimeManager());

        MainWindow win = container.Resolve<MainWindow>();

        win.DataContext = container.Resolve<ViewModel>();
        win.Show();
    }
}

原则遵循

所以我有一个问题,我不明白如何解决:

  • 如果在加载ViewModel期间ConcreteDataAccessLayer无法加载数据(例如:服务器不可用),则语句_dataAccessLayer.GetUser()会抛出异常而无法管理它(由Unity conteiner捕获)
  • 如果在加载过程中某处管理异常,则数据绑定会导致抛出空异常,因为_businessLayer.User为null(无法加载视图)

请有人为这个问题找到一个干净的解决方案吗?

谢谢!

1 个答案:

答案 0 :(得分:0)

  

如果在加载ViewModel期间ConcreteDataAccessLayer无法加载数据(例如:服务器不可用),则语句_dataAccessLayer.GetUser()会抛出异常而无法管理它(由Unity conteiner捕获)

我不确定'无法管理它(由Unity容器捕获)是什么意思,因为如果构建Unity正在解析的类型存在问题,我只会期望包装的Unity异常。无论哪种方式,您仍然可以自己处理异常。您可能希望在表示层中执行此操作,以便可以调出对话框等。

  

如果在加载过程中某处我管理异常,则数据绑定会导致抛出空异常,因为_businessLayer.User为null(无法加载视图)

是的,如果您已经处理了业务层中的错误,那么您需要防止User属性为null。

但是,我认为应该重新考虑你的方法。您的IDataAccessLayerBusinessLayer类型似乎是大型依赖项,可以最大程度地减少代码重用量,并使单元测试更加困难。

您应该尝试最小化依赖项。如果您的视图模型仅对用户感兴趣,那么您可以使用存储库模式(实际上是数据访问对象模式)来注入用户存储库。

或者,如果您希望使用丰富的业务对象,那么您的视图模型会将您的用户业务对象作为依赖项。然后,您可以决定将模型直接暴露给视图,具体取决于您是否希望违反DRY原则(您当前正在进行)或Demeter法则。

我也会consider using an MVVM framework if you're using the MVVM design pattern