Primeros pasos con CodeIgniter

Lo que pasa es que lo ves complicado porque estás dentro de la curva de aprendizaje.

No te voy a evangelizar sobre que forma de programar es mejor, y menos contigo que tienes formas diferentes de ver las cosas, como en la pregunta anterior que consideraste que mantener una configuración centralizada "no te daba libertad".

Por lo que veo en el ejemplo. La mejora está en que estas trabajando con objetos, por lo que puedes manipular cada elemento del formulario de manera independiente desde la capa de negocio sin pasar a la capa de diseño.

Si lo ves desde "mas arriba" estás trabajando de manera modular y podrías ordenar tu código reutilizado formularios que desde html no podrías (solo copiando y pegando).

Otro beneficio que encuentro, es la creación de librerías de objetos que te ayuden con ciertas tareas tediosas o repetitivas.

Entiende que en esta parte del aprendizaje, tienes que tener algo más de "soltura" ya que estas haciendo competir internamente en tu mente, tu forma "anterior" de hacer las cosas sobre el desarrollo con frameworks (como te ha pasado hace un tiempo con jquery), y siempre encontrarás que la forma que tienes actual de trabajar es mejor y más fácil que la nueva, porque la nueva la desconoces y esa no es la idea. No te hagas fan de las formas de hacer, mejor consideras diversas formas de realizar tus productos.

Pensaba que había cerrado este hilo ...

Por la manera de contestar que tienes me da la impresión de que no utilizas framework ¿es así?

Respecto a lo de la base de datos centralizada, debo aclarar una cosa. El "problema" estaba en que tiro de internet, y te dicen de hacer esto y lo otro directamente en los ficheros (p.ej con el notepad) ... que si, pero no, es como si no contasen con un IDE, esto es p.ej, y en mi caso Netbeans, desde el IDE, puedes editar esos ficheros tal cual si fueran tuyos, no se si me explico ...

Si, es cierto, estás trabajando de manera modular, pero eso YA LO HACIA YO, si te dedicas a esto de programar, terminas organizándote si o si, y yo, en todos mis proyectos, tienes una parte de acceso a la bd, otra de "reglas de negocio" y la de "pantallas" (vistas o como quieras llamarlo), y evidentemente tengo librerías con funciones propias ... por lo que la programación modular no me es ni de lejos desconocida.

El framework, usar un framework, es utilizar la forma de trabajar de otro, no la tuya, en cierta manera es unificar la manera de trabajar de toda la comunidad que adquiera ese framework, ¿las ventajas? ... que vendrá alguien de fuera, y podrá coger sin problemas lo que yo he hecho y al revés ... Si no utilizas framework, si te vas de la empresa, el que venga lo pasará "mal" porque, evidentemente, no sabe tu forma de trabajar.

El ejemplo del video, no me ha terminado de gustar, hay 4 o 5 videos más del autor, pero que no me han convencido, he encontrado dos páginas, más sencillas, mucho más sencillas, que ponen un ejemplo muy básico, pero es lo que se necesita al principio.

Lo que me vienen dudas ahora de una serie de cosas, p.ej, el manejar los errores de conexión, no sé como queda eso, ya que por ejemplo en estas lineas ... :

function obtener_favoritas(){

$query=$this->db->get('favoritas');
return $query->result_array();
}

se llama a la tabla de "favoritas" y se recupera un array con todos los registros ... pero ¿que pasa si no existe la tabla indicada o la base de datos está caída? ... con "mi" sistema, que lo hacía todo a pelo podría utilizar aquello de mysqli_errno ... y controlarlo, pero ahora que mediante "get" te lo retorna todo no sé como debe quedar ...

<a>http://www.adwe.es/codigo/tutorial-codeigniter-1o-parte-modelo-mvc-y-primeros-pasos</a>

<a>http://www.adwe.es/codigo/tutorial-codeigniter-2o-parte-clases-modelo-y-eliminar-index-php-de-las-url</a>

Estos son los dos enlaces que te digo que aclaran, con un ejemplo muy básico como trabajar ...

Siento que cada vez que me respondes te estas respondiendo de mejor manera a ti mismo.

Y es claro que la necesidad de organizarse está pensada de esa forma. La gente que hace frameworks no piensan en que todos los programadores son como "tu" y que todos los proyectos van a tener a uno o a lo más dos programadores sobre el mismo desarrollo, que usarán tu misma silla o tu mismo ide e incluso tu mismo modelo de computadora.

La idea del framework es unificar sobre una base para que equipos de desarrollo puedan trabajar en conjunto, bajo las mismas prácticas (de hecho muchas especificaciones de frameworks utilizan patrones e instructivos de codificación para esas buenas prácticas).

Yo no utilizo frameworks actualmente pero si he trabajado con otros hace un tiempo, por lo que conozco las cosas que me comentas, y te reitero. Tienes que abrirte más de mente para aprender y dejar de pensar en como haces tu las cosas porque si no, entrarás en conflictos tal cual estás ahora pensando en que un framework nunca será mejor que tu trabajo actual.

En la informática no hay mejores o peores, solo hay diferentes formas de hacer las cosas en función del propósito por el cual las herramientas (o tecnologías) fueron creadas.

Hay que pensar que el framework está hecho para personas que no son organizadas (yo he visto desarrollos de chicos que recién salen de sus carreras que te harían desmayar), que no usan directamente tu ide y que necesitan que ese desarrollo sea llevado a cualquier otro servidor y arquitectura de la manera más simple y ahí entraríamos a discutir si empaquetar el software y unificar configuraciones sería un beneficio o no...

Te reitero, piénsalo de una manera abierta (deja tu punto de vista y piensa en empresas o en chicos que están recién saliendo, en otros desarrolladores), si no, es mejor que sigas en lo tuyo (bajo tu forma de organización y creación) y no intentes estudiar esto, porque en vez de aprender, harás competir tecnologías, te harás competir frente a la comunidad de desarrolladores, y no tiene sentido hacerlo así, es perder el tiempo. Es como ver una película buscando los errores de continuidad, al final dejas de disfrutar el arte por estar buscando detalles, y en el caso de los frameworks si fuesen tan malos no existirían tantos y no estarían apoyados por comunidades y menos serían utilizados en proyectos profesionales.

Si me das unos minutos podré analizar lo de tu error de script.

Tu primera frase no la entiendo: "Siento que cada vez que me respondes te estas respondiendo de mejor manera a ti mismo." ... pero da igual.

Comentarte, si tu has visto código que me harían desmayar de personas recién salidas de la universidad, yo te podría decir que he visto código que no te haría desmayar sino entrar en coma profundo, ya que no era de principiantes sino de gente que llevaba AÑOS programando, solo un ejemplo: todo el código alineado a la izquierda, sin espacios sin márgenes ... si si ... tal como lo lees ... y he estado reunido con clientes y gente veterana de la central de mi empresa, y éstos con la camisa abierta ... imaginate mi situación en ese momento ...

Yo no trato de ver si lo que yo hago es mejor o peor que un framework, simplemente te he dicho que la estructuración la modulación que tiene un framework (codeIgniter en este caso), es la "misma" que tengo yo sin framework, y también te he dicho que es la manera de unificar la manera de trabajar de los desarrolladores.

Respecto a lo que comentas que no serán tan malos si tantos hay, ahí podría discrepar, en principio todos hacen lo mismo, de diferente forma ... si hubiera uno realmente bueno, no existirían los demás ... Es reducir el número de formas de programar. Pongamos si originariamente hay un millón de programadores, pues hay tantas maneras de programar, pero si esos programadores adoptan un framework determinado (pongamos que existen 10 frameworks), pues se pasa de un millón de maneras de programar a tan solo 10 ... Eso es lo que hacen los frameworks, el unificar y /o reducir la disparidad de criterios, seas novato o experto.

¿Que por qué estoy aprendiendo un framework? ... pues porque las empresas se han dado cuenta de lo que te digo que si utilizan un framework, no se pillan tanto los dedos si se va un programador u otro, ya que probablemente encontraran a otro que sepa utilizar ese framework, descartando ya de un principio a los que no saben ese framework, entre ellos los que no hayan utilizado ninguno nunca. Por eso, estoy mirando un framework, porque en las ofertas de php, no hay oferta que no tenga en sus requisitos este u otro framework.

Al fin y al cabo, si te fijas en un framework lo "único" que hacen es "camuflar" el código original. p.ej si no programas con framework, o sea, programas puro php tiene que poner algo como: include_file 'librerias_propias.php' ... mientras que con un framework su equivalente es $this->load->library('librerias_propias'); al menos en codeIgniter. Si te paras a pensarlo me darás la razón aprender un framework, es como coger un proyecto de otra persona y tener que trabajar con el ... es "adoptar" otra manera de trabajar, "traicionas" tu mente, para averiguar o tratar de comprender como trabaja o qué filosofía tiene el otro ... es simplemente cuestión de tiempo y de adaptación ...

Pensamos diferente, pero no tiene sentido discutir tanto (o tratar de hacer ver quien ha visto código mas apocalíptico en su vida), como te comenté no es mi idea hacerte entrar en cabeza que cosas tienes que usar o no para sentirte un desarrollador.

Lamentablemente como me has comentado, el mercado esta haciendo exigencias de conocimientos con respecto a ciertos lenguajes o herramientas que se tienen que aprender y es elección tuya si crees necesario "traicionar" tu mente o prefieres seguir con tu misma forma de trabajar. En el fondo, los contenidos están a disposición de todos, y tu tienes que darle el perfil a tu carrera como informático y saber en que especializarte, si es en tecnologías o tu crear tus propias formas de trabajo (quizá puedas crear un framework para otros con tú forma de ver como generar solcuciones).

Yo te recomiendo que sigas viendo frameworks y de verdad no juzgues (ni si quiera rememores como tratabas tú y las diferencias con lo que lees, solo analiza como trabaja de la manera más objetiva posible), solo lee para que puedas entender de la mejor manera como trabaja y ver si bajo ciertos contextos te puede ser de ayuda.

Más que eso no te puedo aconsejar, como te dije antes, no te puedo convencer de que tecnologías te agradan mas o menos para desarrollar.

Lamentablemente no será la primera vez que te toque hacer este ejercicio y tienes que ser flexible. Hace 10 años las webs "lindas" se hacían en flash, ahora se hace con javascript, ahora todas las webs tienden a ser "responsivas" y en el futuro quien sabe, todo va cambiando y tienes que ver como te especializas y en que, y buscar trabajo con las capacidades que deseas perfeccionar en tu camino de estudio.

Voto a favor de los frameworks, más que nada por la seguridad de las aplicaciones creadas, son sensibles a menos ataques

Si y no, los frameworks están más testeados. Pero si se detecta una vulnerabilidad de las aplicaciones realizadas con dicho framework, cualquier aplicación desarrollada será vulnerable de igual manera. O sea, que si, pero no. Yo sigo programando sin frameworks.