我的开发框架(WinForm)

近来，看园子里，好多同学，展示自己工作中的开发框架，有的功能强大，有的短小精悍，我也来凑个热闹，望各位大侠指点一二。

一、指导思想

1、尽量减少程序员对数据库的依赖，或者说尽力少的写sql 语句。根据以前做项目的经验，大概10%的代码时间，在拼sql，主要是想利用现有的ORM技术，使得程序员能摆脱大部分拼sql的工作。

2、支持多种数据比如Sqlerver、Oracle等。公司是做项目为主，不同的项目甲方要求的数据库可能会不同，所以必须支持多数据库。sqlserver和oracle是最常用的，优先支持。

3、模块化，功能模块间可插拔设计。系统的各个模块间没有必然的联系，可以通过复制一个dll或几个dll，简单的配置一下权限，有的甚至不需要配置，即可使用。

4、集成日志和权限功能。这两块是系统框架最基本的东西，必须有的。

5、针对接口编程。有些功能不是从底层写的，是基于第三方的软件进行二次开发的，比如GIS，CAD，不同的项目，选用的平台会有不同。如果更换了二次开发的平台，那么将相关的接口再实现一遍，不影响其他模块。

6、面向业务。做项目的公司，不做业务，就没饭吃了。因此，程序员的主要精力应该是理解业务和实现业务。

7、要易于扩展易于部署。技术是不断发展的，业务也是不断变化的，不同的地区，不同的公司的业务是千差万别的，领导的想法也是不断变化的，因此必须容易修改，方便部署。

二、框架设计

下面是我针对CS模式的一个设计，

你也许已经看过很多架构示意图，我的这个算是比较简陋的一个了，但我觉得能说明的我的设计的东西。整个图分为三块：图例、整体结构、单模块结构。

首先左上角的是图例，右上角的是一个模块的结构，下面的部分是整体的。

先说说图例，蓝色方块标示定义的接口，没有真正的实现代码。橙色方块是针对接口的实现。橙色到蓝色的渐变方块是既有接口又有默认实现。

模块分为3种：核心模块、非业务模块和业务模块。顾名思义，核心模块定义了一系列的通用接口，和部分默认的实现。非业务模块是指和业务无关的模块，用于支撑业务的实现。比如数据操作模块。主要封装数据库的操作。业务模块指针对项目的需求进行实现的模块。

在一个业务模块中包括以下内容

Menu（菜单）：模块汇总包括哪些菜单，或者说实现了哪些业务的功能。单击一个菜单后，执行什么操作，展示哪些界面等。

Tool(工具条)：模块包括哪些工具，执行什么操作，展示哪些界面等。

Control：模块中的子界面。

三、用到的技术

基于.net4.0实现。用到的组件

1、Mef。插件机制的实现，.net4.0自带

2、ServiceStack.OrmLite。 Orm映射的实现，之所以选他是因为，它是针对单表设计的，比较简单易用，不用配置。NHibernate配置太多，容易搞错，EntityFramework目前只支持Sqlserver，不符合要求。

3、Autofac。Ioc组件

4、Log4Net。这个不用多说了。

四、项目组织

不多说啦，上图

在实现过程中，增加了Common组件，提取通用的功能，Core.Map组件，提取地图相关的接口。

巴特西