Red de conocimiento informático - Material del sitio web - Un pequeño marco de desarrollo de separación de front-end y back-end web de uso propio basado en el paquete Bottle (1): planificación de proyectos

Un pequeño marco de desarrollo de separación de front-end y back-end web de uso propio basado en el paquete Bottle (1): planificación de proyectos

Porque cuando comencé a trabajar en la web, fui guiado por nuestro ex director Niu. Le estoy muy agradecido por su continua orientación. La siguiente serie de artículos trata principalmente sobre el matraz utilizado en los últimos días. Intente continuar usando Bottle para encapsularlo en un tipo de procesamiento similar.

Cree un sistema simple de administración de permisos en segundo plano basado en Bottle para su propio uso.

Este sistema se basa en el código fuente de front-end /wuyouzhuguli/FEBS-Vue y el back-end. El final se cambia para mi propio uso. Botella

En cuanto a los problemas de instalación del entorno, no repetiremos la descripción. De hecho, hay una gran cantidad de tutoriales en Internet.

Debido a que muchos de nuestros proyectos posteriores se basan en una biblioteca base pública, y el desarrollo relacionado también se basa en esta biblioteca base gratuita, mi preferencia personal es colocar alguna biblioteca base relacionada. en la misma gran carpeta de proyecto, lo que también facilita el desarrollo posterior de otros microservicios.

Debido a preferencias personales, todavía me gusta administrar algunas cosas independientes en un paquete separado. Puede que no sea bueno dividirlo más, pero actualmente no tengo muchas bibliotecas básicas y todos los paquetes relacionados son independientes.

El análisis del paquete relevante es el siguiente:

Debido a que cada proyecto es independiente, los desarrolladores posteriores pueden ser responsables de sus propios proyectos. En principio, solo es necesario agregar otros métodos relevantes a las bibliotecas básicas relevantes. La sincronización posterior no causará problemas inoportunos, ni se producirán problemas como excepciones del proyecto porque alguien haya modificado la biblioteca básica.

El análisis del paquete relevante es el siguiente:

Debido a preferencias personales, puede haber problemas con la subcontratación relacionada. Demasiada subcontratación puede ser un poco mala en la gestión posterior. como paquetes separados para manejar cosas independientes, por lo que la subcontratación puede ser un formalismo personal.