WPF +MVVM(Caliburn.Micro)项目框架

       最近做了一个软件,这个软件不是网站,但是与HTML,AJAX等技术密切相关,也不是只有单纯的数据库增删改查,还涉及到线程协调,比较复杂的文本处理……

       这样的软件,用OA,ERP的框架显然是不合适的,因为这种软件用不上权限管理,工作流这些技术。但是软件又要操作数据库。

       介于这些的特殊性,想来想去,还是自己搭建一个轻量级的软件框架是比较好的。

一:C/S与B/S的选择

1,我做的是一个购物网站的刷单软件,有如下几个方面的原因,我选择了C/S程序

a,刷单软件需要长时间的运行,不定时,不间断的去访问购物网站。

b,有时候有多个线程的需要。

c,程序运行时,需要操作本地文件的权限,要把关键页面截图(如添加收藏,货比三家)保存到本地,然后上传到服务器。

d,C#的Httpresponse,HttpRequest对象运行在不同的电脑上,有不同的外网IP,如果做成网站,Httpresponse,HttpRequest永远只是在服务器上运行,外网IP只有一个。

2,在桌面运用程序方面,我感觉用WPF要比用WinForm好。

a,WPF的UI做出的产品肯定要比WinForm专业,这一点是谁都不能否认的。

b,WPF技术运用了XAML语法,这个比WinForm好用。

c,WPF可以用到MVVM模式,这点WinForm是永远都做不到的,并且MVVM有比较成熟的产品(MVVMLight, Caliburn.Micro,Prism)等产品

在这儿选用的是Caliburn.Micro框架,优点在于有命名的自动匹配,发布/订阅的消息模式,IOC的解耦,我举两个例子说明一下吧:

例一,IOC创建对象

WPF +MVVM(Caliburn.Micro)项目框架_第1张图片

我的项目 Trade.WPFClient  要用到  Trade.WPFBusinessPart 的页面,正常情况下 Trade.WPFClient  要添加项目 Trade.WPFBusinessPart的引用。

但是用Caliburn.Micro是不用添加引用的。

只添要在引导程序中AppBootstrapper.cs中的配置加添加如下代码:

protected override void Configure()
{
    foreach (var file in System.IO.Directory.GetFiles(System.IO.Directory.GetCurrentDirectory(), "Trade.*.dll"))
    {
        AssemblySource.Instance.Add(Assembly.LoadFile(file));
    }

    var catalog =
        new AggregateCatalog(
            AssemblySource.Instance.Select(x => new AssemblyCatalog(x)).OfType());

    this.container = new CompositionContainer(catalog);

    var batch = new CompositionBatch();

    batch.AddExportedValue(new WindowManager());
    batch.AddExportedValue(new EventAggregator());
    batch.AddExportedValue(this.container);
    batch.AddExportedValue(catalog);

    this.container.Compose(batch);
}

在使用的时候,用IOC的方式创建对象:

UserCenterViewModel userCenter = (UserCenterViewModel)IoC.Get();
bool? userCenterVal = IoC.Get().ShowDialog(userCenter);

根本就不用引用一个类库,然后new一个对象。做到了高内聚,低耦合的原则。

 

例二:发布/订阅模式编

先要定义一个接口,我的项目是以 Trade.BaseInterface  这个类库作为我的接口库类。

在发布页面:

WPF +MVVM(Caliburn.Micro)项目框架_第2张图片

 方法一是同步UI发布事件,

 方法二是新开一个Task来发布一个事件。也就是异步发布事件。

然后在另外一个页面接收这个发布的事件:

WPF +MVVM(Caliburn.Micro)项目框架_第3张图片

这样就实现了两个类库之间互相不添加引用的情况下,把消息通知给另外一个类库。

二:数据库的持久化操作

数据库持久化操作经历了很多阶段,

1,SqlHelper阶段

2,enterprise library阶段

3,Ibatis,Dapper阶段

4,Linq, Nhibernate, EntityFramework阶段。

这几种操作,我在实战项目中都使用过,犹其是EntityFramework,不管是Code Frist 模式,Mode First模式,还是Data First模式,好几年前就用在项目中做过比较了。

但是我最认可的还是Dapper。

来一段码:

/// 
/// 根据用户ID获取用户的相关信息
/// 
/// 
/// 
/// 
public TradeUserModel GetTradeUserByUserID(DataContextBase dContext, String userID)
{
    TradeUserModel result = default(TradeUserModel);
    String querySql = @"select * from TradeUser where UserID = @UserID;
                        select ROW_NUMBER() over (order by DoBindingDTime desc) as RowNo, * from Member where IsDelete = '0' and UserID = @UserID;
                        select * from Member where IsDelete = '0' and IsCurrent = '1' and UserID = @UserID ";
    var multi = dContext.Connection.QueryMultiple(querySql, new { UserID = userID }, dContext.Transaction);
    result = multi.Read().FirstOrDefault();
    List memberList = multi.Read().ToList();
    MemberModel currentMember = multi.Read().FirstOrDefault();
    result.MemberList = new ObservableCollection(memberList);
    MoneyRepository moneyRepository = new MoneyRepository();
    decimal  totalMoneyIn = moneyRepository.GetBusinessMoneyByUserID(dContext, userID, "In", new string[] { "RechargeMoney", "" });
    decimal totalMoneyOut = moneyRepository.GetBusinessMoneyByUserID(dContext, userID, "Out", new string[] { "TakeMoney", "TaskOut", });
    decimal totalTransferMoneyIn = moneyRepository.GetBusinessMoneyByUserID(dContext, userID, "In", new string[] { "TransferMoneyIn", "" });
    decimal totalTransferMoneyOut = moneyRepository.GetBusinessMoneyByUserID(dContext, userID, "Out", new string[] { "TransferMoneyOut", "" });
    result.TotalEnableMoney = totalMoneyIn + totalMoneyOut;
    result.TotalNotEnableMoney = 0;
    result.TotalTransferMoney = totalTransferMoneyIn + totalTransferMoneyOut;
    result.CurrentMember = currentMember; // currentMember ?? new MemberModel();
    return result;
}

我一段Sql执行了三个查询,用QueryMultiple取得不同的查询结果,最神奇的地方,是查询出来的字段,不用手动赋值,Dapper可以自动实现。比如

public List GetInvitationCollectionByOwner(DataContextBase dContext, InvitationModel invitationData)
{
    List result = default(List);
    String querySql = @"select ROW_NUMBER() over (order by CreateDTime desc) as RowNo
                        , tu1.UserName as OwnerInfoName, tu2.UserName as ComputerUniqueName, i.* from Invitation i
                        left join TradeUser tu1 on i.OwnerInfo = tu1.UserID
                        left join TradeUser tu2 on i.ComputerUnique = tu2.UserID
                        where OwnerInfo = @OwnerInfo;";
    result = dContext.Connection.Query(querySql, invitationData, dContext.Transaction).ToList();
    return result;
}

这样的我查询结果就直接 赋值给 InvitationModel 类了。

三:项目中实体对象的共用

理论上,应该要申明一个类与表的字段对应

如果是用WCF作为通信传输,还得声明一个DataContract 数据契约类

如果是用的MVVM框,还得要有一个ViewModel类

三个类这间,要转换赋值,有类似 automapper 这样的工具,但是我还是不建议转换去,转换来的。

我直接把这个三个不同地方的类给共用起来。

比如我的实体类如下:

[DataContract]
public class LogModel : NotifyPropertyChanged
{
    private Guid _logID;
    [DataMember]
    public Guid LogID
    {
        get
        {
            return _logID;
        }
        set
        {
            _logID = value;
            OnPropertyChanged("LogID");
        }
    }

……

1,可以运作WCF的数据契约传输,

2,还可以作为MVVM的ViewModel

3,还可以与数据库字段在ORM时相互映射


一箭三雕啊

结语:

这个项目还运用到了很多技术,如如线程的管理,解析网页(网页异步加载情下)是怎么处理的?

等下一篇博客再说。

如果对这个软件感觉兴趣的,可看上一篇博客。谢谢!

 

你可能感兴趣的:(WPF +MVVM(Caliburn.Micro)项目框架)