思考：
项目定位清晰，每日的数据量大小，最高并发预测
项目方向确定，电商？信息系统？采集系统？
项目是否会进行多次升级（二次需求）？
项目是否会持续维护？
项目是否会面临数据库的迁移？
项目数据的重要性程度？
根据文件大小及量，项目方向确定你的基础框架是否需要做图片或文件服务器，并发瓶颈是否需要做数据库的横向扩展或是数据库集群，项目的分布式或反向代理，项目的自动化保证维护的简易性，面临瓶颈时数据分类新增其它类型数据库，海量（非重要数据）的定时清除特么对于游戏
搭建：
（1）领域层级（实体类，仓储服务接口（逻辑单元具体实现））
（2）数据库Entity（搭建一套可用易扩展维护的Entity()实体对象CRUD的仓储）
（3）应用层Application（接口+实现+Dto 逻辑单元组合）
（4）Web层级（表现层或者对外接口）
（5）Utility 一些支持类（数据类型转化，导出，图文件读写，算法支持，网络访问，类型扩展，代码生成...）
（6）EntityFrameWork 核心实现（基于DBContect的仓储基类的实现，各个对象仓储的实现）
（1）基础权限
（2）登录.........
