Debería agrupar mi aplicación de código abierto con Zend Framework, o dejar que los usuarios hacen? [cerrado]

StackOverflow https://stackoverflow.com/questions/722903

Pregunta

Tengo un proyecto de código abierto que utiliza varias bibliotecas libres, entre ellos el más enorme con mucho, es Zend Framework. ¿Debo:
1. Libera mi aplicación con el
Zend Framework Sólo 2. Lanzamiento mi aplicación y escribir un breve tutorial sobre cómo instalar ZF a woek con mi aplicación
3. ¿Debo darle las dos opciones (que es más trabajo, y una fuente abierta no llevar pan a mi mesa ... así que necesita un poco de tiempo para mi trabajo del día).

¿Fue útil?

Solución

En función de lo que es el "proyecto".

Si se trata de una aplicación, empaquetarlo.

Si se trata de una biblioteca, no lo hacen.

EDIT: Para elaborar un poco más:

Cuando se hace una solicitud, por lo general no quiere ser una carga (o confiar en) el usuario con la instalación y la actualización a las versiones de las bibliotecas correctas. Además, si los usuarios utilizan diferentes versiones de las bibliotecas, que va a hacer que sea más difícil de resolver errores de software (por ejemplo, "1.0.6 MiApl no funciona con SomeLib 2.3.5 si se ha instalado mediante PEAR"). Es probable que su entorno sea lo más constante posible; incluso diferentes versiones de PHP son a menudo molesto.

Al hacer una biblioteca, Otoh, que no desea causar más efectos secundarios que sea absolutamente necesario y quieren dar todo el poder a su usuario (que en este caso es un desarrollador). Si su biblioteca necesita SomeLib 2.3.5, pero la aplicación que utiliza la biblioteca necesita SomeLib 2.3.7, a continuación, su agrupación podría causar problemas.

punto básico: Los usuarios de las bibliotecas pondrán a prueba después de su inclusión, los usuarios de aplicaciones no después de la instalación de ellos

.

Otros consejos

Permitir que los usuarios potenciales hacen.

Para incluir un enlace a la ZF, que debería ser suficiente. Es completamente inútil para ser responsable de los problemas de descarga a los usuarios pudieran tener, además del hecho de que usted tendría que pagar por el ancho de banda por algo que está disponible en otros lugares. También sería un dolor en el cuello de mantenerse al día con la ZF, y tener que comprobar las versiones cada dos semanas más o menos.

A partir de su descripción, es probable que su aplicación se basa en gran medida en el Zend Framework, por lo tanto, recomiendo que se escribe a sus usuarios de que su software requiere Zend Framework V XXX, y cualquier otra cosa, que puede descargarse de < a href = "http: // donde sea" rel = "nofollow noreferrer"> http:. // donde

¿Por qué dar el dolor de cabeza?

Creo que debería agrupar desde entonces es probable que esté dejando que otra persona paga por el ancho de banda y de codeplex SourceForge son agradables :) También eso hace que la vida mucho más fácil a los usuarios. También se puede simplemente eliminar módulos que no es necesario que lo hace el archivo un poco más pequeño.

Alternativly en nuestra aplicación en la primera ejecución comprueba si existen todos los archivos y descarga el Zend Framework de Zends sitio. En la primera carrera se podía descargar desde http : //framework.zend.com/releases/ZendFramework-1.7.8/ZendFramework-1.7.8-minimal.zip y utilizar una función de PHP para descomprimir y colocarlo en la carpeta correspondiente. Eso sería una alternativa que tomar un poco de tiempo para hacerlo, pero reduciría drásticamente el tamaño del archivo

¿Por qué no hacer las dos cosas?

A continuación, los usuarios que no saben lo que es ZF o no tienen puede descargar el paquete completo.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top