搭建后台框架

简单权限屌丝版001-搭建后台框架

1：一曲【"人说恋爱就像放风筝,如果太计较就有悔恨；不哭泣，因为我对情对爱全都不曾亏欠你"】--《太委屈》

2：一代码

[

--委托

  public delegate void TuziDelegate();

  static void LoveTuzi(){....}
 /* 
  * 委托也是一样的，也是一个数据类型，使用她的时候
  * 也需要new一个对象，通过Delegate关键字定义委托 
   */
  TuziDelegate tuzi=new TuziDelegate(Tuzi);
  tuzi();
  // tuzi();//其实内部编译的的时候还是调用了委托内部的invoke方法
 // tuzi.Invoke();//当调用此方法的时候，就相当于调用了委托中存储的那些方法

 TuziDelegate tuzi2=Tuzi;
  tuzi2();

public delegate void TuziAddDelegate(string str);
TuziDelegate t = delegate() { Response.Write("nim "); };
            TuziDelegate t2 = ()=> {Response.Write("lamb1 "); };
            TuziDelegate t3= ()=>   Response.Write("lamb1 ");

            TuziAddDelegate str1 = delegate(string str) { Response.Write(str); };
            TuziAddDelegate str2 = (string str) => { Response.Write(str); };
            TuziAddDelegate str3 = (string str) =>  Response.Write(str);
            TuziAddDelegate str4 = (str) => Response.Write(str);
            TuziAddDelegate str5 = str => Response.Write(str);  
//明天继续

]

3.【简单权限屌丝版数据库设计】

4、代码说明【webform+ado.net+sql2005+json+easyui】

5.从下一篇开始，每篇都会发布demo

6.我喜欢短发美女，谢谢

分类: C#, JavaScript&Jquery, Sql, 简单权限屌丝版, 每日代码秀

一个简单实用的,基于EF的三层架构

到底什么样的框架才是好框架呢?或许不同人有不同的看法.我个人觉一个好的框架,最重要的要是简单实用,能快速适开发,可维护性高(不会出现复制黏贴的代码),并能快速响应各种业务场景的变化的框架,同时性能不会太差.我觉的这样的框架,就是一个好的框架.而且,我觉的做框架,千万不能设计过度,不然会得不偿失.最关键要看你的业务场景,千万不要因为模式而模式,更多的看考虑它的实用性. 就像我接触的我们公司一个基于EF的三层,架构,我就觉得里面有一些不好的设计.主要表现如下.

每个类的一些基本的操作,如增加修改,删除.都是通过代码生成器生成的.其实我是很反对用代码生成器的.用代码生成的代码,就相当于我们在写代码中,进行复制黏贴.这个在我们设计上是很杜绝的. 我们以前做项目,都是不用代码生成器.用代码生成器,只会生成那个实体类.
Bll层和DAL层,职责不分明.我看我做的那项目,写的代码比较乱.有些把业务层的东西,写在dal层. 这个也是框架的问题导致,因为bll层,没有事务,所以把事务里面的业务,也写在dal层里.同时有些人也为了方便,把访问数据的逻辑都放在bll层. 总之让人感觉很混乱.
是用IOC技术,把所有的bll层,dal层都是基于接口的方式去实现.到现在为止,我都觉的这个东西有点设计过度了.因为大部分项目,都不会去换dal层,bll层.如果硬要把所有的bll层,dal层都用IOC来做,会带来如下问题.(1) 我们想增加一个方法,经常要在4个地方写函数. (2)想用F12跟进去查看代码,是跟不进去的.只能跟到接口那里. (3)最要命的就是它那个报错.经常会报配置错误,其实一查根本不是配置错误.只是生成的类有问题

其实EF框架,还是很好用的,尤其在快速开发上,有不可替代的优势.而且性能上,我也做过压力测试,跟ado.net,差不了多少.因此,我就想开发一个基于EF的三层架构,请看下面的相关类图.

该框架,主要实现如下功能.

所有的dal层和bll层都有个基类,在基类里把所有的基本操作封装起来.
在dal层里,并没有真正的操作数据库,只是根据ef生成相应的语句,真正执行是在bll层里.
在bll层里有context对象,用来是控制bll层里的事务.
Service层,是用来给外部提供系统调用的,可以是wcf,也可以webservice,也可以webapi 的方式.
Web 层可的数据,可以来自bll层,也可以来自service层.(在案例中还没有实现)

这框架的优点和缺点,我将下次再介绍,有兴趣的朋友,可以先下载代码来看看.同时也欢迎各位朋友评价这框架..

下载路径 http://pan.baidu.com/share/link?shareid=464738&uk=3322219884 (demo是vs2012的,用其他版本打开可能会存在问题)

标签: 框架, entity framewo