2012-08-16 16 views
54

Quiero comenzar un proyecto multiplataforma. Tenía mis investigaciones y ahora estoy casi seguro de que Qt es el trato correcto. Sin embargo, hay un gran obstáculo aquí: licencia.¿Puedo usar la licencia Qt LGPL y vender mi aplicación sin ningún tipo de restricciones?

Quiero vender mi proyecto y tampoco quiero dar ninguna fuente relacionada con mi trabajo o pagar una licencia. Comprobé y noté que Qt ofrece soluciones comerciales y de código abierto. He escuchado demasiados dichos contradictorios sobre las licencias de Qt que me confundieron mucho. Algunos dicen que incluso si uso la versión LGPL de Qt, aún necesito enviar mi código. ¿Es esto cierto?

¿Puede alguien darme una explicación simple sobre las licencias de Qt y decirme si puedo vender mi aplicación sin ningún tipo de restricciones o no? ¿Alguien me diría cualquier otro equivalente a Qt para desarrollo multiplataforma sin ninguna restricción?

+5

Esta pregunta se reduce a cuestiones legales. Es lamentablemente fuera de tema aquí en SO. – Bart

+0

Tengo un dilema sobre el tema, ¡no hay disputas sobre la licencia en sí! cómo son tratados, y cómo me afectan en el proceso de desarrollo. Por lo tanto, creo que está perfectamente bien hacer esa pregunta. – Breeze

+0

La etiqueta de licencia wiki dice explícitamente "No solicite asesoramiento legal". que es a lo que creo que esto se reduce. Pero tal vez puedas pedir aclaraciones sobre Meta si sientes que estoy equivocado y quieres una "segunda" opinión. – Bart

Respuesta

69

Simplemente establezca un enlace dinámico a Qt. Si vincula dinámicamente a bibliotecas LGPL, no hay de qué preocuparse.

Si enlaza estáticamente a ellos, puede simplemente distribuir sus archivos de objeto (no su código fuente), y todo irá bien.

La idea de la LGPL es que el usuario final tiene que ser capaz de reemplazar la biblioteca LGPL con la versión que desee. El enlace dinámico a la biblioteca LGPL le permite hacer eso, al igual que vincular y distribuir estáticamente sus archivos objeto. Mientras haga esto, puede vender su programa de código cerrado todo lo que quiera.

Por supuesto, hay más en la LGPL que solo esto, pero esa es la parte relevante.

+4

La LGPL también requiere que "no restrinja la modificación de las partes de la Biblioteca contenidas en el Trabajo Combinado y la ingeniería inversa para depurar tales modificaciones", lo que puede entrar en conflicto con algunas prohibiciones comerciales de EULA sobre ingeniería inversa. –

+0

Muchas gracias. ¿Básicamente esto significa que tengo que liberar mi dlls? o archivos .lib al público para poder vender mi aplicación? Si ese es el caso, entonces ¿de qué sirve vender mi aplicación? ¡Mis competidores usarán mi trabajo (como dll o .lib) y lo usarán como propio! ¿No es tan malo? – Breeze

+11

@Hossein ¿Has leído la respuesta? Esto no tiene nada que ver con _tu_ código. La licencia LGPL de Qt solo se relaciona con Qt y Qt, por lo que puede empaquetar su código y licenciarlo como desee, pero a menos que planee comprar una licencia comercial Qt, debe vincular dinámicamente a Qt. La licencia comercial de Qt es para cuando desea modificar el código fuente de _Qt, y * no * para liberar los cambios que ha realizado al público. – cmannett85

Cuestiones relacionadas