[IVX] Comparta un caso de escaneo de código para tomar prestados libros y la idea de un grupo de acción unificado

1. URL

  • https://pre.latest.h5sys.cn/play/YTz44z7p La página de la estantería (página de inicio) generalmente se ingresa escaneando el código QR después del libro, no esta URL

  • https://pre.latest.h5sys.cn/play/YTz44z7p?qrcode=1 Página de código QR El código QR adjunto a cada libro se mostrará aquí. Las capturas de pantalla administrativas se pueden imprimir y pegar en el libro, y los usuarios pueden escanear directamente Libro de yarda

  • https://pre.latest.h5sys.cn/play/YTz44z7p?input=1 Página de entrada de información Esta URL se puede abrir para la entrada cuando llega el nuevo libro cada mes al entrar al trabajo

  • https://pre.latest.h5sys.cn/play/YTz44z7p?export=1 Página de exportación de registros de préstamos Para los libros que se están tomando prestados, se necesita una lista de exportación para facilitar la gestión, y los libros que se hayan devuelto no se considerarán



2. Descripción general El
1-q.png
   usuario ingresa a la aplicación a través del código QR detrás del libro similar a la imagen de arriba, y hace clic para pedir prestado para pedir prestado. Cada persona puede tomar prestado hasta tres libros. El tiempo válido para tomar prestado es 1 mes. Cuando llegue el momento, se le recordará al

   usuario que devuelva el libro al registrarse; Al devolver el libro, puede puntuar y comentar el libro. Otros usuarios pueden ver estos comentarios y dar me gusta cuando hacen clic en los detalles. Sin embargo, este conjunto de Me gusta de comentarios no está relacionado con la lógica principal y solo puede considerarse como la guinda del pastel. Se
   
   hace clic en todo el proyecto. Módulo + organización y desarrollo basados ​​en datos, no se utiliza la función js, implementación completa del grupo de acción, la velocidad general del proyecto es buena, la estructura del front-end es la siguiente.

c8c1a4c9eec40ff04ddfa8c96a3d58f8_200177_1920_969.png

3. La organización de la lógica del caso: el grupo de acción unificado
   se muestra en la figura siguiente, cada página tiene Y solo hay un grupo de acción que generalmente controla la lógica de la página actual, incluido el clic, la visualización, la entrada, el salto de página y otros eventos; la
f3ebae8d33ca7a7b42a82aca28602ffb_38859_661_507.png

   razón de esta organización es porque, según el desarrollo del proyecto anterior, si el grupo de acción es demasiado "voluntarioso" ", lógicamente se volverá demasiado fragmentado, lo que aumenta la dificultad de mantenimiento del proyecto. Si utiliza el método de la figura anterior, la lógica de cada página se volverá muy clara. El grupo de acción unificado para cada página se muestra a continuación. La situación interna:

   Inicialización: 
616953e5aab08e79ebf14321da0ea3ca_38880_864_557.png

Entrada:
1a55d4a5d6813dee5676c6a180af00bd_6528_864_119.png

Código de escaneo:
3e97f5cb1c92b0c72745b852467f0078_4559_869_98.png

Retorno:
9f71555babc66c8406fc8dd900d18f82_13320_870_207.png

Detalles:
3dc52ad140b7e1ee7f8dee41b8e02789_26271_867_344.png

Página de inicio:
8cfa0be430d0da68e56050726b62f69e_30214_866_395.png

Para su uso, podemos procesar los eventos dispersos en los distintos componentes de la caja de manera unificada. El método de llamada es similar al siguiente:
Llamada a módulos pequeños : Cuando se
dfc413b35aedb3d278bcd22dab196f9e_55846_867_820.png
llama a un grupo de acción unificado en un módulo pequeño, a veces los datos (estado) en el módulo pequeño deben enviarse a la lógica principal para su uso. En este momento, el grupo de acción de llamada no puede simplemente escribir un 1, sino que debe arrojarse desde el módulo pequeño. Los datos de salida se asignan a los correspondientes parámetros del grupo de acción unificado;

invocar módulos no pequeños:  
d5e1682b1a047a35de7f38fbb1fcbb85_6644_869_142.png

Para llamar al grupo de acción unificado en módulos no pequeños, generalmente use 1 como juicio y, a veces, los datos actuales se pueden devolver a la lógica principal en el caso de un bucle;

4. En segundo plano,

este caso básicamente puede ser directamente sin ninguna operación Reutilizar, el único lugar que debe cambiarse es la configuración aquí. Debe completar la aplicación de la cuenta oficial de WeChat de la empresa o individual y otra información:
706ed915ed7ba240abe5d06982a44eee_25799_804_561.png

para la parte de back-end, básicamente no hay cambios, principalmente compuesto por base de datos + servicio; la
base de datos se divide en tres pasos: personal Tabla \ Lista de libros \ Formulario de evaluación de préstamos; el

servicio es equivalente a la API en el desarrollo tradicional, pero de hecho, los datos de la base de datos se pueden obtener directamente en la recepción, pero en aras de una estructura clara y consideraciones de seguridad, las operaciones en segundo plano que necesitan operar la base de datos se encapsulan en varios Servicios, cada servicio es muy claro, como su nombre indica;
002fd4794089c4f34d3d08a91b40dad4_19969_581_501.png


5. Conclusión

Desde el escenario de aplicación y método de uso, puede resolver la gestión interna de préstamos y devoluciones de libros, equipos y otros bienes públicos de la empresa u organización , Escanear el código QR para operaciones de préstamo y devolución es muy conveniente, no se requieren registros en papel y bolígrafo, pero la premisa es que dichos bienes públicos se encuentran en un espacio con un cierto dispositivo de almacenamiento de seguridad, como "bloqueado";

Desde la perspectiva de la estructura de la organización del proyecto, el caso se puede mantener o modificar adecuadamente muy rápidamente a través del método de módulo pequeño + basado en datos en la herramienta iVX ;
al mismo tiempo, el método de procesamiento lógico del " grupo de acción unificado " también hace que la lógica de la página sea más controlable. No habrá fragmentación de lógica y eventos porque el proyecto es demasiado grande.


Supongo que te gusta

Origin blog.51cto.com/14888124/2538828
Recomendado
Clasificación