¿Que funciones le añadirias a PHP?

[porketero]

Bueno, se que esta pregunta es un poco así... Ahí la explicación:
Estoy creando un framework y para eso necesito ideas de que puede ser útil a la gente. Por ejemplo, alguien que no sepa muchas mates puede no saber que algo elevado a 1/algo es una raíz, y cómo en php solo hay sqrt que son cuadradas he añadido la función math::root(int1, int2);.
Eso sería un ejemplo, vosotros podéis decirme funciones que os faciliten la programación con el fin de hacer un FrameWork más social, es decir, que tiene ideas de gente real, y no funciones inútiles que nadie usará.
Tendrá un sistema de errores, incluso un sistema que te enviará un email si hay problemas graves (o simples según tu configuración), tendrá una clase mysqli propia avanzada y un montón de cosas que seguro que te sorprenderán.

El progreso de este proyecto se puede seguir en [URL="https://github.com/porketero/phpKangaroo"]GitHub[/URL].

[maycolalvarez]

Un Framework es mucho más que un par de librerías con funciones simples o mejoradas, cada FW, que para PHP hay muchos, tiene un propósito, un objetivo, ¿y también porque no?: un target especifico.

Evidentemente un FW no solo mejora el lenguaje, sino que trata de enfocarse en principios como RAD, para el desarrollo rápido, y también en las mejores practicas como Patrones de Diseño.

Dudo mucho que existan "funciones inútiles" en los FW de PHP en el mercado, cada una está enfocada en necesidades reales, si no, nadie las programaría ni necesitaría, todos queremos hacer un FW, hasta yo, no lo niego, pero emprender semejante empresa solo, y habiendo tantos FW buenos como Symfony2, ZendFW2, Codeignater, entre otros, y un mercado realmente exigente que quiere todo para ayer, no me atrevería en hacerlo, a no ser que cuente con un buen equipo, además de conocimientos bien elevados en la materia.

Revisé tu repositorio, y desde mi punto de vista no tienes más que unas simples librerías, hay muchos a quien no les agrada la crítica, pero el hecho es que si quieres desarrollar un FW fructífero, hay que tolerar hasta cierto punto las necesidades y sugerencias de las comunidades interesadas en dicho desarrollo.

Yo por ejemplo utilizaría una capa de abstracción de base de datos, PDO es buena opción, o un ORM como Doctrine2, pero usar mysql que está obsoleto o mysqli te limitaría a usar sólo mysql, ¿y si los usuarios necesitan postgres, oracle, etc?

El core: enfocar el mismo como un front controler es lo más común y efectivo, a fin de cuentas el patrón MVC es exitoso, por algo será.

Mucho Exito.

[porketero]

Iniciado por maycolalvarez

Un Framework es mucho más que un par de librerías con funciones simples o mejoradas, cada FW, que para PHP hay muchos, tiene un propósito, un objetivo, ¿y también porque no?: un target especifico.

Evidentemente un FW no solo mejora el lenguaje, sino que trata de enfocarse en principios como RAD, para el desarrollo rápido, y también en las mejores practicas como Patrones de Diseño.

Dudo mucho que existan "funciones inútiles" en los FW de PHP en el mercado, cada una está enfocada en necesidades reales, si no, nadie las programaría ni necesitaría, todos queremos hacer un FW, hasta yo, no lo niego, pero emprender semejante empresa solo, y habiendo tantos FW buenos como Symfony2, ZendFW2, Codeignater, entre otros, y un mercado realmente exigente que quiere todo para ayer, no me atrevería en hacerlo, a no ser que cuente con un buen equipo, además de conocimientos bien elevados en la materia.

Revisé tu repositorio, y desde mi punto de vista no tienes más que unas simples librerías, hay muchos a quien no les agrada la crítica, pero el hecho es que si quieres desarrollar un FW fructífero, hay que tolerar hasta cierto punto las necesidades y sugerencias de las comunidades interesadas en dicho desarrollo.

Yo por ejemplo utilizaría una capa de abstracción de base de datos, PDO es buena opción, o un ORM como Doctrine2, pero usar mysql que está obsoleto o mysqli te limitaría a usar sólo mysql, ¿y si los usuarios necesitan postgres, oracle, etc?

El core: enfocar el mismo como un front controler es lo más común y efectivo, a fin de cuentas el patrón MVC es exitoso, por algo será.

Mucho Exito.

En cuanto a funciones inútiles me refería a que cada framework siempre tiene cosas que usas y cosas que no. Desafortunadamente no tengo un buen equipo, obiamente para hacer un proyecto tan bestia como este necesitaré tiempo, el propósito de mi FrameWork cómo el de muchos otros es facilitar la programación y para eso tendrá la clase de mysql (api mysqli) que reducirá funciones, o las juntará para ahorrar trabajo, y en un futuro, si a la gente le gusta, habrá que poner más tipos de bases de datos.
Lo de que no tiene muchas cosas es porque he empezado hace unas horas a programarlo.
Muchas gracias por el consejo de todos modos.

P.D: Ahora mismo estoy con la clase de mysqli y cuando la termine tocará hacer el sistema de templates. Si tenéis ideas que creais necesarias añadir os lo agradeceré muchísimo.