- 相关推荐
java方案设计与论证
java方案设计与论证的相关文章就在下面，在不断的学习java过程中，下面的问题会一直存在，请看：
java方案设计与论证
类似一些高内聚、低耦合、java设计原则都要牢记，设计类、抽象类、接口的能力，锻炼这种能力可以通过去查看eclipse里面的源代码和自己多动手设计体验一些经典类的设计过程，会有一部分的提升。当然，前提是必须了解一些关于类设计原则方面的知识。然后让这些知识和实际代码结合起来，不停的去锻炼这种能力，会提升比较迅速。坚持！
类的设计原则有助于设计出合理的类。
内聚性
类应该描述一个单一的实体，而所有的类操作应该在逻辑上相互配合，支持一个一致的目的。例如：可以设计一个类用于学生，但不应该将学生与教职工组合在一个类中，因为学生和教职工是不同的实体。
如果一个实体担负太多的职责，就应该按各自的职责分成几个类。例如：String类、StringBuffer类和 StringBuilder类用于处理字符串，但是他们的职责不同。String类处理不变的字符串，StringBuilder类创建可变字符串， StringBuffer()
与 StringBuffer() 类还包含更新字符串的同步方法。
一致性
遵循标准java程序设计风格和命名习惯。为类、数据域和方法选取具有信息的名字。通常的风格是将数据声明置于构造方法之前，并且将构造方法置于方法之前。
选择名字要保持一致。给类似的操作选择不同的名字并非良好的实践。例如：Length() 方法返回String、StringBuilder 和 StringBuffer 的大小。如果在这些类中给这个方法用不同的名字就不一致了。
一般来说，应该具有一致性地提供一个公共无参的构造函数，用于构建默认实例。如果一个类不支持无参的构造函数，要用文档写出原因。如果没有显示定义构造方法，即假定有一个空方法体的公共默认无参构造方法。
如果不想让用户创建类的对象，可以在类中声明一个私有的.构造方法，Math类就是如此。
封装性
一个类应该使用private修饰符隐藏其数据，以免用户直接访问它。这使得类更易于维护。只在希望数据域可读的情况下，才提供get方法；也只在希望数据域可更新的情况下，才提供set方法。例如：Rational类为numerator和denominator提供了get方法，但是没有提供set方法，因为Rational对象是不可改变的。
清晰性
为使设计清晰，内聚性、一致性和封装性都是很好的设计原则。除此之外，类应该有一个很清晰的合约，从而易于解释和理解。
用户可以以各种不同的组合、顺序，以及在各种环境中结合使用多个类。因此，在设计一个类时，这个类不应该限制用户如何以及何时使用该类；以一种方式设计属性，以允许用户按值的任何顺序和任何组合来设置；设计方法应该使得实现的功能与他们出现的顺序无关。例如：Loan类包含属性loanAmount、numberOfYears和annualIntereRate，这些属性的值，可以按任何顺序来设置。
方法应在不生产混淆的情况下进行直观定义。例如：String类中的substring（int beginIndex， int endIndex）方法就有一点混乱。这个方法返回从beginIndex到endIndex-1而不是endIndex的子串。该方法应该返回从beginIndex到endIndex的子字符串，从而更加直观。
不应该声明一个来自其他数据域的数据域。例如，下面的Person类有两个数据域：birthDate和age。由于age可以从birthDate导出，所以age不应该声明为数据域。
public class Person{
private java.util.Date.birthDate;
private int age;
}
完整性
类是为许多不同用户的使用而设计的。为了能在一个广泛的应用中使用，一个类应该通过属性和方法提供多种方案以适应用户的不同需求。例如：为了满足不同的应用需求，String类包含了40多种很实用的方法。
实例和静态
依赖于类的具体实例的变量或方法必须是一个实例变量或者方法。如果一个变量被类的所有实例所共享，那就应该将它声明为静态的。如果方法不依赖于某和具体的实例，那就应该将他声明为静态方法。
应该总是使用类名（而不是引用变量）引用静态变量和方法，以增强可读性并避免错误。
不要在构造方法中传入参数来初始化静态数据域。最好使用set方法改变静态数据域。
构造方法永远都是实例方法，因为它是用来创建具体实例的。一个静态变量或方法可以从实例方法中调用，但是不能从静态方法中调用实例变量或方法。
继承和聚合
继承和聚合之间的差异，就是 is-a（是一种） 和 has-a（具有）之间的关系。例如，苹果是一种水果；因此，可以使用继承来对Apple类和Fruit类之间的关系进行建模。人具有名字；因此，可以使用聚合来对Person类和Name类之间的关系建模。
接口和抽象类
接口和抽象类都可以用于为对象指定共同的行为。如何决定是采用接口还是类呢》通常，比较强的is-a （是一种）关系清晰的描述了父子关系，应该采用类来建模。例如，因为橘子是一种水果，他们的关系就应该采用类的继承关系来建模。弱的is-a关系，也成为is-kind-of （是一类）关系，表示一个对象拥有某种属性。弱的is-a关系可以使用接口建模。例如所有的字符串都是可以比较的，因此String类实现了Comparable接口。圆或者矩形是一个几何对象，因此Circle可以设计为GeometricObject的子类。圆有不同的半径，并且可以基于半径比较，因此Circle可以实现Comparable接口。
接口比抽象类更加灵活，因为一个子类只能继承一个父类，但是却可以实现任意个数的接口。然而，接口不嗯能够具有具体的方法。可以结合接口和抽象的优点，创建一个接口。使用一个抽象类来实现它。可以视其方便使用接口或者抽象类。
【java方案设计与论证】相关文章：
mba论证分析写作范文07-02
mba论证分析写作方法07-02
毕业论文必会的论证方法？07-10
mba论证分析写作范文怎么写07-02
JAVA题库：JAVA面试题目整理07-11
Java实习报告09-20
法律论证咨询服务合同07-02
专家论证会邀请函07-15
改进方案设计07-04
课题方案设计07-04