Cómo utilizar MVP en sus propios proyectos
El funcionario nos escribió algunos proyectos de muestra de MVP, utilizando diferentes conceptos y herramientas para implementar el mismo proyecto Todo.
- Ejemplo de infraestructura todo-mvp / -mvp.
- todo-mvp-loaders / -Basado en el proyecto de infraestructura mvp, la parte de adquisición de datos utiliza la arquitectura Loaders.
- todo- databinding / -Basado en el proyecto de infraestructura mvp, utilizando componentes de enlace de datos.
- todo-mvp-clean / -Basado en el proyecto de infraestructura mvp, utilizando el concepto de arquitectura limpia.
- todo-mvp-dagger / -Basado en el proyecto de infraestructura mvp, dagger2 se usa para la inyección de dependencias.
- todo-mvp-contentproviders / -Basado en el proyecto de arquitectura todo-mvp-loaders, utilizando proveedores de contenido
- todo-mvp-rxjava / -Basado en el proyecto de infraestructura mvp, el nombre completo usa RxJava para el procesamiento de la capa de datos y concurrencia.
Aunque antes del lanzamiento oficial de este conjunto de casos de uso de código abierto de MVP, también hay muchos proyectos excelentes de código abierto en Internet que le enseñan cómo utilizar el modelo MVP. Si no lo ha leído antes, en realidad hay otra ventaja. Simplemente siga el Tan pronto como comencé, otros proyectos similares fracasaron). Eché un vistazo al todo-mvp oficial, que es un poco más simple y claro que lo que implementé antes, y los casos de prueba también están escritos de manera más completa, por lo que puede experimentar intuitivamente los beneficios de MVP en este sentido.
Beneficios y problemas de MVP
Cuando comprende el modelo MVP, sus beneficios son obvios:
- La capa de interfaz de usuario está separada de la capa lógica. La capa de interfaz de usuario no implica código de lógica empresarial, y los cambios en una determinada capa no necesitan modificar el código en todas partes;
- Probar es muy conveniente, puede llamar directamente a la capa Presenter para escribir estilos de prueba (puede usar el marco Junit);
- La última es la mantenibilidad y la escalabilidad. Las responsabilidades de cada categoría de MVP son muy claras y únicas. La expansión y el mantenimiento posteriores serán más fáciles.
Por supuesto, las desventajas también son obvias. En primer lugar, las clases de código aumentan. Es posible que deba escribir la implementación de las capas Presentador y Modelo para una función pequeña. En el pasado, las agregaba a la capa Vista de una sola vez. Al mismo tiempo, se necesita cierta capacitación en el modo MVP para el personal nuevo del proyecto para que no escriban código que destruya el modo existente.