{"id":229111,"date":"2022-11-03T10:01:00","date_gmt":"2022-11-03T07:01:00","guid":{"rendered":"https:\/\/wordpress.mediadoma.com\/?p=229111"},"modified":"2022-11-09T05:42:46","modified_gmt":"2022-11-09T02:42:46","slug":"prototipos-rapidos-con-wordpress-analisis-de-concepto","status":"publish","type":"post","link":"https:\/\/wordpress.mediadoma.com\/es\/prototipos-rapidos-con-wordpress-analisis-de-concepto\/","title":{"rendered":"Prototipos R\u00e1pidos con WordPress: An\u00e1lisis de Concepto"},"content":{"rendered":"\n

En la publicaci\u00f3n anterior<\/a>, comenc\u00e9 a caminar a trav\u00e9s del proceso de tomar la idea de un complemento que lo convirti\u00f3 r\u00e1pidamente en algo que funciona dentro de WordPress. Y aunque funciona, no sigue necesariamente ning\u00fan principio orientado a objetos, ni est\u00e1 en un lugar en el que podamos seguir agregando funciones f\u00e1cilmente.<\/p>\n

No, este no es un argumento de por qu\u00e9 la orientaci\u00f3n a objetos es mejor. Sucede que es mi forma preferida de escribir c\u00f3digo, as\u00ed que lo estoy abordando de esta manera.<\/p>\n

S\u00e9 que el c\u00f3digo de ejemplo que estoy dando es simple y s\u00e9 que se puede argumentar que algo como esto se puede dejar como est\u00e1. Pero el objetivo de esto es mostrar c\u00f3mo tomar un concepto, crear un prototipo y luego moverlo a algo que siga los principios orientados a objetos.<\/p>\n

Y, seg\u00fan mi experiencia, es mucho m\u00e1s dif\u00edcil hacerlo con un ejemplo complejo desde el principio. si pierdes lectores desde el principio, \u00bfqu\u00e9 esperanza hay de que entiendan lo que viene?<\/p>\n

Entonces, dicho esto, vamos a echar un vistazo al c\u00f3digo de la publicaci\u00f3n anterior y hacer un peque\u00f1o an\u00e1lisis de concepto para ver qu\u00e9 podr\u00eda funcionar bien dentro de una clase y c\u00f3mo podr\u00edamos comenzar a organizarlo usando clases, espacios de nombres<\/a>, etc.<\/p>\n

An\u00e1lisis de concepto<\/h2>\n

Siempre que se trata de programaci\u00f3n, es muy f\u00e1cil querer pasar a escribir c\u00f3digo de inmediato y luego modificarlo para que se env\u00ede hasta que haga lo que queremos.<\/p>\n

Y una vez que funciona, parece que hemos terminado y podemos pasar a la siguiente tarea. Pero para proyectos m\u00e1s grandes, ese no es siempre el caso. De hecho, a menudo es mejor hacer un poco de an\u00e1lisis de concepto de an\u00e1lisis orientado a objetos en su dise\u00f1o antes de seguir adelante.<\/p>\n

Simplemente saltar a la codificaci\u00f3n no siempre es el mejor enfoque.<\/p>\n

Un caso para el an\u00e1lisis<\/h3>\n

Caso en cuesti\u00f3n: en el momento de escribir este art\u00edculo, uno de mis compa\u00f1eros de equipo y yo estamos discutiendo si deber\u00edamos extender una clase o escribir una nueva clase para manejar la informaci\u00f3n de geolocalizaci\u00f3n para los datos extra\u00eddos de la API de Google Maps.<\/p>\n

\u00bfPuedo improvisar y escribir algo que funcione? Por supuesto. Pero, \u00bfse integrar\u00e1 bien con la aplicaci\u00f3n? No sin an\u00e1lisis de concepto, planificaci\u00f3n y coordinaci\u00f3n con el resto del sistema.<\/p>\n

Y de eso se trata el prop\u00f3sito del an\u00e1lisis.<\/p>\n

Analizando Nuestro Trabajo<\/h3>\n

Entonces, \u00bfqu\u00e9 significa esto para el complemento que vimos ayer? En este momento, tenemos lo siguiente:<\/p>\n