Ocrend Framework PHP [APORTE][Resuelta]

Respuestas:

•  

    1  

   

   

  Ernesto Peimbert Karma: 5335

   
  Fecha: 09-01-2017 21:53:43 Hola Edwin,
  Muy interesante el aporte.
  Estuve checando el código desde el punto de vista de eficiencia, estándares de programación, seguridad, flexibilidad y madurez de código.
  
  Aquí colaboro con mi opinión del framework.
  Obviamente no es un framework maduro por lo mismo la calidad del mismo es muy baja.
  
  El estilo de codificación es muy primitivo, lleno de malas prácticas, algunas incluso desaconsejadas por el propio PHP. Como ejemplo básico miremos lo que sugiere PHP aquí:
  
  Si un fichero contiene solamente código de PHP, es preferible omitir la etiqueta de cierre de PHP la final del mismo. Así se previene la adición de espacios en blanco o nuevas líneas accidentales después de la etiqueta de cierre, lo cual causaría efectos no deseados debido a que PHP comenzará la salida del búfer cuando no había intención por parte del programador de enviar ninguna salida en ese punto del script.
  
  El uso intensivo de require en lugar de require_once exponiéndose a posibles errores indeseados si un archivo se llegara a incluir o requerir más de una vez muestra que no están familiarizados con la documentación de PHP.
  
  La seguridad del mismo es muy básica utilizando filtros primitivos dejando huecos muy grandes para explotar todo tipo de vulnerabilidades. El código aparenta seguridad pero refleja el desconocimiento y la ingenuidad de sus desarrolladores en temas de seguridad de aplicaciones web.
  
  Me pareció muy curioso el tema de las conexiones a bases de datos. Algo que a todos interesa y que está muy pobremente desarrollado. Es precisamente aquí donde el framework evidencia las debilidades de sus creadores y por lo tanto sus limitantes.
  
  No hay un entendimiento de patrones de diseño y esto afecta la capacidad de extender sus funcionalidades y esto complica el mantenimiento del código que se desarrolle.
  
  Hay un desconocimiento total de estándares de programación ampliamente reconocidos y seguidos por el desarrollo a nivel empresarial empresarial (Me refiero específicamente a PSR).
  
  Algo que definitivamente llamó mi atención es que no utiliza namespaces... para ser PHP7 no utilizarlos es desperdiciar el potencial mismo del lenguaje.
  
  El código, contrario a lo que menciona en la página de inicio, no es eficiente. Como prueba el abuso de las sentencias "else" que en muchos casos no son necesarias y por otro lado están los casos de violación del principio de Single Responsibility.
  
  Ya entrando en el tema dado que muchas de las clases son final me vino a la mente revisar si se adhiere a los 5 principios básicos de SOLID y desgraciadamente no cumple con ninguno.
  
  Como veredicto personal:
  Es un framework inmaduro, extremadamente inseguro, poco extendible y lleno de malas prácticas. Está al nivel de un framework desarrollado en PHP4 hace 10 años.
  Es uno de esos desarrollos donde la intención fue buena pero más que ayudar va a perjudicar pues va a extender, a través de las malas prácticas arraigadas en el código, la pésima fama que tiene PHP de ser un lenguaje de newbies y no apto para desarrollos empresariales afectando así el nivel de competitividad de quienes desarrollamos en este lenguaje.
  
  Definitivamente no lo usaría más allá que para fines académicos. A mi personalmente me abrió los ojos a darme cuenta de que PHP7 no garantiza buena calidad de código pero el tema de la seguridad deja muchísimo que desear.
  
  Me parece inverosímil que una empresa que se dedica al desarrollo no tenga los procedimientos de QC necesarios, ni los recursos técnicos para detectar fallas tan grandes en un framework que ya va en versión 1.1.2
  
  Espero mi análisis aporte algo de luz sobre el framework. Si acaso algún desarrollador del mismo lee mi comentario con todo gusto estoy dispuesto a ayudarles a madurarlo de manera correcta.
  
  Saludos!   Votos: 1 - Link respuesta