java方案设计与论证

1、java 方案设计与论证java方案设计与论证的相关文章就在下面，在不断的学习java过程中，下面的问题会一直存在，请看：类似一些高内聚、低耦合、 java 设计原则都要牢记，设计类、抽象类、接口的能力， 锻炼这种能力可以通过去查看 eclipse 里面的源代码和自己多动手设计体验一些经典类的设计过程， 会有一部分的提升。当然，前提是必须了解一些关于类设计原则方面的知识。然后让这些知识和实际代码结合起来， 不停的去锻炼这种能力， 会提升比较迅速。坚持！类的设计原则有助于设计出合理的类。内聚性类应该描述一个单一的实体，而所有的类操作应该在逻辑上相互配合，支持一个一致的目的。例如：可以设计一个类用

2、于学生，但不应该将学生与教职工组合在一个类中， 因为学生和教职工是不同的实体。如果一个实体担负太多的职责，就应该按各自的职责分成几个类。例如： String类、 StringBuffer类和 StringBuilder类用于处理字符串，但是他们的职责不同。String类处理不变的字符串，StringBuilder类创建可变字符串， StringBuffer()与 StringBuffer()类还包含更新字符串的同步方法。一致性遵循标准 java 程序设计风格和命名习惯。 为类、数据域和方法选取具有信息的名字。通常的风格是将数据声明置于构造方法之前，并且将构造方法置于方法之前。选择名字要保持一致

3、。给类似的操作选择不同的名字并非良好的实践。例如： Length() 方法返回 String 、StringBuilder和StringBuffer的大小。如果在这些类中给这个方法用不同的名字就不一致了。一般来说，应该具有一致性地提供一个公共无参的构造函数，用于构建默认实例。 如果一个类不支持无参的构造函数，要用文档写出原因。如果没有显示定义构造方法，即假定有一个空方法体的公共默认无参构造方法。如果不想让用户创建类的对象，可以在类中声明一个私有的构造方法， Math 类就是如此。封装性一个类应该使用 private 修饰符隐藏其数据，以免用户直接访问它。这使得类更易于维护。只在希望数据域可读的

4、情况下，才提供 get 方法；也只在希望数据域可更新的情况下，才提供 set 方法。例如： Rational 类为 numerator 和 denominator 提供了 get 方法，但是没有提供 set 方法，因为 Rational 对象是不可改变的。清晰性为使设计清晰，内聚性、一致性和封装性都是很好的设计原则。除此之外，类应该有一个很清晰的合约，从而易于解释和理解。用户可以以各种不同的组合、顺序，以及在各种环境中结合使用多个类。因此， 在设计一个类时，这个类不应该限制用户如何以及何时使用该类； 以一种方式设计属性， 以允许用户按值的任何顺序和任何组合来设置；设计方法应该使得实现的功能与他

5、们出现的顺序无关。例如： Loan 类包含属性 loanAmount、numberOfYears 和annualIntereRate，这些属性的值，可以按任何顺序来设置。方法应在不生产混淆的情况下进行直观定义。例如： String 类中的 substring （intbeginIndex ，intendIndex ）方法就有一点混乱。这个方法返回从 beginIndex 到 endIndex-1 而不是 endIndex 的子串。该方法应该返回从 beginIndex 到 endIndex 的子字符串，从而更加直观。不应该声明一个其他数据域的数据域。 例如，下面的 Person 类有两个数据域

6、：birthDate 和 age。由于 age 可以从 birthDate 导出，所以 age 不应该声明为数据域。publicclassPersonprivateintage;完整性类是为许多不同用户的使用而设计的。为了能在一个广泛的应用中使用，一个类应该通过属性和方法提供多种方案以适应用户的不同需求。例如：为了满足不同的应用需求，String类包含了 40 多种很实用的方法。实例和静态依赖于类的具体实例的变量或方法必须是一个实例变量或者方法。如果一个变量被类的所有实例所共享， 那就应该将它声明为静态的。如果方法不依赖于某和具体的实例， 那就应该将他声明为静态方法。应该总是使用类名（而不是引

7、用变量）引用静态变量和方法，以增强可读性并避免错误。不要在构造方法中传入参数来初始化静态数据域。 最好使用 set 方法改变静态数据域。构造方法永远都是实例方法，因为它是用来创建具体实例的。一个静态变量或方法可以从实例方法中调用， 但是不能从静态方法中调用实例变量或方法。继承和聚合继承和聚合之间的差异， 就是 is-a （是一种）和 has-a（具有）之间的关系。例如，苹果是一种水果； 因此，可以使用继承来对 Apple 类和 Fruit 类之间的关系进行建模。人具有名字；因此，可以使用聚合来对 Person 类和 Name类之间的关系建模。接口和抽象类接口和抽象类都可以用于为对象指定共同的行为。如何决定是采用接口还是类呢通常，比较强的 is-a （是一种）关系清晰的描述了父子关系，应该采用类来建模。例如，因为橘子是一种水果，他们的关系就应该采用类的继承关系来建模。弱的is-a关系，也成为is-kind-of（是一类）关系，表示一个对象拥有某种属性。弱的 is-a关系可以使用接口建模。例如所有的字符串都是可以比较的，因此String类实现了 Comparable 接口。圆或者矩形是一个几何对象，因此 Circle 可以设计为 GeometricObject 的子类。圆有不同的半径，并且可以基于半径比较，因此Circle可以实