Programar orientat a objectes ajuda a reestructurar la tasca de la programació de forma que els beneficii la col·laboració. Ajuda eliminant la necessitat de col·laborar en els detalls d'implementació de baix nivell, mentre es proporcionin estructures que facilitin la col·laboració a alt nivell. Casi cada característica del model objecte, des de la possibilitat de dissenyar a gran escala per incrementar la reutilització del codi, té conseqüències per la forma en que la gent treballa junta.

Dissenyant a Gran Escala

Quan els programes estan dissenyats amb un alt nivell d'abstracció, la divisió de la feina és més fàcilment concebuda. Així pot coincidir la divisió del programa en línies lògiques; la forma en que un projecte està organitzar pot produir-se fora del seu disseny.

Amb un disseny orientat a objectes, és més fàcil mantenir els objectius comuns a la vista, enlloc de perdre'ls en la implementació, i més fàcilment perqué cadascú vegi com una peça treballa per juntar-se dins el conjunt. Eixos esforços col·laboratius estan, per tant, més a prop de l'objectiu.

Separant la Interfície de la Implementació

Les connexions entre els varis components d'un programa orientat a objectes s'han treballat abans en el procés de disseny. Poden estar bén definits, al menys per la fase inicial del desenvolupament, abans que comenci la implementació.

Durant la implementació, només aquesta interfície necessita estar coordinada, i la majoria d'aquestes naturalment cauen del disseny. Des de que cada classe encapsula la seva implementació i té el seu propi espai de noms, aquest no és necessari per coordinar els detalls de la implementació. La col·laboració és més simple quan hi ha menys requeriment de coordinació.

Modularitzar la Feina

La modularitat de la programació orientada a objectes significa que els components lògics d'un programa gran poden implementar-se separadament. Diferent gent pot treballar en diferents classes. Cada tasca implementació està aïllada de les altres.

Això té beneficis, no així per la organització de la implementació, sinó per localitzar problemes més endavant. Des de que les implementacions estan contingudes dins els límits de la classe, els problemes que surten són també més fàcil d'aïllar. És més fàcil localitzar errors quan estan localitzats en una part bén definida del programa.

Separant les responsabilitats per classe també significa que cada part pot fer-se per especialistes. Les classes poden modificar-se periòdicament per optimitzar la seva execució i fer un millor ús de les noves tecnologies. Aquestes modificacins no tenen que estar coordinades amb altres parts del programa. Mentre la interfície a un objecte no canvii, millores de la seva implementació poden preveure's per qualsevol moment.

Mantenint una Interfície Simple

El polimorfisme dels programes orientats a objectes produeixen interfícies de programació més simples, així els mateixos noms i convencions poder reutilitzar-se en qualsevol nombre de classes. El resultat és menor per apendre, compartir més, entendre com el conjunt del sistema treballa, i una forma més simple per la cooperació i la col·laboració.

Prenent Desicions Dinàmicament

Com que els programes orientats a objectes prenen desicions dinàmicament en temps d'execució, es necessita menys informació a suministrar a l'hora de compilar (en el codi font) per que dos peces de codi treballin juntes. En conseqüència, hi han menys que coordinar i menys on equivocar-se.

Heredant Codi Genèric

L'herència és una forma de reutilitzar el codi. Si pots definir les teves classes com especialitzacions de classes més genèriques, la tasca de programar es simplifica. El disseny també és simplifica, amb la jerarquia d'herència s'extenen les relacions entre els diferents nivells d'implementació i els fa més fàcils d'entendre.

L'herència també incrementa la reutilització i la serietat del codi. El codi situat en una superclasse és comprovat per les seves subclasses. La classe genèrica que trobes en una llibreria haurà estat comprovada per altres subclasses escrites per altres desenvolupadors d'altres aplicacions.

Reutilitzant Codi Comprovat

La majoria del programari que pots demanar d'altres i incorporar-los en els teus propis proprames, el mínim que hauràs de fer. Hi ha més programari per compartir en un entorn de programació orientada a objectes perqué el codi és més utilitzable. La col·laboració entre programadors treballant en llocs diferents per diferents organitzacions augmenten, mentre la càrrega de cada projecta es facilitada.

Les classes i els marcs de treball d'una llibreria orientada a objectes poden fer contribucions substancials al teu programa. Quan programes amb els marcs de treball de programari proporcionats per apple, per exemple, efectivament estas col·laborant amb els programadors d'Apple; estás contractant una part del teu programa, sovint una part substancial, a ells. Pots concentrar-te en el que fas millor i deixar altres tasques a la llibreria desenvolupada. Els teus projectes poden prototipar més ràpid, completar-se més ràpid, amb menys desafiaments col·laboratius en el teu propi lloc.

L'increment de reutilització del codi orientat a objectes també incrementa la fiabilitat. Una classe agafada d'una llibreria normalment s'haurà utiltizat dins d'una gran varietat d'aplicacions i situacions. La majoria del codi ha estat utiltizat, els problemes més comuns s'hauran trobat i solucionat. Els errors que podrien semblar estranys i difícils de trobar en el teu programa poden ja haver-se trobat i eliminat.