Hay algunas guías. El libro Robert C Martin Agile Software Development explica los principios SÓLIDOS de los que dependen los marcos.
Tus dos frases clave son
- Inversión de dependencia
- Dile no preguntes
A eso se reduce el código marco. Captura la lógica que siempre es cierta para todos los usos del marco dentro del marco. Agregue ‘puntos de complemento’ para que los usuarios del marco puedan escribir pequeñas piezas de código para inyectar y agregar su comportamiento específico.
- Cómo dominar JS desde cero
- ¿Cuáles son las mejores tiendas de desarrollo web en Nueva York?
- ¿Por qué no usamos el servidor Django para alojar un sitio web de Django en producción?
- ¿Cuál es el mejor marco de Java para desarrollar ERP basado en web?
- ¿Cuál es el mejor libro de texto para aprender a construir una aplicación web?
Escribí un ejemplo simple sobre inversión de dependencia y le digo que no pregunte aquí:
Crear código limpio con arquitectura hexagonal | Vista desde la cara del código
Puedes considerarlo como un marco para adivinar mis juegos de números, donde el usuario del marco puede elegir los dispositivos de entrada y salida. Eso podría ayudarlo a entrar en la forma correcta de pensar sobre los marcos.
Pero como dicen correctamente las otras respuestas, comience con una necesidad. No se puede simplemente “escribir un marco”. Necesita algo que espera que admita al menos tres usos diferentes, y donde el marco no solo se interponga en el camino.
Los malos marcos son horribles. Tienen puntos de complemento para cosas que nunca cambian, luego se pierden completamente los puntos para cosas que sí lo hacen. Siempre estás tratando de vencer el código marco.
Se necesita una visión profunda de un dominio para hacer un buen marco.
¡Ciertamente, nunca he hecho una buena!