开闭原则
类应该被扩展,而不是被修改

Liskov替换原则
子类可以替换父类

依赖注入原则
依赖于抽象,而不是实现

接口分离原则
接口应该分开,避免单一通用的接口

合成重用原则
尽量用多态聚合代替继承

最少知识原则
操作知道尽可能少的当前类中的对象(自身,参数,类中的其他实例对象)

发布重用等效原则
细粒度的重用相当于细粒度的版本发布

包依赖:

共同关闭原则
一同变更的类应放在一起

公用重用原则
如果类不会一起被重用,就不应该放到一起.

非循环依赖原则
包之间不可以有循环依赖

依赖不变原则
依赖不应该经常变化

抽象不变原则
抽象包不应该经常变化

Person tom = new Person() - > tom is a Person

Dog trigger = new Dog() -> trigger is a Dog

List<Person> friends = new ArrayList<Person> - > Person have Person friends

Person implements Emotianal,HumanBehave -> Person behave Emotional and surely behave as a human.

interface Emotional{ sadly(); happily();} ->Emotional including sadly and happily doing things.

interface HumanBehave {cry();laugh();call(Person);} -> HumanBehave including cry and laugh and call somebody.

tom.cry().sadly() -> tom is crying sadly

tom.call(ann) -> tom is calling ann

如果以后将软件建模分为过程建模(process modeling)和对象建模(OO modeling),那么就更和谐了.让流程引擎来管理对象的生命周期以及提供上下文环境,对象只是一些功能性的个体.可能是因为最近了解了一些jBPM的东西.其实还应该有规则建模(也就是AOP主要解决的问题).过程,规则,对象这三者是否可以成为"三元素"而统一所有的软件建模领域呢?

有点不明白,为什么java不直接把void这种返回值省略掉,也就是如果没有东西返回就返回this.虽然只是一个很小地方,但真不觉得void有什么用.

例文:

A story about tom and ann (tom,ann,cruger=new Person...)

It's friday.Raining. (context, initialize , environment)

Tom goes to the cinema, buys a ticket and sit. (tom.goToCinima().buyTicket().sit())

Movie started.(environment changed)

Tom notices a pretty girl beside him.(tom.notice(ann))

Tom fell in love.(tom.fallInLove(ann))

Tom kissed the girl whose name is ann. (tom.kiss(ann))

Tom get kicked ass by cruger who is Ann ' boy friend'. (cruger.kickAss(tom))

The end. (process end)

哈哈