Los ensamblados amigos o la ética al alcance de los programadores

Pues eso, que estaba yo pensando (algunas veces también pienso), que esto definir los ensamblados amigos puede que no sea muy ético del todo... e incluso me atrevería a que puede incluso a no ser del todo "anti-trust" (es decir, que puede ser monopolista).

Me explico.

Con los ensamblados amigos puedes hacer que un ensamblado sea capaz de ver las clases "internas" de otro ensamblado.

Ahora supón que ese ensamblado que tiene funcionamiento "interno" lo haces público, es decir, lo distribuyes, con lo que cualquiera puede usarlo. Pero como tiene cierta funcionalidad "interna", aquellos que quieran usarlo, solo podrán acceder a la funcionalidad pública. Que es como siempre se hace con el resto de ensamblados "normales".

Con la posibilidad de que ciertos ensamblados puedan acceder a esa funcionalidad interna, tú como creador del ensamblado eres el que debes decidir "quién" accede a esos miembros (y clases) definidos como internos (Friend en Visual Basic, internal en C#).

Y si algunos de los usuarios que usan ese ensamblado te piden que ellos quieren usar la funcionalidad "interna", pues... en fin... que si a unos le dices que sí, que vale, que te lo permito, y a otros le dices que "nones", pues...

Bueno, eso es precisamente la "amigabildad"... si eres amigo, pues te dejo, pero si no lo eres... ¡te jodes!

Ahora supón que esa misma funcionalidad la puedes usar en otros conceptos, digamos como una librería para un sistema operativo o para una aplicación para la que otros pueden crear sus propios componentes.

Si no eres "amigo" del creador de esa librería... lo tienes claro, ya que no podrás usar esa "supuesta" funcionalidad interna... algo que si podrán hacer "los amiguitos" del creador...

En fin... son paranoias mías, lo sé... pero se me pasó por la cabeza y lo he querido expresar... como no tengo cosas que hacer, pues... me entretengo en escribir este tipo de chorradas... je, je.

Nos vemos.
Guillermo