Difference between revisions of "OO Best Practice"
From Suhrid.net Wiki
Jump to navigationJump to searchLine 8: | Line 8: | ||
* Ideally a class should know about another class only through what has been exposed through its interface/API. | * Ideally a class should know about another class only through what has been exposed through its interface/API. | ||
* If two classes know internal details about each other - they are said to be tightly coupled. This would mean that they cannot be modified independently. | * If two classes know internal details about each other - they are said to be tightly coupled. This would mean that they cannot be modified independently. | ||
+ | * For e.g. if we use the generic type List in our public API, instead of ArrayList we can always change the internal implementation later to say, a LinkedList for performance reasons and clients of our API would need not change their code. | ||
+ | == Cohesion == | ||
+ | |||
+ | * Cohesion is all about how a ''single'' class is designed. | ||
+ | * Cohesion is used to indicate the degree to which a class has a single well-focused purpose. | ||
+ | * For e.g. in the below class has low cohesion, since it does a variety of things. | ||
+ | |||
+ | class TaxReport { | ||
+ | void connectToDB(); | ||
+ | void generatePDF(); | ||
+ | void compute(); | ||
+ | } | ||
+ | |||
+ | * The code should be split up to ensure that each class performs one functions and so is reusable: | ||
+ | |||
+ | class TaxReport { | ||
+ | void compute(); | ||
+ | } | ||
+ | |||
+ | class PDFUtil { | ||
+ | void generatePDF(); | ||
+ | } | ||
+ | |||
+ | class DBUtil { | ||
+ | void connectToDB(); | ||
+ | } | ||
[[Category:OCPJP]] | [[Category:OCPJP]] |
Revision as of 21:29, 21 August 2011
Intro
- Exam focuses on recognizing tight encapsulation, loose coupling and high cohesion.
Coupling
- Coupling is the degree to which one class knows about the other class.
- Ideally a class should know about another class only through what has been exposed through its interface/API.
- If two classes know internal details about each other - they are said to be tightly coupled. This would mean that they cannot be modified independently.
- For e.g. if we use the generic type List in our public API, instead of ArrayList we can always change the internal implementation later to say, a LinkedList for performance reasons and clients of our API would need not change their code.
Cohesion
- Cohesion is all about how a single class is designed.
- Cohesion is used to indicate the degree to which a class has a single well-focused purpose.
- For e.g. in the below class has low cohesion, since it does a variety of things.
class TaxReport {
void connectToDB(); void generatePDF(); void compute();
}
- The code should be split up to ensure that each class performs one functions and so is reusable:
class TaxReport {
void compute();
}
class PDFUtil {
void generatePDF();
}
class DBUtil {
void connectToDB();
}