Para tener en cuenta [http://jms32.eresmas.net/web2008/documentos/informatica/documentacion/logica/OOP/Princi pios/2012_09_04_PDOOPrincipioDisenyo_Indice.

html] PRINCIPIOS REFERIDOS A MDULOS (LIBRERAS) Cohesin Principio de Equivalencia entre Reutilizacin y Liberacin (REP Release Reuse Equivalency Principle) Principio de Cierre Comn (CCP Common Closure Principle) Principio de Reutilizacin Comn (CRP Common Reuse Principle)

Acoplamiento Principio de Dependencias Acclicas (ACP Acyclic Dependencies Principle) Principio de Dependencias Estables (SDP Stable Dependencies Principle) Principio de Abstraccin Estable (SAP Stable Abstractions Principle)

[http://biblioteca.usac.edu.gt/tesis/08/08_0476_CS.pdf] TENSIN ENTRE LOS PRINCIPIOS DE COHESIN DE PAQUETES Esos tres principios son mutuamente exclusivos. No pueden ser satisfechos simultneamente. Esto es debido a que cada principio beneficia a diferente grupo de gente. El Principio de equivalencia reutilizacin / publicacin y el principio de reutilizacin comn hacen la vida fcil a los reutilizadores, en tanto que el principio de cierre comn hace la vida ms fcil a los mantenedores. El PCC se esfuerza para hacer paquetes tan grandes como sea posible. Despus de todo, si todas las clases viven en un solo paquete, entonces solo un paquete cambiar siempre. El PRC trata de hacer paquetes muy pequeos. Afortunadamente los paquetes no estn escritos en piedra. De hecho, es la naturaleza de los paquetes cambiar y modificarse durante el curso del desarrollo. Temprano en un proyecto, los arquitectos pueden preparar la estructura de paquetes de tal manera que el PCC domine y el desarrollo y mantenimiento sea ayudado. Ms tarde, en tanto la arquitectura se estabiliza, los arquitectos pueden refactorizar la estructura de paquetes para maximizar el principio de equivalencia reutilizacin / publicacin y el principio de cierre comn para reutilizadores externos. PRINCIPIO COMN DE LA REUTILIZACIN [PCR]

Las clases que no se reutilizan juntas no deben mantenerse juntas. [http://brendan.enrick.com/post/Common-Reuse-Principle.aspx] Las clases que se utilizan en conjunto se empaquetan juntas. [http://www.giro.infor.uva.es/oldsite/docpub/Door.pdf]
Este principio indica qu clases deben colocarse dentro de un paquete. Implica que las clases que tiendan a reutilizarse juntas deben permanecer juntas en el mismo paquete. Las clases rara vez se reutilizan por separado. Generalmente se reutilizan clases que colaboran con otras clases que son parte de la abstraccin reutilizable. Segn el principio de reutilizacin comn estas clases deben estar juntas en el mismo paquete. El principio de reutilizacin comn se enuncia como sigue:

Es comn que los paquetes tengan una representacin fsica del tipo de bibliotecas compartidas o DLLs. Si se produce una nueva revisin de una DLL porque se ha producido algn tipo de cambio, se redistribuye la DLL y todas las aplicaciones que trabajan con esta DLL trabajarn con la nueva revisin. Por tanto, cuando se depende de un paquete, se depende de cada una de las clases del paquete. De otro modo, se tendra que revalidar y distribuir ms de lo necesario, con el consiguiente aumento de esfuerzo. [http://biblioteca.usac.edu.gt/tesis/08/08_0476_CS.pdf] Una dependencia de un paquete es una dependencia de cualquier cosa dentro del paquete. Cuando un paquete cambia, y su nmero de publicacin es afectado, todos los clientes de ese paquete deben verificar que trabajan con el nuevo paquete, an si nada de lo que usaban dentro del paquete cambi. Frecuentemente se experimenta esto cuando un vendedor de sistema operativo publica uno nuevo. Se tendr que actualizar tarde o temprano, debido a que el vendedor no dar soporte a la versin anterior por siempre. As que aunque nada de inters para nosotros cambi en la nueva publicacin, se debe hacer el esfuerzo de actualizar y revalidar. Lo mismo ocurre con paquetes si las clases que no son usadas juntas son agrupadas. Los cambios a una clase que no interesa todava forzarn una nueva publicacin del paquete, y an causarn que se tenga que ir al esfuerzo de actualizar y revalidar