今天完成的事情：

1.根据深度思考，重新细度学习了索引的知识。

对几种索引的区别，什么时候应该创建索引，什么时候不该创建索引，应该创建什么索引有了深刻认识。

2.贫血模型和充血模型

贫血模型：是指领域对象里只有get和set方法，或者包含少量的CRUD方法，所有的业务逻辑都不包含在内而是放在Business Logic层。

优点是系统的层次结构清楚，各层之间单向依赖，Client->(Business Facade)->Business Logic->Data Access(ADO.NET)。当然Business Logic是依赖Domain Object的。

似乎现在流行的架构就是这样，当然层次还可以细分。该模型的缺点是不够面向对象，领域对象只是作为保存状态或者传递状态使用，所以就说只有数据没有行为的对象

不是真正的对象。在Business Logic里面处理所有的业务逻辑，在POEAA(企业应用架构模式)一书中被称为Transaction Script模式。

充血模型：层次结构和上面的差不多，不过大多业务逻辑和持久化放在Domain Object里面，Business Logic只是简单封装部分业务逻辑以及控制事务、权限等，这样

层次结构就变成Client->（Business Facade)->Business Logic->Domain Object->Data Access。优点是面向对象，Business Logic符合单一职责，不像在贫血模型里面那

样包含所有的业务逻辑太过沉重。缺点是如何划分业务逻辑，什么样的逻辑应该放在Domain Object中，什么样的业务逻辑应该放在Business Logic中，这是很含糊的。即使

划分好了业务逻辑，由于分散在Business Logic和Domain Object层中，不能更好的分模块开发。熟悉业务逻辑的开发人员需要渗透到Domain Logic中去，而在Domian Logic

又包含了持久化，对于开发者来说这十分混乱。  其次，因为Business Logic要控制事务并且为上层提供一个统一的服务调用入口点，它就必须把在Domain Logic里实现的

业务逻辑全部重新包装一遍，完全属于重复劳动。

贫血”和“充血”都是非健康态。前者是方法提供不足，后者是方法提供过度，关键是“适度”。单一职责原则是一方面，另一方面是层次划分。

3.重新安装了系统环境和开发必须环境。

4.在任务一的基础上加入了springmvc，搭建ssm框架。

明天计划的事情：

这两天总结一下任务一，准备提交任务

遇到的问题：

1.安装JDK的时候没有安装JRE，环境变量配置也没问题，命令行java命令却无效。

解决：卸载重装的时候却发现JRE莫名安装了，可是我的目录结构里面没有JRE，卸载JRE后。恢复正常

2.mysql安装成功，却不能打开。缺少必要依赖库。

解决：百度mysql依赖库，全部安装。

3.mysql5.7初始密码。

解决：写了一个my.ini配置文件，在里面添加跳过密码登录。进入mysql的user表，更新密码。

收获：

重新搭建了开发环境，提高了搭建环境的能力