Cave's Man: Nuevo framework de PHP v0.1-alpha

#2 Agradezco el tiempo que te has tomado en leer el código y por los ánimos. Como bien digo es una alpha y quedan, efectivamente, muchísimas horas de desarrollo.

Ahora que dices Fecades, me recuerda que se idearon para Laravel 4, y aunque no me gusta mucho la idea de usar blade... Hay muchas cosas que me han gustado de Laravel 5. Por ejemplo la idea de que no tiene sentido alguno el MVC. Y que una app potente no puede meterse dentro de esas 3 letras,

Aprovecharé la ocasión para hacer caso a la evolución de este Framework, creo que es un paso adelante en el desarrollo de PHP.

Y una vez más. Gracias!

#6 Esto tiene mucho delito eh, sin acritud.

El no hacerlo compatible con 7.1 con las grandes mejoras que trae, es cortarte las alas.

Y una pregunta porque Mysql es un requisito?

Respecto a lo que dices de programador de verdad, una de las ventajas de usar frameworks (aunque esta desde luego viene con deuda tecnologica) es que si por ejemplo tienes la funcion Foo que te devuelve Bar en el codigo del framework, esta es testeada por la gran mayoria de usuarios del framework, con lo que si hay un bug o fallo de seguridad se detectan a toda ostia.

Voy a echarle un ojo a las tripas en si. Ire editando con mas comentarios.

Otra cosa, no as implementado ni siquiera autoloading... esto mas que un framework es mas bien un libreria eh.

Como haces el sistema de rutas?

Estaba pensando en colaborar, pero la verdad es que lo que he visto no me ha gustado. Es un buen curro el que te has pegado eso no lo niego, pero para que esto sea considerado un framework:

• Necesitas aplicar como minimo PRS1/2/4
• Necesitas un sistema de rutas.
• Necesitas documentación y comentarios en el código. La verdad que esto ultimo, yo seria lo primero que haría, porque no hay ni uno XD
• "El framework" en si no es testeable, ademas de que no hay ni un solo test (ni unitario ni de na)
• La mayoria de las funciones no definen visibilidad

Este constructor es especialmente dañino:

function __construct(){
        $this->db = new db();
		$iso = isset($_GET['lang']) ? $_GET['lang'] : '';
		if($iso){
			$lang = $iso ? $this->getIdFromIso($iso) : false;
			if($lang)
				$_SESSION['lang'] = $lang;
		}elseif(!isset($_SESSION['lang'])){
			$iso = explode(";", $_SERVER['HTTP_ACCEPT_LANGUAGE']);
			$iso = explode(",", $iso[0]);
			$lang = isset($iso[1]) ? $this->getIdFromIso($iso[1]) : false;
			if($lang)
				$_SESSION['lang'] = $lang;
			else
            	$_SESSION['lang'] = $this->getDefaultLanguage();
        }
		$iso = $this->get_iso($_SESSION['lang']);
		if(!$iso){
			$iso = $this->get_iso($this->getDefaultLanguage());
		}
		if($_SERVER['REQUEST_URI'] == _PATH_){
			header("Location: "._PATH_.$iso);
			exit();
		}
		$this->t = $this->get_translates();
		$this->iso = $iso;
		setlocale(LC_ALL, $this->iso.'_ES.utf8');
    }

Deberias hacerle un refactor.

#12 Igual se te ha pasado mi pregunta, pero porque mysql es una dependencia del FW?

#14 me refiero que por que necesitas un motor de bases de datos para hacer funcionar el framework.

es que yo por el vistazo general que veo parece más una especie de CMS basado en PHP que un framework

#16 el idioma almacenado en la base de datos es un poco meh eh, mi opinion.

#19 De ahí que me plantee sacarlo de base de datos y que no dependan de ella. Igualmente, creo que va bastante mejor por base de datos. Una consulta va mas rápida que leer un archivo. Pero obviamente no es estándar.

#21 Eso es discutible, mas que leer un archivo los puedes tener cargados en memoria. Me refiero para los locales (en|fr|etc) .

Luego las traducciones las puedes tener en YAML, JSON, PHP files y no son mas lentas que una consulta.

#20 Gracias por tus ánimos. La verdad es que si todo se sacase funcionando al 100% sería increíble... pero para eso existen las aphas. Y por eso lo he publicado. Porque 4 ojos ven mejor que 2. Y 2 cerebros piensan mejor que 1.

Trabajaré para que haya en un futuro una RC con más razones de peso.

Gracias!