Diferencia entre una Librería y un Plugin

[josepzin]

¿Cuál es exactamente la diferencia entre las Libraries y los Plugins?

Me imagino que cada uno estará pensado para ser usado en unas
circunstancias u otras...

[BARBAZUL]

Los plugins han caido un poco en desuso, en mi opinión pero yo cada tanto encuentro alguna situación en la que prefiero un plugin antes que una librería.
A nivel conceptual podríamos decir que un plugin es una (mini) aplicación que accedemos desde nuestro CI. Yo por ejemplo, hace un tiempo, escribi en mi (ya olvidado) blog un articulo[1] sobre como incorporar Doctrine y CI y cai en la conclusión de que Doctrine actuaria como plugin en cuanto a que define varias librerías e interfaces propias además de que tiene su propio método de inicialización y demas.

A un nivel interno de CI la diferencia (creo que la única) entre una librería y un plugin es que una librería debe ser una clase cuyo nombre debe coincidir con el nombre del archivo en el que esta definida. Cuando se carga una libreria, la clase se instancia.

En los plugins, en cambio, solo se "carga el archivo" que corresponde con el nombre del plugin. El comportamiento seria el mismo que con un helper, pero no existe un contrato en cuanto a cual debe ser el contenido de ese archivo, es decir, no necesariamente debe tener una clase ni tampoco necesariamente debe tener una coleccion de funciones.

Espero que te halla ayudado y que otros compartan mi vision en este aspecto ya que no coincide con la definicion que dan en la pagina de CI [2] en la cual, basicamente, dejan claro que los plugins no tienen uso


[1] http://calaveradigital.blogspot.com/2008/11/codeigniter-doctrine.html
[2] http://localhost/CI_core/user_guide/general/plugins.html

2009/7/7 josepzin <jose...@gmail.com>

¿Cuál es exactamente la diferencia entre las Libraries y los Plugins?

Me imagino que cada uno estará pensado para ser usado en unas
circunstancias u otras...

--
Matías Montes

Web developer

[josepzin]

Gracias por tu punto de vista.

Creo que tienes bastante razón en lo que respecta a los plugins, yo
por ejemplo uso FCKEditor y está como un plugin.

Lo que me gusta de CI es que realmente deja libertad, nos da una
estructura y herramientas pero luego nosotros podemos acomodarnos como
querramos.

On Jul 8, 6:17 am, BARBAZUL <tereva...@gmail.com> wrote:
> Los plugins han caido un poco en desuso, en mi opinión pero yo cada tanto
> encuentro alguna situación en la que prefiero un plugin antes que una
> librería.
> A nivel conceptual podríamos decir que un plugin es una (mini) aplicación
> que accedemos desde nuestro CI. Yo por ejemplo, hace un tiempo, escribi en
> mi (ya olvidado) blog un articulo[1] sobre como incorporar Doctrine y CI y
> cai en la conclusión de que Doctrine actuaria como plugin en cuanto a que
> define varias librerías e interfaces propias además de que tiene su propio
> método de inicialización y demas.
>
> A un nivel interno de CI la diferencia (creo que la única) entre una
> librería y un plugin es que una librería debe ser una clase cuyo nombre debe
> coincidir con el nombre del archivo en el que esta definida. Cuando se carga
> una libreria, la clase se instancia.
>
> En los plugins, en cambio, solo se "carga el archivo" que corresponde con el
> nombre del plugin. El comportamiento seria el mismo que con un helper, pero
> no existe un contrato en cuanto a cual debe ser el contenido de ese archivo,
> es decir, no necesariamente debe tener una clase ni tampoco necesariamente
> debe tener una coleccion de funciones.
>
> Espero que te halla ayudado y que otros compartan mi vision en este aspecto
> ya que no coincide con la definicion que dan en la pagina de CI [2] en la
> cual, basicamente, dejan claro que los plugins no tienen uso
>
> [1]http://calaveradigital.blogspot.com/2008/11/codeigniter-doctrine.html
> [2]http://localhost/CI_core/user_guide/general/plugins.html
>

> 2009/7/7 josepzin <joseza...@gmail.com>