开心一笑
【昨天晚上我做了一个梦：上帝告诉我，我今生注定孤独。破解的方法只有给十个傻子发短消息。我当时就哭了：天哪，我只认识你一个，我完了。】
提出问题
项目开发中编写代码需要注意的一些习惯？？？
解决问题
解耦与得墨忒耳法则
编写羞怯代码
把你的代码组织成最小单元(模块),并限制它们的交互。
好篱笆促成好邻居
建好方法之间的篱笆，不要让它们相互影响。
墨忒耳法则规定：某个对象的任何方法都应该只调用属于以下情况的方法：
- 这个对象自己拥有的方法；
- 传入该方法的参数的方法；
- 该方法创建的对象的方法；
- 该对象直接拥有的对象的方法；
墨忒耳法则使任何给定程序中的模块之间的耦合减至最少。
编写极可能遵守的墨忒尔法则的代码。
例如：
class A{
private B b = new B();
private void methodE(){}
public void methodA(C c){
D d = new D();
methodE(); //1这个对象自己拥有的方法，可调用
c.print(); //2传入该方法的参数的方法，可调用
d.invert(); //3该方法创建的对象的方法，可调用
b.kill(); //4该对象直接拥有的对象的方法，可调用
F f = b.getF();
f.rock(); //该对象依赖对象的实现的模块，不可调用。
}
}
元程序设计
再好的天才也无法胜过对细节的专注
我们可以让我们的代码变得高度可配置和“软和”，也就是容易适应变化 。
要配置，不要集成
目标就是把我们的系统变得高度可配置，诸如算法，数据库产品，界面风格之类都作为配置选项供选择配置。
将抽象放进代码，细节放进元数据
元数据(metadata)是关于数据的数据，是对任何对应用进行描述的数据。最常见的例子可能是数据库schema或数据字典。
不要让你的项目（或你的职业生涯）走上渡渡鸟的道路（毛里求斯岛上的渡渡鸟不能适应人类和他们的家畜的出现，很久就灭绝了。这是人类记载的第一起物种灭绝）
时间耦合
时间是软件架构的一个常常被忽视的方面。
时间有两个方面对我们很重要：并发（事情在同一时间发生）和次序（事情在时间中的相对位置）
我们需要容许并发，并考虑解除任何时间或次序上的依赖
分析工作流，以改善并发性
总是为并发进行设计
在设计时考虑了并发，到时我们就可以更容易地满足可伸缩性或性能需求。
用服务进行设计
我们需要的不是组件，而是服务，位于定义良好的、一致的接口之后的独立开发的对象。
它只是视图
不要把程序写成一个大块，应该”分而治之“，把程序划分成模块。
模块的一个好定义就是，它具有单一的、定义良好的责任。
使视图与模型分离
其实就是MVC设计模式的核心思想。
黑板
黑板系统让我们完全解除了我们的对象之间的耦合，并提供了一个”论坛“，知识消费者和生产者可以在哪里匿名、异步地交换数据，还能减少我们必须编写的代码的数量。
可以用黑板协调完全不同的事实和因素，同时又使各个参与方保持独立、甚至隔离。
读书感悟
来自林白《一个人的战争》
- 一个人的战争意味着一个巴掌自己拍自己，一面墙自己挡住自己，一朵花自己毁灭自己，一个人的战争意味一个女人自己嫁自己。
- 人生的确像一场梦，无数的影像从眼前经过，然后消失了，永远不再回来，你不能确定是不是真正经历过了某些事情。
- 多米自我总结说：“当初我是不是真正爱过？我爱的是不是他？我想我根本没有爱他，我爱的其实是自己的爱情，在长期平淡单调的生活中，我的爱情是一些来自自身的虚拟火焰，我爱的真实这些火焰。”
其他
如果有带给你一丝丝小快乐，就让快乐继续传递下去，欢迎转载，点赞，顶，欢迎留下宝贵的意见，多谢支持！
