基础框架的搭建分层

思考：

　　项目定位清晰，每日的数据量大小，最高并发预测

　　项目方向确定，电商？信息系统？采集系统？

　　项目是否会进行多次升级（二次需求）？

　　项目是否会持续维护？

　　项目是否会面临数据库的迁移？

　　项目数据的重要性程度？

根据文件大小及量，项目方向确定你的基础框架是否需要做图片或文件服务器，并发瓶颈是否需要做数据库的横向扩展或是数据库集群，项目的分布式或反向代理，项目的自动化保证维护的简易性，面临瓶颈时数据分类新增其它类型数据库，海量（非重要数据）的定时清除特么对于游戏

搭建：

　　（1）领域层级（实体类，仓储服务接口（逻辑单元具体实现））

　　（2）数据库Entity（搭建一套可用易扩展维护的Entity()实体对象CRUD的仓储）

　　（3）应用层Application（接口+实现+Dto 逻辑单元组合）

　　（4）Web层级（表现层或者对外接口）

　　（5）Utility 一些支持类（数据类型转化，导出，图文件读写，算法支持，网络访问，类型扩展，代码生成...）

　　（6）EntityFrameWork 核心实现（基于DBContect的仓储基类的实现，各个对象仓储的实现）

 

（1）基础权限

（2）登录.........