Maxim Hierarchy
From CSSEMediaWiki
(Difference between revisions)
(New page: This is one attempt to categorise maxims. == Design & implementation == All those maxims related to the system itself. === Separate and group system parts rationally === ==== Class & Pack...) |
m (Reverted edits by Ebybymic (Talk); changed back to last version by Lukas Korsika) |
||
| (12 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
| − | This is | + | This is an attempt to categorise maxims. |
| − | + | = Design & Implementation = | |
All those maxims related to the system itself. | All those maxims related to the system itself. | ||
| − | + | == Separate and group system parts rationally == | |
| − | ==== | + | ==== Defining the objects ==== |
| − | + | * [[Encapsulation boundary]] | |
| − | + | ||
| − | + | ||
| − | * [[ | + | |
* [[Model the real world]] | * [[Model the real world]] | ||
| − | |||
* [[Behavioral completeness]] | * [[Behavioral completeness]] | ||
* [[Single responsibility principle]] | * [[Single responsibility principle]] | ||
* [[Separation of concerns]] | * [[Separation of concerns]] | ||
| − | * [[ | + | |
| + | ==== Object Behaviour ==== | ||
| + | * [[Avoid downcasting]] | ||
| + | * [[Avoid equals]] | ||
| + | ==== Object Interface ==== | ||
* [[Encapsulate that which varies]] | * [[Encapsulate that which varies]] | ||
* [[Encapsulation is hierarchical]] | * [[Encapsulation is hierarchical]] | ||
| − | * [[ | + | * [[Option-operand separation]] |
| − | + | * [[Dependency inversion principle]] | |
| − | + | * [[Interface segregation principle]] | |
* [[Fat interfaces]] | * [[Fat interfaces]] | ||
* [[Hide your decisions]] | * [[Hide your decisions]] | ||
* [[Information hiding]] | * [[Information hiding]] | ||
* [[Tell, Don't Ask]] | * [[Tell, Don't Ask]] | ||
| − | * [[ | + | * [[Program to the interface not the implementation]] |
| − | + | ==== Inheritance ==== | |
| − | + | ||
* [[Favor composition over inheritance]] | * [[Favor composition over inheritance]] | ||
* [[Avoid inheritance for implementation]] | * [[Avoid inheritance for implementation]] | ||
| Line 32: | Line 31: | ||
* [[Law of leaky abstractions]] | * [[Law of leaky abstractions]] | ||
* [[Liskov substitution principle]] | * [[Liskov substitution principle]] | ||
| − | ==== | + | * [[No concrete base classes]] |
| − | * [[ | + | * [[Stable abstractions principle]] |
| + | * [[Open closed principle]] - ? | ||
| + | * [[Design by contract]] | ||
| + | |||
| + | ==== Object Mutability ==== | ||
| + | * [[Don't expose mutable attributes]] | ||
| + | * [[Getters and setters]] | ||
| + | * [[Keep accessors and mutators separate]] | ||
* [[Command query separation]] | * [[Command query separation]] | ||
| − | + | * [[Avoid side effects]] | |
| + | == Avoid unnecessary complexity == | ||
| + | === Reuse === | ||
| + | * [[Common reuse principle]] | ||
| + | * [[Software reuse]] | ||
| + | * [[Once and only once]] | ||
* [[Don't repeat yourself]] | * [[Don't repeat yourself]] | ||
| + | * [[Reuse release equivalence principle]] | ||
| + | === Do only what is necessary === | ||
* [[Do the simplest thing that could possibly work]] | * [[Do the simplest thing that could possibly work]] | ||
* [[You ain't gonna need it]] | * [[You ain't gonna need it]] | ||
| − | * [[ | + | * [[Premature optimization]] |
* [[Keep it simple]] | * [[Keep it simple]] | ||
| + | * [[Establishing priorities]] | ||
| + | === Readable Code is Good Code === | ||
* [[Named constants]] | * [[Named constants]] | ||
* [[Goto considered harmful]] | * [[Goto considered harmful]] | ||
| + | === Group Stuff To Reduce Complexity === | ||
* [[Common closure principle]] | * [[Common closure principle]] | ||
| − | * [[ | + | * [[Single choice principle]] |
| − | * [[ | + | == Dependencies == |
| − | + | * [[Dependency injection]] | |
| + | * [[Stable dependencies principle]] | ||
* [[Acyclic dependencies principle]] | * [[Acyclic dependencies principle]] | ||
* [[Coupling and cohesion]] | * [[Coupling and cohesion]] | ||
* [[Impedance mismatch]] | * [[Impedance mismatch]] | ||
| − | * [[ | + | * [[Law of Demeter]] |
| − | + | = Process & Organisation = | |
All the maxims related to the development processes and management of the development team. | All the maxims related to the development processes and management of the development team. | ||
| − | + | == OO Developers are not perfect == | |
* [[Big design up front]] | * [[Big design up front]] | ||
* [[Software crisis]] | * [[Software crisis]] | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
* [[No silver bullet]] | * [[No silver bullet]] | ||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
| − | |||
Latest revision as of 03:08, 25 November 2010
This is an attempt to categorise maxims.
Contents |
Design & Implementation
All those maxims related to the system itself.
Separate and group system parts rationally
Defining the objects
- Encapsulation boundary
- Model the real world
- Behavioral completeness
- Single responsibility principle
- Separation of concerns
Object Behaviour
Object Interface
- Encapsulate that which varies
- Encapsulation is hierarchical
- Option-operand separation
- Dependency inversion principle
- Interface segregation principle
- Fat interfaces
- Hide your decisions
- Information hiding
- Tell, Don't Ask
- Program to the interface not the implementation
Inheritance
- Favor composition over inheritance
- Avoid inheritance for implementation
- Don't burn your base class
- Law of leaky abstractions
- Liskov substitution principle
- No concrete base classes
- Stable abstractions principle
- Open closed principle - ?
- Design by contract
Object Mutability
- Don't expose mutable attributes
- Getters and setters
- Keep accessors and mutators separate
- Command query separation
- Avoid side effects
Avoid unnecessary complexity
Reuse
- Common reuse principle
- Software reuse
- Once and only once
- Don't repeat yourself
- Reuse release equivalence principle
Do only what is necessary
- Do the simplest thing that could possibly work
- You ain't gonna need it
- Premature optimization
- Keep it simple
- Establishing priorities
Readable Code is Good Code
Group Stuff To Reduce Complexity
Dependencies
- Dependency injection
- Stable dependencies principle
- Acyclic dependencies principle
- Coupling and cohesion
- Impedance mismatch
- Law of Demeter
Process & Organisation
All the maxims related to the development processes and management of the development team.
