Programación Orientada a Objetos en WordPress: Análisis, Parte 1

Cuando me propuse por primera vez ofrecer membresías en este sitio, sabía que lo primero que quería abordar era una introducción a la programación orientada a objetos.

Es algo que parece ser interesante para la mayoría de las personas que trabajan en WordPress, pero hay un problema que aleja a mucha gente o genera malos resultados:

La programación orientada a objetos puede complicarse rápidamente. Y esto se vuelve desmotivador.

Esto es lo que quiero decir: supongamos que es un desarrollador de WordPress que comienza a investigar la programación orientada a objetos. Comienza hablando de clases, constructores y funciones, y todo parece estar bien.

Pero luego se mete rápidamente en:

• métodos privados y protegidos,
• herencia,
• polimorfismo,
• patrones de diseño,
• inyección de dependencia,
• repositorios,
• y así.

Es una bola de nieve, ¿no? Y no tiene que ser así en absoluto, pero es difícil encontrar una introducción adecuada salvo por algunos recursos que existen.

Dicho todo esto (y sirviendo como telón de fondo de hacia dónde me dirijo), quería comenzar a crear una serie de contenido para aquellos que:

• están realmente interesados ​​en la programación orientada a objetos,
• no está seguro de por dónde empezar,
• quieren hacer crecer sus habilidades,
• quiere comenzar desde cero sin escalar a material más complicado demasiado rápido.

Y eso es lo que estoy comenzando hoy y en el primer gran plan serio para los miembros. Dicho todo esto, comencemos.

Específicamente, comencemos a hablar sobre la programación, el análisis y el diseño orientados a objetos, y por qué debería comenzar allí.

Programación Orientada a Objetos: Análisis

Cuando se trata de escribir código, actualmente hay tres formas populares de hacerlo:

• funcional ,
• procesal ,
• orientado a objetos

Siempre que trabajemos y leamos código de WordPress, leerá una combinación de código de procedimiento y código orientado a objetos.

Hay algunas razones por las que este es el caso, pero está fuera del alcance de nuestra discusión.

Esto se debe a que WordPress está construido con ambos y porque ciertos aspectos del desarrollo de WordPress se pueden escribir con código de procedimiento, como complementos y temas, y otros requieren desarrollo orientado a objetos como widgets.

Análisis y Diseño

Muy a menudo, lo primero que queremos hacer, como desarrolladores (en ciernes o no), es empezar a escribir código de inmediato. Yo también lo consigo. Es divertido. Tenemos una idea, queremos darle vida, queremos comenzar a usarla y queremos mostrársela a otras personas.

Sin embargo, aquí está el problema de hacer eso: a menudo pasamos directamente a escribir código para tratar de hacer que el proyecto haga lo que queremos que haga.

Si este es un proyecto simple (y me refiero a realmente simple), entonces no es gran cosa. Honestamente, lo he hecho (y GitHub es prueba de ello). Pero cuando se trata del trabajo que hacemos en Pressware ; es una historia diferente.

Cuando se trata de proyectos como ese, queremos hacer un poco de análisis y diseño antes de escribir el código.

Lo que plantea la pregunta, ¿qué es el análisis y diseño orientado a objetos?

Análisis

En resumen, piénsalo de esta manera:

El análisis es el proceso de tomar la idea que tiene el cliente o que usted tiene y excavar lo que realmente se necesita construir.

Esto puede ayudarlo a determinar cuál es el código de la aplicación y qué no es necesario para la primera versión de la aplicación. Me gusta etiquetarlos en cuanto a los "imprescindibles" y cuáles son los "buenos para tener".

Una buena regla general es esta:

• los imprescindibles son las cosas que son fundamentales para la aplicación y deben incluirse en la primera iteración del proyecto,
• agradables son las cosas que eventualmente podemos construir en él

En última instancia, esto nos ayuda a trabajar hacia una primera versión sólida para el cliente. Quizás un ejemplo es para WordPress:

• ¿La primera versión de WordPress necesitaba tener una API de complemento o solo necesitaba tener la capacidad de que las personas escribieran publicaciones y las publicaran en la web?

Si está creando una plataforma para blogs, ¿debe ser extensible desde la primera versión? Esto no es más que un ejemplo, pero se entiende la idea.

¿Qué hace que el análisis sea tan difícil?

Creo que a menudo tiene que ver con personajes.

Por ejemplo, nosotros, como programadores, pensamos que un proyecto siempre debe hacer lo que el cliente quiere. La verdad es que no siempre es así.

Quiero decir, eventualmente, podría ser, pero la primera versión del proyecto no necesariamente tiene que ser así.

Además, uno de los principios de la programación orientada a objetos es que no escribimos mucho código duplicado. Pero eso puede ser muy difícil de hacer si no se ha realizado un análisis adecuado.

Finalmente, aquellos que tienen más experiencia dirán que un buen software utilizará principios probados y verdaderos, ya sean patrones de diseño o no, pero que se puede modificar fácilmente con el tiempo. Eso, en cierto sentido, crece orgánicamente.

¿Entonces, qué vamos a hacer?

En el próximo artículo, voy a hablar sobre tres cosas que podemos hacer, como desarrolladores, para asegurarnos de que el software que estamos creando para nosotros mismos o para otros nos lleve en la dirección correcta.

No diré que es una bala de plata porque no creo que exista, pero diré que es un enfoque bastante fuerte que he encontrado que otros usan y también yo mismo y que conduce a una dirección bastante buena. en términos de análisis orientado a objetos.

Esto eventualmente nos llevará al diseño. Pero aún no hemos llegado.