标签：
注意:项目经过两次搭建,所以截图中顶级命名空间有ZHH和ZHH2区别,但是架构的内容是一样的,可以将ZHH和ZHH2视为同一命名空间
一:权限管理
二:搜索
|-Lucene.net(速度快)+盘古分词(搜索词拆分)---比模糊查询更模糊
|-模糊查询like效率慢,全盘扫描,不能拆分
盘古分词,分出来的词,用文件存在磁盘内 ,文件并发 ----lock锁->新的问题,效率慢,用户需要等待
生产者消费者模式---优化文件并发
把分词放在队列中(内存集合中),Redis分布式队列
*sesion只能在一台服务器存储信息
-进程外数据库中存session,性能差,没人用
分布式存储Session数据
1-Memcached 内存操作,速度快.
2-分布式文件(图片)存储
3.反向代理服务器:Nginx
4.WebService wcf
|-热词统计
三:工作流 WF
项目框架:三层+抽象工厂+spring.Net
01IDao层
引用Model层,接口规范,查询返回IQueryable<T>,延迟加载,调用才会去生成查询,优化性能
Expression--Lambda树
查询:
IQueryable<UserInfo> LoadEntities(Expression<Func<UserInfo,bool>>where);
分页:
IQueryable<UserInfo> LoadPageEntities<Tkey>(int pageIndex, int pageSIze, out int totalCount, Expression<Func<UserInfo, bool>> where, Expression<Func<UserInfo, Tkey>> orderBy);
增:
UserInfo AddEntity(UserInfo entity);
删:
bool DeleteEntity(UserInfo entity);
改:
bool UpdateEntity(UserInfo entity);
由于每一个接口,都需要定义CURD,那么造成重复,so,封装Base接口
继承基接口
对外提供会话接口IDBSession
02Dao层
引用IDao层和Model层,Dao实现IDao中的接口规范,因为涉及具体数据库操作,so,引用EF组件
Dao层引用EntityFramework组件
引发问题:再一次请求内不能多次创建上下文实例
单例模式:控制对象在整个应用程序周期内只有一份,
单例虽然可以解决,但是新的问题
,当前应用程序所有的用户都用同一个对象,并且追加数据操作到上下文对象中,会导致内存占用越来越大,难以释放
每次请求创建一个EF上下文实例,(线程内唯一)
当请求结束释放
HttpContext 是一个线程内唯一对象
在Dao层定义DBContextFactory.cs(定义在Dao层,防止循环引用)上下文工厂
以上专业写法
CallContext是HttpContext.Items内部对象(线程内唯一)
由于所有的DAO都实现了CRUD,so,封装一个基类BaseDao.cs,并使用上下文工厂类创建对象
重点是DbSet<T>的使用
Dao层子类继承超类,并实现IUserInfoDao接口
DAO和BLL直接需要通信,so,新建一个会话层(工厂),目的是解耦合
定义一个利用反射的抽象工厂DAOAbsFactory.cs反射
在Bll层中调用工厂类,以接口类型返回dao层的实例,降低Bll层和Dao层耦合度
抽象工厂类----数据会话层
抽象工厂(反射) 业务层与数据访问层解耦
-只需要改配置文件,就可以切换dao层
抽象工厂引用程序集
创建会话类实现Idao中的会话接口
有了会话层之后,新建一个会话工厂(内部涉及到EF操作,线程内唯一)
DBSessionFactory.cs
03IBLL
引用
封装IBLL层接口超类
子接口继承
04BLL
引用
封装BLL公共超类
子类
05WebApp
引用
MVC(测试略)
标签：
原文地址：http://www.cnblogs.com/zhhsdn/p/4794865.html
