[Vista previa de la conferencia Yuan Chuang] Día del Programador 1024 (dos días antes), reúnase en la oficina de Open Source China, ¡hablemos de IA! >>>

1. Antecedentes

He estado profundamente involucrado en el campo de la cara B durante muchos años y he estado expuesto a cientos de páginas de la cara B. He descubierto que la demanda de productos de la cara B es significativamente diferente a la de la cara C. B Los productos secundarios generalmente se basan en formas "comerciales" existentes, integrando productos tradicionales fuera de línea. El trabajo se convierte en productos en línea mediante programación, sistematización e informatización, mejorando así la eficiencia de la colaboración corporativa y reduciendo los costos de oficina. La demanda generalmente proviene del posicionamiento estratégico del producto, las necesidades individuales del usuario, etc.

Entre ellas, las diversas funciones de la cara B son en realidad una colección de muchas páginas CURD. El tono de estas páginas de la cara B es casi el mismo, con baja frecuencia de uso, alta repetición de páginas, principalmente tablas y formularios. y muchas y complejas funciones.

Cada empresa abstraerá un conjunto de sistemas de construcción basados en su negocio real para resolver páginas duplicadas CRUD en escenarios del lado B. El núcleo radica en la formulación de estándares y reglas . La construcción del lado B no es nada nuevo. La dificultad de la plataforma en sí No radica en la cantidad de barreras técnicas, sino más bien en la estandarización de todo el proceso, desde el producto hasta la investigación y el desarrollo y las pruebas, y su estrecha adaptación al negocio. Sólo así se podrá aprovechar plenamente el valor de construir la plataforma. .

2. Estándares

¿Por qué se dice que el núcleo es un estándar? Permítanme citar un ejemplo fácil de entender que vi antes. Cuando éramos jóvenes, íbamos a una sastrería para elegir los materiales y medir la ropa que usábamos durante los festivales, y luego esperar medio mes para que me los devuelvan. Puedes usarlo ahora, me queda bien y me gusta. Volviendo a hoy. Solo tenemos que mirar las fotos en Tmall y Taobao, elegir el tamaño correcto y hacer un pedido. Podemos usarlo al día siguiente. De vez en cuando no nos queda nada, y ocasionalmente usamos a juego. ropa en la calle, pero no nos importa, porque disfrutamos de más comodidad y eficiencia, y nos beneficiamos del hecho de que esta industria ha desarrollado muchos modelos estandarizados, como los modelos de cuerpo: S, M, L, XL, XXL. Ya no es necesario medir nuestra altura cada vez. Hoy en día, la ropa producida de forma estandarizada puede satisfacer más del 90% de las necesidades, salvo celebridades o escenas especiales, no es necesario molestarse en personalizarla.

La ropa, la restauración, los automóviles e incluso todos los ámbitos de la vida han formado cadenas industriales muy maduras y eficientes. Lo mismo ocurre con la industria de investigación y desarrollo de software. Las necesidades empresariales están creciendo y cambiando rápidamente. Cuanto más intensivo en tecnología es el trabajo, más Es probable que sufra un cuello de botella insuficiente, cuanto más estándares y modelos se necesiten. Cuanto más unificados estén los estándares, más eficientes serán. A veces "renunciar a la creatividad es la mayor creatividad " . en el futuro utilizaremos la estandarización. Las plantillas satisfacen las necesidades empresariales con poca o ninguna personalización.

3. Posicionamiento

Para construir una plataforma del lado B, el plan de diseño primero debe comprender estos problemas:

¿Pro-código, bajo código o sin código?
¿Quiénes son los grupos de usuarios? ¿producto? operaciones? ¿Desarrollo?
¿Qué tipo de páginas son adecuadas para construir una plataforma en la cara B? ¿Qué estándares deben desarrollarse?
¿Cuáles son las características de nuestro negocio? ¿Qué tipo de plano constructivo es el más adecuado para nuestro negocio?

Para el negocio del lado B actual, el código bajo tiende a escribirse con una pequeña cantidad de código, considerando principalmente los siguientes puntos:

Factores de costo y eficiencia: el uso de código bajo puede lograr el objetivo de crear aplicaciones rápidamente sin requerir habilidades de programación avanzadas. La plataforma de creación de código bajo proporciona una gran cantidad de componentes predefinidos y herramientas integradas, que pueden reducir el tiempo y los costos de desarrollo y mejorar la eficiencia del desarrollo.
Simplifique el proceso de desarrollo: utilizando código bajo para construir una plataforma, los usuarios pueden diseñar y desarrollar aplicaciones mediante operaciones y configuración simples de arrastrar y soltar. La plataforma de creación de código bajo proporciona un entorno de desarrollo visual, lo que permite a los desarrolladores centrarse más en la implementación de la lógica empresarial.
Proporcione una mayor personalización: al utilizar código bajo para crear una plataforma, los usuarios pueden crear rápidamente componentes y aplicaciones personalizados de acuerdo con sus propias necesidades sin escribir mucho código. Los usuarios pueden optar por crear su interfaz y diseño favoritos en la plantilla y personalizar los controladores de datos relacionados y las partes interactivas.
Carga de mantenimiento reducida: las aplicaciones desarrolladas utilizando plataformas de código bajo generalmente reducen la carga de mantenimiento y actualizaciones. Las plataformas suelen admitir mecanismos automatizados de actualización y mantenimiento. Al mismo tiempo, muchas funciones de las aplicaciones se completan automáticamente mediante mecanismos en segundo plano, lo que simplifica el trabajo de los desarrolladores.

Debido a que escribir código tiene un cierto costo, el uso de grupos de usuarios es desarrollo. Para páginas relativamente configuradas, es adecuado usar el lado B para construir una plataforma.

4. Diseño detallado

Después de aclarar el posicionamiento y combinar las características comerciales del dominio comercial backend actual, surgió Lego, una plataforma centrada en configuración + reglas.El siguiente es el diseño y la estructura principales de la plataforma Lego, principalmente para resolver la página CURD de la clase de configuración de reglas.

Procesos de negocio

Proceso completo

Estructura general

diseño en capas

La arquitectura general está diseñada con front-end y back-end separados, que se dividen en capa de vista, capa de plantilla y capa de motor.

Ver capa‍

La capa de vista tiene un proceso completo de desarrollo y producción: según el estándar internacional JSON Schema, se desarrollan componentes independientes -> los componentes se organizan y combinan en diferentes formas para formar la interfaz del producto final.

La abstracción de página se define de la siguiente manera:

La capa de vista se muestra en la figura siguiente y se divide principalmente en tres partes:

Grupo de componentes: el grupo de componentes es la parte principal de la página, ensamblada a partir de componentes integrados y personalizados. Puede organizar y combinar componentes arrastrándolos y los efectos se mostrarán instantáneamente en el área de vista previa.
Lienzo: El lienzo ocupa la parte media de la página. El lienzo se compone de componentes individuales. Puede ver la página completa a través de la vista previa, o puede obtener una vista previa del script del esquema JSON generado a través del botón Ver.
Módulo de propiedades: Cada componente tiene propiedades configurables, seleccione el componente para configurar sus propiedades. Por ejemplo, configurar el nombre del componente del botón, el nombre del campo, si es obligatorio, etc., todo depende de las reservas del desarrollador del componente para el componente.

capa de plantilla

Unifique todas las entradas de funciones, actualice el almacenamiento de datos subyacente y los protocolos de interfaz, y proporcione protocolos de interfaz unificados, autenticación, aprobación, escala de grises, reversión y otras funciones.

La capa de plantilla contiene principalmente tres partes:

Gestión de esquemas Json : proporciona un protocolo de interfaz de esquema universal, que incluye gestión de datos de esquema, interfaz de consulta unificada para fuentes de datos de cada componente y restauración de datos de esquema con un solo clic.
Gestión de datos de plantilla: incluida la implementación de datos de plantilla, la verificación de datos de plantilla, el análisis, la búsqueda y la relación de mapeo entre los datos de plantilla y los scripts de esquema.
Adaptación del motor de reglas: agrupe datos de plantilla, analice secuencias de comandos de esquema y datos de plantilla para obtener factores de reglas, ensamble expresiones de reglas basadas en reglas configuradas + elementos de factores y traduzca la lógica empresarial real en expresiones que el motor de reglas pueda reconocer.

capa del motor

El motor de reglas separa las decisiones comerciales del código de la aplicación y escribe las decisiones comerciales utilizando módulos semánticos predefinidos. Calcule el resultado mediante parámetros de entrada y expresiones regulares.

El motor de reglas consta principalmente de cuatro partes:

Grupo de reglas: agrupa reglas similares. Las reglas de un grupo de reglas pueden ser mutuamente excluyentes o tener prioridades.
Factor de regla: corresponde a las condiciones conocidas en la expresión de regla.
Regla: compuesta por factores + expresiones, que representan una lógica de decisión.
Resultado: salida del plan de procesamiento de escenarios por parte del motor de reglas.

Proceso de ejecución del motor de reglas:

arreglo lógico

Tomemos un caso determinado como un escenario comercial general y veamos cómo se puede implementar en el negocio. El proceso comercial es aproximadamente el siguiente:

Casos de uso clave:

Luego se organiza lógicamente la página del lado B , y finalmente los resultados se calculan a través del motor de reglas, los factores de reglas y los resultados se definirán de antemano según el negocio.

Consumo del lado C

diseño de almacenamiento

5. Pensando

La plataforma de código bajo ha sido ridiculizada por la industria como un "cáncer de la industria", por el contrario, es una tendencia tecnológica muy prometedora. Las plataformas de creación de código bajo pueden ayudar a las empresas a reducir los costos de desarrollo, acortar los ciclos de desarrollo, aumentar la flexibilidad, reducir los costos y aumentar la eficiencia.

Sin embargo, algunas personas creen que las plataformas de código bajo tienen algunos problemas potenciales, lo que también explica la afirmación de que "las plataformas de código bajo son un cáncer en la industria":

Poca capacidad de personalización: los componentes modulares y las plantillas de interfaz proporcionadas por la plataforma de código bajo tienen una capacidad de personalización limitada y pueden no satisfacer las necesidades especiales de algunos usuarios, lo que impone ciertas limitaciones a su colaboración y gestión en ciertos escenarios.
Dependencia de la arquitectura tecnológica de la plataforma: muchas plataformas de código bajo adoptan una arquitectura técnica y métodos de programación únicos, lo que fácilmente puede causar dificultades para que los desarrolladores aprendan y crezcan, y también puede conducir a una mayor dependencia de la plataforma.
Gestión de riesgos imperfecta: las plataformas de bajo código todavía tienen algunas fallas en la gestión de riesgos de cuestiones como la seguridad de los datos. Es posible que las aplicaciones desarrolladas utilizando plataformas de código bajo no cumplan con ciertos requisitos importantes de gestión de datos, como seguridad, protección de la privacidad y otros factores.

Su existencia es razonable. La plataforma de código bajo en sí no es un cáncer en la industria. Es simplemente una tecnología con ventajas y desventajas muy obvias. No debes dejar de comer por asfixia y matar a todos con un palo. Sin embargo, si el Las cuestiones relevantes no se consideran ni se tratan en su totalidad, el uso de plataformas de desarrollo de código bajo. Las aplicaciones pueden conllevar ciertos riesgos y limitaciones. Por lo tanto, al elegir una plataforma, debes sopesar varios factores en función de las necesidades reales y tomar una decisión cuidadosa.

Se debe utilizar código bajo, pero hay que ser "cauteloso" y elegir el mejor para su propio negocio.

*Texto/jawil

Este artículo es original de Dewu Technology. Para obtener más artículos interesantes, consulte: Sitio web oficial de Dewu Technology

La reimpresión sin el permiso de Dewu Technology está estrictamente prohibida; de lo contrario, se perseguirá la responsabilidad legal de acuerdo con la ley.

Volvamos a jugar con la construcción del lado B.