CakePHP - dónde poner la lógica del servicio

Question

Soy un programador de Java que intenta investigar CakePHP: actualmente tengo un problema con la estructura/diseño de la aplicación. No pude entender dónde poner la lógica central de la aplicación.

Cuando estoy desarrollando en JavaEE, enfoque común parece siguientes:

• clases modelo son granos simples que representan entidades de datos (productos, personas, etc) - en su mayoría como estructuras de datos con getters/setters;

• Las clases de controlador son clases lo suficientemente simples que agregan datos necesarios y los inyectan en una plantilla de Vista dedicada que luego se envía al usuario;

• DAO (DataAccessObject) o las clases de repositorio son aquellas que pueden cargar y almacenar entidades en la base de datos;

• Las clases de servicio son generalmente singletons que contienen ciertos métodos lógicos de negocios; estos son llamados por controladores, por otros servicios o por acciones programadas, por otro lado llaman métodos DAO/Repository para buscar o modificar datos.

Por ejemplo si tengo entidades Person, Product y Order, cuando el usuario selecciona algún producto y clics "puso en mi compra/cesta" new Order para este Person debe ser creado y esto Product debe añadirse a esta Order (podemos verificar que Person no está mal deudor y que Product está presente en la tienda, etc.) - todo este trabajo se realiza en los métodos de OrderService llamados por algún controlador.

Por lo general algún tipo de COI (Inversión de Control) se utiliza para que todos los servicios y controladores tienen enlaces a los servicios necesarios etc.

Ahora estoy un poco desconcertado sobre cómo todo esto se hace en CakePHP. ¿Dónde debería poner esta lógica comercial, etc.?

Answer 1

En CakePHP, la capa del modelo se compone de la colección de instancias active record, llamada AppModel. Combinan la lógica relacionada con el almacenamiento (que normalmente pondría en DAO y/o repositorios) con la lógica de negocios (lo que generalmente entraba en sus "modelos").

Cualquier otra lógica relacionada con el dominio (de su Servicio) se convierte en parte del controlador.

Si usted quiere saber, cómo eres supone que implementar la lógica de negocio de dominio en CakePHP, con tan sólo mirar a los artículos que alaban registro activo patrón.

_{Opinión personal
CakePHP y CodeIgniter son dos de los peores marcos en PHP.
Están llenos de malas prácticas.}

En realidad, si estuviera haciendo MVC-ish correcta, entonces la capa modelo contendría toda la lógica de negocio y todo lo que se relaciona con él. La capa del modelo está compuesta de DAO, Repositorios, Domain Objects (lo que usted llama "modelos") y Servicios.

Si bien las descripciones del código basado en Java indican que se está moviendo en esa dirección, CakePHP ni siquiera está remotamente cerca de él.

Por otra parte, podría ser que my understanding de MVC es simplemente incorrecto.

Answer 2

Los controladores solo deben contener la lógica relevante para que todo sea una aplicación web. Su lógica comercial pertenece a los modelos. Creo que es uno de los errores básicos que se encuentran en muchas aplicaciones cakePHP, que mucha lógica se pone en los controladores, que en realidad pertenece a los modelos.

Answer 3

En CakePHP. la "M" es solo un montón de modelos de datos en lugar de modelos de dominio. En mi opinión. CakePHP está hecho para el desarrollo de RAD. No es una buena opción para aplicaciones empresariales.

Mi opinión sin embargo.