把本来以为很简单的一个输出日历的习题做了一下，花了很多时间，到现在还遗留两个问题，正在水木清华求助 =_=
1. 关于Calendar类
Calendar类本身是一个抽象类，使用时需要根据具体的日期制度实现。Java内置了对格列高利历（公历）的支持－－Gregorian类。
2. Calendar 类设置具体参数的方法以前没碰到过
set(int field, int value)
比如要设置月份为三月，就可以calendar1.set(Calendar.MONTH, Calendar.MARCH);
get(int, int)方法也类似
Chapter 10 Object-Oriented Modeling
1. 软件开发的几个过程
需求描述 -< 系统分析 -< 系统设计 -< 具体实现 -< 测试 -< 安装配置 -< 维护
2. 类与类之间的关系
Association
相关联，如教师、课程与学生三个类之间，学生 听 课，教师 授 课
Aggregation and Composition
包含关系，composition 更为严格，排他性的拥有，如公民与身份证号，aggregation 则无此限制，如学生与所在学校
Inheritance
继承，可以是接口或类
注意它们各自在UML中的符号
3. 类的设计
* 一个有过多内容的类应当被分解为几个小类，如String, StringBuffer, 和 StringTokenizer 类各自处理不同的情况。用户通常把不同的类按各种顺序组合起来使用，因此在设计类时不能限制用户在何时、如何使用这些类，并使用户能够按照任意的顺序和任意的组合设置它们的属性。
一般来讲，最好提供一个无参数的构造方法，并尽可能重载equals和toString方法，在重载equals的同时也要* 重载hashCode方法，使得相同的两个对象有相同的hash code。如果想阻止用户创建类的实例，就把构造函数声明为private，如Math类。
* 使用继承和内置(composition)：
inheritance:
public class Cylinder extends Circle {
//...
}
composition:
public class Cylinder {
private Circle circle;
/...
}
一般来说，要用到多态这一特性的话，就要使用继承，否则可以使用内置，因为它相对独立，更机动。
* Convenience class
接口比抽象类更为机动，却不能包含具体方法，可以通过创建一个实现它的方法的抽象类来弥补这一缺陷，使用时哪一个方便就用哪一个。
4. 使用 Sequence Diagrams 和 Statecharts 建模