Subversion, algunos detalles tecnicos y un Mea Culpa
Este es el lado tecnico de Veneblogs -- Ayer finalicé la instalación del repositorio svn (subversion) de Veneblogs. Realmente no hay nada diferente desde el punto de vista visual, pero esto si permitirá tener mas control sobre el desarrollo de Veneblogs.
Hasta el momento es privado, pero despues de una limpieza/re-codificación de Veneblogs pienso liberar el código bajo alguna licencia open source.
La actual estructura interna de VeneBlogs es bastante mediocre, inicialmente este fue programado usando tecnicas "tradicionales" de programación, casi que legacy programming, no hay objetos, no hay separación de presentación y lógica, ¿MVC? como se come eso, no hay un sistema de caché y tiene un sistema "cerrado" de acceso a la base de datos. Y lo peor de todo esto es que simplemente fui flojo a la hora de crear esto, claro no quiere decir que no funcione, porque si lo hace, salvo algunos detallitos por aqui y alla, pero el código no es nada elegante o reusable, no es un código moderno.
Entre las mejoras que pienso hacer con Veneblogs estan las siguientes, y estoy siendo muy ambicioso.
1.- Cambiar el acceso a los datos, utilizar el "estandar" Pear DB.
2.- Cambiar todo a programación orientada a objetos. Hasta el momento pienso que todo directorio tiene, por lo menos, tres objetos basicos, el objeto directorio, el objeto usuario, el objeto item (un item puede ser uan categoria, un blog, un perfil, etc, etc).
3.- Crear un controlador, que sería basicamente el index.php en la raiz y cambiar el esquema de las URL.
4.- Hacer cambios en la base de datos que puedan "soportar" los cambios anteriormente mencionados.
Se dán cuenta porque necesito svn, ahhh y todos estos cambios serán, como dicen, "bajo el capó", visualmente no habrá cambios, pero eso sí, si llego a hacer todos (dios quiera), los cambios a futuro serán mucho mas faciles de implementar.
Aunque pensandolo bien, ¿no será mejor empezar algo nuevo desde cero en otro lenguajes, algo como python o quizás ror?
Hasta el momento es privado, pero despues de una limpieza/re-codificación de Veneblogs pienso liberar el código bajo alguna licencia open source.
La actual estructura interna de VeneBlogs es bastante mediocre, inicialmente este fue programado usando tecnicas "tradicionales" de programación, casi que legacy programming, no hay objetos, no hay separación de presentación y lógica, ¿MVC? como se come eso, no hay un sistema de caché y tiene un sistema "cerrado" de acceso a la base de datos. Y lo peor de todo esto es que simplemente fui flojo a la hora de crear esto, claro no quiere decir que no funcione, porque si lo hace, salvo algunos detallitos por aqui y alla, pero el código no es nada elegante o reusable, no es un código moderno.
Entre las mejoras que pienso hacer con Veneblogs estan las siguientes, y estoy siendo muy ambicioso.
1.- Cambiar el acceso a los datos, utilizar el "estandar" Pear DB.
2.- Cambiar todo a programación orientada a objetos. Hasta el momento pienso que todo directorio tiene, por lo menos, tres objetos basicos, el objeto directorio, el objeto usuario, el objeto item (un item puede ser uan categoria, un blog, un perfil, etc, etc).
3.- Crear un controlador, que sería basicamente el index.php en la raiz y cambiar el esquema de las URL.
4.- Hacer cambios en la base de datos que puedan "soportar" los cambios anteriormente mencionados.
Se dán cuenta porque necesito svn, ahhh y todos estos cambios serán, como dicen, "bajo el capó", visualmente no habrá cambios, pero eso sí, si llego a hacer todos (dios quiera), los cambios a futuro serán mucho mas faciles de implementar.
Aunque pensandolo bien, ¿no será mejor empezar algo nuevo desde cero en otro lenguajes, algo como python o quizás ror?
Labels: geek, objetos, php, tecnico, veneblogs renovaciones
This entry was posted by Veneblogs, on
2006-09-27.
You can leave your response.
9/27/2006 1:17 PM
Un repositorio para los fuentes es imprescindible hoy en día, bien sea svn o CVS, aunque svn me parece mucho mejor. Excelente decisión
9/27/2006 2:34 PM
Yo te recomendaría que hicieras un proyecto paralelo (nuevo, independientemente que cambies o no de lenguaje); obviamente, también con su repositorio svn.
Los cambios que citas son bien importantes y van a hacer que el código liberado de VB sea útil para terceros, pero creo que hacer los cambios sobre el VB "en producción" te puede traer dolores de cabeza.
Saludos bro
9/28/2006 1:41 PM
Hola Afrael necesito hacerte una consulta personalizada, si puedes por favor mandame un correo: khabiria@gmail.com.
Mil gracias
Un saludo
9/29/2006 9:08 AM
Pero por qué dejar a un lado PHP? PHP cubre todas las expectativas cuando se sabe usar y se combina con algo como Smarty
9/29/2006 10:27 AM
Tienes razon Duilio, smarty es bastante poderoso, seria sabio utilizarlo.