PHP OO Tasar el valor de un framework PHP

[MiLLeN]

Estoy desarrollando un framework en PHP que va a ser utilizado en una empresa, dicho framework tendrá licencia libre para aplicaciones desarrolladas sin fines comerciales, pero al ser utilizado por una empresa, les voy a pedir una compensación económica a cambio de los derechos de explotación.

La cuestión es que no tengo ni idea de como tasar un framework, ya que no es un programa o una aplicación, sino una aplicación para hacer aplicaciones, tendrá sus revisiones periódicas, mejoras, etc...

¿Alguien tiene alguna idea de como tasarlo?

[hasdpk]

¿Para que quieres reinventar la rueda? ¿Estás seguro que otros Framework no van a hacer lo mismo que el tuyo?

[MiLLeN]

Iniciado por hasdpk

¿Para que quieres reinventar la rueda? ¿Estás seguro que otros Framework no van a hacer lo mismo que el tuyo?

No pretendo reinventar nada, pero ningún framework se va a adaptar tanto a mi como el mio propio, son varias las razones por las que me decidí a crear el mio propio, y cada día me estoy reafirmando mas en ellas.

De hecho, conozco un par de empresas que emplean sus propios frameworks, y por diversas razones... Comerciales incluso.

Otra razón fundamental es que para mi esto es un hobbie, y disfruto haciéndolo... xD

Con lo único que tengo problemas es con lo aquí descrito, que no se como tasarlo...

[abimaelrc]

Una forma que puedes verificar cuanto tasa el tuyo, es verificando los demás framework y veas que tienen ellos y que tu tienes, comparas los resultados, verificas el precio que tendría cada uno y de ahí deduce cuanto vale el tuyo.

[Ronruby]

Iniciado por MiLLeN

No pretendo reinventar nada, pero ningún framework se va a adaptar tanto a mi como el mio propio, son varias las razones por las que me decidí a crear el mio propio, y cada día me estoy reafirmando mas en ellas.

De hecho, conozco un par de empresas que emplean sus propios frameworks, y por diversas razones... Comerciales incluso.

Otra razón fundamental es que para mi esto es un hobbie, y disfruto haciéndolo... xD

Con lo único que tengo problemas es con lo aquí descrito, que no se como tasarlo...

A mi me parece tremendo que estes realizando tu propio framework. Como indicas, muchas empresas hacen lo mismo.

Aunque no te pueda ayudar en relación a tu pregunta, queria preguntarte algo.

Vi que en tu sitio web pones lo siguiente:

D Framework es un proyecto personal de reciente iniciación. La intención es realizar el desarrollo en PHP de un Framework liviano que acerque mas el lenguaje PHP a la metodología de programación de un programador de Java.

Habiendo leido esto lo primero que me llego a la mente fue: DI (Dependency Injection) :drools:.

¿Haz implementado algo similar en tu framework? Si lo haz hecho, me cambio ya mismo ya que tenia pensado hacer algo parecido a lo que hace Spring (para Java).

[MiLLeN]

Iniciado por Ronruby

A mi me parece tremendo que estes realizando tu propio framework. Como indicas, muchas empresas hacen lo mismo.

Aunque no te pueda ayudar en relación a tu pregunta, queria preguntarte algo.

Vi que en tu sitio web pones lo siguiente:

Habiendo leido esto lo primero que me llego a la mente fue: DI (Dependency Injection) :drools:.

¿Haz implementado algo similar en tu framework? Si lo haz hecho, me cambio ya mismo ya que tenia pensado hacer algo parecido a lo que hace Spring (para Java).

El tema de la DI estoy dudando, en un momento era mi idea, por tu mismo planteamiento, Spring a PHP... DI (no se si te has fijado, pero todo mi blog va sobre Spring...), de hecho, el framework funciona mediante un dispatcher configurado mediante un archivo .xml. La cuestión, es que el fuerte del Spring Container es que todos los beans quedan configurados a nivel de aplicación, y de ahí los utilizan los diferentes servicios y usuarios, pero en PHP, no hay forma de tener este Container permanente, todo se crea con cada llamada, entonces no le encuentro el sentido, hoy, igual vas tu ahora me aportas una idea, y le meto al xml una nueva propiedad para inyectar dependencias...

Lo próximo que le voy a meter, es un sistema de templates, para abstraer el código html totalmente del php, ya que es algo que creo que a los diseñadores les va a molar bastante... Tengo pensado algo como Smarty, pero creado por mi íntegramente, lo mas difícil sera implementar los bucles, sobretodo los anidados... Casi va a ser mas complicado hacer el sistema de plantillas que el propio framework.

Por cierto, entre mis compañeros de universidad he buscado algún colaborador, pero no se atreven, ven el código y no lo entienden... , como veo que tu eres de los míos, que vienes de Spring, ¿te interesaría colaborar?

Iniciado por abimaelrc

Una forma que puedes verificar cuanto tasa el tuyo, es verificando los demás framework y veas que tienen ellos y que tu tienes, comparas los resultados, verificas el precio que tendría cada uno y de ahí deduce cuanto vale el tuyo.

Eso es lo que estaba haciendo, pero claro, es complicado porque cada framework implementa X cosas, y hacer un presupuesto a nivel "global" de todo el framework...

[Ronruby]

Por cierto, entre mis compañeros de universidad he buscado algún colaborador, pero no se atreven, ven el código y no lo entienden... , como veo que tu eres de los míos, que vienes de Spring, ¿te interesaría colaborar?

No soy un gurú, pero me interesaría colaborar en un proyecto como el tuyo.

[MiLLeN]

Iniciado por Ronruby

No soy un gurú, pero me interesaría colaborar en un proyecto como el tuyo.

MP enviado.

[abimaelrc]

Iniciado por MiLLeN

Lo próximo que le voy a meter, es un sistema de templates, para abstraer el código html totalmente del php, ya que es algo que creo que a los diseñadores les va a molar bastante... Tengo pensado algo como Smarty, pero creado por mi íntegramente, lo mas difícil sera implementar los bucles, sobretodo los anidados... Casi va a ser mas complicado hacer el sistema de plantillas que el propio framework.

Para mi esto representa una baja, porque tras que tengo que aprender a usar el framework, también tengo que aprender a trabajar con las plantillas. Entiendo que lo mejor es dejar que el usuario implemente su propio sistema de plantilla y que el diseñador solo tenga que aprender a trabajar con lo básico, ejemplo if, elseif, else, foreach echo y tal vez alguna cosas más, pero es lo básico y no le va a costar trabajo.

[MiLLeN]

Iniciado por abimaelrc

Para mi esto representa una baja, porque tras que tengo que aprender a usar el framework, también tengo que aprender a trabajar con las plantillas. Entiendo que lo mejor es dejar que el usuario implemente su propio sistema de plantilla y que el diseñador solo tenga que aprender a trabajar con lo básico, ejemplo if, elseif, else, foreach echo y tal vez alguna cosas más, pero es lo básico y no le va a costar trabajo.

Todo es opcional, desde un archivo properties puedes seleccionar si determinadas caracteristicas del framework se aplican o no.

Lo que tras pensarlo un poco mejor, voy a meterle DI, ya que permite mucha flexibilidad a la hora de cargar determinadas clases según la necesidad de la llamada, así si una clase va a hacer uso de la clase de persistencia, cargara las clases pertinentes, o no, y así con el resto.