[Prévia da Conferência Yuan Chuang] Dia dos Programadores 1024 (dois dias antes), encontre-se no escritório de código aberto na China, vamos falar sobre IA! >>>

1. Fundo

Estive profundamente envolvido no campo do lado B por muitos anos e fui exposto a centenas de páginas do lado B. Descobri que a demanda por produtos do lado B é significativamente diferente daquela do lado C. B. Os produtos secundários são geralmente baseados em formas de "negócios" existentes, integrando produtos off-line tradicionais. O trabalho é convertido em produtos on-line por meio de programação, sistematização e informatização, melhorando assim a eficiência da colaboração corporativa e reduzindo os custos de escritório. A demanda geralmente vem do posicionamento estratégico do produto, das necessidades individuais do usuário, etc.

Entre elas, as diversas funções do lado B são na verdade uma coleção de muitas páginas CURD. A tonalidade dessas páginas do lado B é quase a mesma, com baixa frequência de uso, alta repetição de páginas, principalmente tabelas e formulários, e muitas e complexas funções.

Cada empresa abstrairá um conjunto de sistemas de construção com base em seus negócios reais para resolver páginas duplicadas CRUD em cenários do lado B. O núcleo está na formulação de padrões e regras . A construção do lado B não é novidade. A dificuldade da própria plataforma não reside no número de barreiras técnicas, mas sim na padronização de todo o processo, desde o produto, passando pela pesquisa e desenvolvimento até os testes, e sua estreita adequação ao negócio. Somente desta forma o valor da construção da plataforma pode ser plenamente realizado. .

2. Padrões

Por que se diz que o núcleo é um padrão? Deixe-me citar um exemplo fácil de entender que vi antes. Quando éramos jovens, íamos a uma alfaiataria para escolher os materiais e medir as roupas que usávamos durante os festivais, e depois espere meio mês para recuperá-los. Você pode usá-lo agora, cabe em mim e eu gosto. Volte para hoje. Só precisamos olhar as fotos no Tmall e no Taobao, escolher o tamanho certo e fazer um pedido. Podemos usá-lo no dia seguinte. Ocasionalmente, não cabe em nada e, ocasionalmente, usamos roupas combinando. roupas na rua, mas não nos importamos, porque temos mais comodidade e eficiência, e nos beneficiamos do fato de que esta indústria desenvolveu muitos modelos padronizados, como os modelos de corpo: S, M, L, XL, XXL. não precisamos mais medir nossa altura todas as vezes Hoje em dia, as roupas produzidas de forma padronizada podem atender mais de 90% das necessidades. Exceto celebridades ou cenas especiais, não há necessidade de se preocupar em customizá-las.

Vestuário, catering, automóveis e até mesmo todas as esferas da vida formaram cadeias industriais muito maduras e eficientes. O mesmo se aplica à indústria de pesquisa e desenvolvimento de software. As necessidades dos negócios estão crescendo e mudando rapidamente. Quanto mais intensivo em tecnologia for o trabalho, mais É provável que sofra de mão de obra insuficiente. Gargalo, mais padrões e modelos serão necessários. Quanto mais unificados forem os padrões, mais eficientes eles serão. Às vezes, " desistir da criatividade é a maior criatividade ." É previsível que a maioria dos cenários no futuro usaremos a padronização. Os modelos atendem às necessidades de negócios com nenhuma ou pouca personalização.

3. Posicionamento

Para construir uma plataforma do lado B, o plano de design deve primeiro compreender estas questões:

pró-código, baixo código ou sem código?
Quem são os grupos de usuários? produtos? operações? Desenvolvimento?
Que tipo de páginas são adequadas para construir uma plataforma no lado B? Que padrões precisam ser desenvolvidos?
Quais são as características do nosso negócio? Que tipo de plano de construção é mais adequado para o nosso negócio?

Para os negócios atuais do lado B, o low-code está mais inclinado a ser escrito com uma pequena quantidade de código, considerando principalmente os seguintes pontos:

Fatores de custo e eficiência: O uso de low-code pode atingir o objetivo de construir aplicativos rapidamente sem exigir habilidades avançadas de programação. A plataforma de construção de baixo código oferece uma variedade de componentes predefinidos e ferramentas integradas, que podem reduzir o tempo e os custos de desenvolvimento e melhorar a eficiência do desenvolvimento.
Simplifique o processo de desenvolvimento: usando low-code para construir uma plataforma, os usuários podem projetar e desenvolver aplicativos por meio de operações e configurações simples de arrastar e soltar. A plataforma de construção de baixo código fornece um ambiente de desenvolvimento visual, permitindo que os desenvolvedores se concentrem mais na implementação da lógica de negócios.
Fornece maior personalização: usando low-code para construir uma plataforma, os usuários podem construir rapidamente componentes e aplicativos personalizados de acordo com suas próprias necessidades, sem escrever muito código. Os usuários podem optar por criar sua interface e layout favoritos no modelo e personalizar drivers de dados relacionados e partes interativas.
Carga de manutenção reduzida: aplicativos desenvolvidos usando plataformas de baixo código geralmente reduzem a carga de manutenção e atualizações. As plataformas geralmente suportam mecanismos automatizados de atualização e manutenção, ao mesmo tempo em que muitas funções dos aplicativos são completadas automaticamente por mecanismos em segundo plano, simplificando o trabalho dos desenvolvedores.

Como há um certo custo para escrever código, o uso de grupos de usuários é desenvolvimento. Para páginas relativamente configuradas, é adequado usar o lado B para construir uma plataforma.

4. Projeto detalhado

Depois de esclarecer o posicionamento e combinar as características de negócios do atual domínio de negócios de backend, surgiu Lego, uma plataforma com foco em configuração + regras. A seguir está o design e estrutura principal da plataforma Lego, principalmente para resolver a página CURD de a classe de configuração de regra.

Processo de negócio

Processo completo

Estrutura geral

design em camadas

A arquitetura geral é projetada com front-end e back-end separados, que são divididos em camada de visualização, camada de modelo e camada de mecanismo.

Ver camada‍

A camada de visualização possui um processo completo de desenvolvimento e produção: com base no padrão internacional JSON Schema, componentes independentes são desenvolvidos -> os componentes são organizados e combinados em diferentes formas para formar a interface do produto final.

A abstração da página é definida da seguinte forma:

A camada de visualização é mostrada na figura abaixo e é dividida principalmente em três partes:

Conjunto de componentes: O conjunto de componentes é a parte do esqueleto da página, montada a partir de componentes integrados e personalizados. Você pode organizar e combinar componentes arrastando-os e os efeitos serão exibidos instantaneamente na área de visualização.
Tela: A tela ocupa a parte central da página. A tela é composta de componentes individuais. Você pode ver a página completa por meio da visualização ou visualizar o script do esquema JSON gerado por meio do botão de visualização.
Módulo de propriedades: Cada componente possui propriedades configuráveis. Selecione o componente para configurar suas propriedades. Por exemplo, configurar o nome do componente do botão, o nome do campo, se é obrigatório, etc., tudo depende das reservas do desenvolvedor do componente para o componente.

camada de modelo

Unifique todas as entradas de função, atualize o armazenamento de dados subjacente e os protocolos de interface e forneça protocolos de interface unificados, autenticação, aprovação, escala de cinza, reversão e outras funções.

A camada de modelo contém principalmente três partes:

Gerenciamento de esquema Json : fornece um protocolo de interface de esquema universal, incluindo gerenciamento de dados de esquema, interface de consulta unificada para fontes de dados de cada componente e restauração de dados de esquema com um clique.
Gerenciamento de dados de modelo: incluindo implementação de dados de modelo, verificação de dados de modelo, análise, pesquisa e relacionamento de mapeamento entre dados de modelo e scripts de esquema.
Adaptação do mecanismo de regras: Agrupe dados de modelo, analise scripts de esquema e dados de modelo para obter fatores de regras, monte expressões de regras com base em regras configuradas + itens de fator e traduza a lógica de negócios real em expressões que possam ser reconhecidas pelo mecanismo de regras.

camada do motor

O mecanismo de regras separa as decisões de negócios do código do aplicativo e escreve as decisões de negócios usando módulos semânticos predefinidos. Calcule o resultado por meio de parâmetros de entrada e expressões regulares.

O mecanismo de regras consiste principalmente em quatro partes:

Grupo de regras: Agrupe regras semelhantes. As regras em um grupo de regras podem ser mutuamente exclusivas ou ter prioridades.
Fator de regra: corresponde às condições conhecidas na expressão de regra.
Regra: composta por fatores + expressões, representando uma lógica de decisão.
Resultado: Saída do plano de processamento do cenário pelo mecanismo de regras.

Processo de execução do mecanismo de regras:

Arranjo lógico

Vamos considerar um determinado caso como um cenário geral de negócios e ver como ele pode ser implementado no negócio. O processo de negócios é aproximadamente o seguinte:

Principais casos de uso:

Em seguida, a página do lado B é organizada de forma lógica e, por fim, os resultados são calculados por meio do mecanismo de regras. Os fatores de regra e os resultados serão definidos antecipadamente de acordo com o negócio.

Consumo do lado C

projeto de armazenamento

5. Pensando

A plataforma de baixo código tem sido ridicularizada pela indústria como um “câncer da indústria”, pelo contrário, é uma tendência tecnológica muito promissora. As plataformas de construção de baixo código podem ajudar as empresas a reduzir os custos de desenvolvimento, encurtar os ciclos de desenvolvimento, aumentar a flexibilidade, reduzir custos e aumentar a eficiência.

No entanto, algumas pessoas acreditam que as plataformas de baixo código têm alguns problemas potenciais, o que também é a razão por trás da afirmação de que "as plataformas de baixo código são um câncer na indústria":

Fraca personalização: Os componentes modulares e modelos de interface fornecidos pela plataforma de baixo código têm capacidade de personalização limitada e podem não atender às necessidades especiais de alguns usuários, o que impõe certas limitações à sua colaboração e gerenciamento em determinados cenários.
Dependência da arquitetura de tecnologia de plataforma: Muitas plataformas de baixo código adotam arquitetura técnica e métodos de programação exclusivos, o que pode facilmente causar dificuldades para os desenvolvedores aprenderem e crescerem, e também pode levar a uma maior dependência da plataforma.
Gerenciamento de riscos imperfeito: plataformas de baixo código ainda apresentam algumas falhas no gerenciamento de riscos de questões como segurança de dados. Os aplicativos desenvolvidos usando plataformas de baixo código podem não atender a determinados requisitos importantes de gerenciamento de dados, como segurança, proteção de privacidade e outros fatores.

Sua existência é razoável. A plataforma de baixo código em si não é um câncer na indústria. É apenas uma tecnologia com vantagens e desvantagens muito óbvias. Você não deve parar de comer por causa de engasgo e matar todo mundo com um pedaço de pau. No entanto, se o questões relevantes não são totalmente consideradas e tratadas, o uso de plataformas de desenvolvimento de baixo código pode trazer certos riscos e limitações. Portanto, ao escolher uma plataforma, você deve pesar vários fatores com base nas necessidades reais e tomar uma decisão cuidadosa.

Low-code deve ser usado, mas você deve ser “cauteloso” e o melhor é adequado para o seu negócio.

*Texto/jawil

Este artigo é original da Dewu Technology. Para artigos mais interessantes, consulte: Site oficial da Dewu Technology

A reimpressão sem a permissão da Dewu Technology é estritamente proibida, caso contrário, a responsabilidade legal será processada de acordo com a lei!

Vamos brincar com a construção do lado B novamente