搭建后台框架
简单权限屌丝版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
作者： Leo_wl
出处： http://www.cnblogs.com/Leo_wl/
本文版权归作者和博客园共有，欢迎转载，但未经作者同意必须保留此段声明，且在文章页面明显位置给出原文连接，否则保留追究法律责任的权利。
版权信息