这几天看了一些关于Silverlight的设计模式相关的文章,主流观点是:Silverlight + WCF + MVVM + Prism,而这几个都不太了解,汗啊~
没关系,“没吃过猪肉还没见过猪跑吗”,既然我们自己的项目中没有用到,那就找一些别人写好的吧,边看边学,边学边用,人总是要不断前进的,俗话说,学习如逆水行舟,不进则退,得继续努力了!
还是使用之前《Silverlight之路》中使用的项目,先以登录页面为入口,尝试使用MVVM进行开发,先建好对应的目录(当然,这个不是必须的)
把之前的登录窗口放到对于View目录中,修改好对应的命名空间,这样,我们的View就差不多了,接下来看看我们的Model,它应该是什么呢?
在我们后台的WCF中,用户登录会到TB_Common_User表中进行验证,于是在我们的实体框架中就有了一个对应的实体类型,那么它是不是就是我们的Model呢?说实话,刚接触的时候我一直以为他们是一回事。但显然,他们不是同一个概念。做为实体的Model,它只是一个数据类型,方便我们在项目中使用,它本身不存在任何逻辑;而做为行为的Model,也就是我们LoginModel,它的责任就要大的多,它负责为ViewModel提供数据,并处理来自ViewModel中的反馈与请求,可以说,它是整个功能的核心要素,想想看,不管是MVC、MVP还是MVVM,为什么它总在第一位呢?呵呵。
知道了Model,那么VM又是什么呢?一个简单的理解:理论上讲,对于后台程序员来说,并不知道View的存在!因为在开发的过程中,View可能会由美工与前端程序员负责,而后台的业务逻辑等由后台程序员负责,为了并行开发和避免相互依赖,需要一个中间件来连接前后台,这就是ViewModel。因此,对于我们来说,ViewModel就是我们的View。至于它如何与View进行关联,这就是SL与WPF中的强大的Binding系统负责的事情了。
由此可以想像,为了“不知道”View存在,就需要在ViewModel中建立View需要的所有数据,我们的目的就是要“以数据驱动界面”,可以设想一下,界面上任何需要后台控制的属性都需要在ViewModel中有与之对应的属性存在,事件也是一样,可以通过命令进行绑定(不过似乎SL中对命令的支持有限,只有一系列按钮可以支持)。
有了上面的概念,回到我们的需求中,分析一下登录模块需要的功能流程:输入,验证输入,登录请求,登录验证,返回登录结果,下一步操作(成功则跳转,失败则提示)。对号入座:输入(View),验证输入(ViewModel),登录请求(Model),登录验证(WCF),返回登录结果(Model),下一步操作(ViewModel),责任分清之后可以进行实现了,不过这里有必要提一下验证输入这一块,在SL是可没有类似Web中那一系列验证控件(Tookit中有,但原理完全不同),SL中的验证可以通过IDataErrorInfo接口来实现,这个一会再说,先看一下代码吧,有时代码比文字更能说明问题。
![ContractedBlock.gif](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![ExpandedBlockStart.gif](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
{
WcfServiceClient client = new WcfServiceClient();
public string UserName { set ; get ; }
public string PassWord { set ; get ; }
public LoginModel()
{
client.loginCompleted += new EventHandler < loginCompletedEventArgs > (client_loginCompleted);
}
void client_loginCompleted( object sender, loginCompletedEventArgs e)
{
Action < int > callback = e.UserState as Action < int > ;
if (callback != null )
callback(e.Result);
}
public void RequestLogin(Action < int > callback)
{
client.loginAsync(UserName, PassWord, callback);
}
}
LoginModel类包括两个属性与一个方法,RequestLogin的参数是一个Action,用来在验证登录后通知ViewModel做处理。再看看ViewModel的代码
![ContractedBlock.gif](https://i-blog.csdnimg.cn/blog_migrate/8f900a89c6347c561fdf2122f13be562.gif)
![ExpandedBlockStart.gif](https://i-blog.csdnimg.cn/blog_migrate/961ddebeb323a10fe0623af514929fc1.gif)
{
public event PropertyChangedEventHandler PropertyChanged;
private Model.LoginModel lm = new Model.LoginModel();
public string UserName
{
get { return lm.UserName; }
set
{
lm.UserName = value;
if (PropertyChanged != null )
PropertyChanged( this , new PropertyChangedEventArgs( " UserName " ));
}
}
public string Password
{
get { return lm.PassWord; }
set
{
lm.PassWord = value;
if (PropertyChanged != null )
PropertyChanged( this , new PropertyChangedEventArgs( " Password " ));
}
}
private ICommand _RequestLoginCommand;
public ICommand RequestLoginCommand
{
get
{
if (_RequestLoginCommand == null )
_RequestLoginCommand = new Commands.DelegateCommand(RequestLogin);
return _RequestLoginCommand;
}
}
public void RequestLogin( object obj)
{
lm.RequestLogin(RequestLoginCallBack);
}
private void RequestLoginCallBack( int loginstate)
{
if (loginstate == 1 )
{
View.Login l = App.Current.RootVisual as View.Login;
l.Content = new MainPage();
}
}
#region IDataErrorInfo 成员
public string Error
{
get { return " 出错啦! " ; }
}
public string this [ string columnName]
{
get
{
string result = null ;
int len = 0 ;
switch (columnName)
{
case " UserName " :
// 设置Username属性的验证规则
len = UserName.Length;
if (len < 2 || len > 10 )
{
result = " Username length must between 2 and 10 " ;
}
break ;
case " Password " :
// 设置Pwd属性的验证规则
len = Password.Length;
if (len < 2 || len > 10 )
{
result = " Pwd length must between 2 and 10 " ;
}
break ;
}
return result;
}
}
#endregion
}
初一看好像代码很多,其实仔细看看的话,发现代码很简单。不过说实话,使用MVVM开发模式的话,一定会比平常的代码量要大的多,可是哪种模式不是这样呢?开发模式的优势不能简单的用纯代码量来衡量的。
< PasswordBox HorizontalAlignment ="Left" Width =" {Binding Width, ElementName=txtUserName} " Height ="28" VerticalAlignment ="Center" Margin ="0" x:Name ="txtPassWord" Password =" {Binding Password, Mode=TwoWay} " />
< Button Content ="登录" HorizontalAlignment ="Left" Height ="27" Margin ="0,0,8,0" Width ="51" x:Name ="btnLogin" Command =" {Binding RequestLoginCommand} " />
这个LoginViewModel实现了INotifyPropertyChanged接口,用来双向绑定数据;实现了IDataErrorInfo接口用来验证输入(关于这两个接口的说明,请参考MSDN或其它详细说明)。这样,我们的VM就建立完成了,剩下的工作只要在view进行绑定就可以了,绑定如下
在初始化时实例化一个LoginViewModel并赋值到View的DataContext就完成了。
this .DataContext = lvm;
实现效果如
以上就是登录功能的MVVM实现。代码很好理解,最主要的工作其实就是分清责任,有两个基本思想,就是
1、 Model是功能的核心,负责业务逻辑的实现。
2、 ViewModel负责为View提供数据,对Model来说,它就是所有的前台。
这就是我对MVVM的理解了,不知道是否正确,欢迎各个大牛指点拍砖!
最后,这里有两个小问题,当我们第一次打个这个窗口时,我们希望用户名输入框获得焦点,但默认情况下不行,需要做一些小处理,即在Load事件中设置一下
{
HtmlPage.Plugin.Focus();
this .txtUserName.Focus();
}
然后,当载入完成后,我们还没有输入时,因为不满足数据验证条件,它也会在加载完就给出错误提示,这也不太好,至少你得先让我输入之后再验证吧。这里我找了一个取巧的办法,我发现Click事件会在绑定的Command执行前被触发,因此,我把绑定的动作放到第一次点击登录按钮时,如
{
if ( this .DataContext == null )
{
ViewModel.LoginViewModel lvm = new ViewModel.LoginViewModel();
lvm.UserName = this .txtUserName.Text;
lvm.Password = this .txtPassWord.Password;
this .DataContext = lvm;
}
}
注意,在第一次绑定时,数据是会从数据源流向目标的,也就是说,我们需要在设置DataContext之前把输入的数据先设置到数据源中,否则如果没有lvm.UserName = this.txtUserName.Text;lvm.Password = this.txtPassWord.Password;这两句,在绑定时输入框就会被清空了。