2.5. Clumping

 <  Day Day Up  >  

2.5. Clumping

When Sam described his customers in detail, he mentioned that he needed to keep track of each customer's home address, including street, city, state, and Zip Code, as well as credit card billing address, including street, city, state, and Zip Code.

I asked him, "Do both of those addresses contain the same information?"

He replied affirmatively.

I said, "Then let's just describe the combination as an Address . That way, you don't have to keep mentioning all the parts unless there is something different about them."

"OK," he answered .

We clumped the data into a class, as follows :

 class Address         {         String line1;         String line2;         String city;         String state;         String zip;         } 

At this point, we simply clump the related data, even though we have not assigned any behavior to the class. This data object helps in abstraction and in cutting down parameter lists. Even though the class contains only data at this point, we might be able to assign responsibility to it later on. [*]

[*] Not all objects have behavior. Objects that contain just data (sometimes called data transfer objects ) are useful in interfacing with GUI classes and passing as objects between networked systems. Data transfer objects are covered in Chapter 7.

Clumping and lumping look similar, but they have distinctly different meanings. Clumping involves combining a set of attributes into a single named concept. The attributes should form a cohesive whole. Lumping involves using a single name for two different concepts. Clumping is an abstraction technique, which makes for an efficient description of a set of data. Lumping can hide relevant distinctions between concepts. [ ]

[ ] One reviewer notes that clumping without a responsibility definition for the class can lead to data-polluted classes. Clumping should also involve assigning operations to the clumped concept.

CLUMP DATA SO THAT THERE IS LESS TO THINK ABOUT

Clumping data cuts down on the number of concepts that have to be kept in mind.


 <  Day Day Up  >  


Prefactoring
Prefactoring: Extreme Abstraction, Extreme Separation, Extreme Readability
ISBN: 0596008740
EAN: 2147483647
Year: 2005
Pages: 175
Authors: Ken Pugh

flylib.com © 2008-2017.
If you may any questions please contact us: flylib@qtcs.net