小程序后台和小程序管理系统系统是独立的两个项目吗？如果是独立的，CRUD代码是不是重复比较大。

小程序和pc端是平台相关的，只是界面呈现不一样，

数据和业务逻辑是共通的，可以写成通用的服务（最简单的可能是restapi，现在也比较流行grpc）

然后小程序或者pc端都调用api即可

http://www.eclipse.org/windowbuilder/download.php

在这里找个eclipse插件，装上插件后就有Java的SWT/JFACE开源框架

一、软件的系统架构

（一）、分层架构

分层架构（layered architecture）是最常见的软件架构，也是事实上的标准架构。如果你不知道要用什么架构，那就用它。

这种架构将软件分成若干个水平层，每一层都有清晰的角色和分工，不需要知道其他层的细节。层与层之间通过接口通信。

虽然没有明确约定，软件一定要分成多少层，但是四层的结构最常见。

表现层（presentation）：用户界面，负责视觉和用户互动

业务层（business）：实现业务逻辑

持久层（persistence）：提供数据，SQL 语句就放在这一层

数据库（database） ：保存数据

有的软件在逻辑层和持久层之间，加了一个服务层（service），提供不同业务逻辑需要的一些通用接口。

用户的请求将依次通过这四层的处理，不能跳过其中任何一层。

（二）事件驱动架构

事件（event）是状态发生变化时，软件发出的通知。

事件驱动架构（event-driven architecture）就是通过事件进行通信的软件架构。它分成四个部分。

事件队列（event queue）：接收事件的入口

分发器（event mediator）：将不同的事件分发到不同的业务逻辑单元

事件通道（event channel）：分发器与处理器之间的联系渠道

事件处理器（event processor）：实现业务逻辑，处理完成后会发出事件，触发下一步 *** 作

对于简单的项目，事件队列、分发器和事件通道，可以合为一体，整个软件就分成事件代理和事件处理器两部分。

（三）微核架构

微核架构（microkernel architecture）又称为"插件架构"（plug-in architecture），指的是软件的内核相对较小，主要功能和业务逻辑都通过插件实现。

内核（core）通常只包含系统运行的最小功能。插件则是互相独立的，插件之间的通信，应该减少到最低，避免出现互相依赖的问题。

（四）、微服务架构

微服务架构（microservices architecture）是服务导向架构（service-oriented architecture，缩写 SOA）的升级。

每一个服务就是一个独立的部署单元（separately deployed unit）。这些单元都是分布式的，互相解耦，通过远程通信协议（比如REST、SOAP）联系。

（五）、云架构

云结构（cloud architecture）主要解决扩展性和并发的问题，是最容易扩展的架构。

它的高扩展性，主要原因是没使用中央数据库，而是把数据都复制到内存中，变成可复制的内存数据单元。然后，业务处理能力封装成一个个处理单元（prcessing unit）。访问量增加，就新建处理单元；访问量减少，就关闭处理单元。由于没有中央数据库，所以扩展性的最大瓶颈消失了。由于每个处理单元的数据都在内存里，最好要进行数据持久化。

这个模式主要分成两部分：处理单元（processing unit）和虚拟中间件（virtualized middleware）。

处理单元：实现业务逻辑

虚拟中间件：负责通信、保持sessions、数据复制、分布式处理、处理单元的部署。

二、开发平台

ERP平台、金融电商平台、小程序平台、网站平台、bpm平台、低代码开发平台等等；

厂家有天翎、顶点、天纵、清流、K2等

开发语言有区分：dephp、java。net等；

三、如何选择合适的开发平台?

平台的选型，无非是从客户业务需求的角度，以及对应的品牌形象和案例沉淀几个角度去选择；

建议可以开箱即用，多试用几次，就找到适合的产品，通俗的说，就是货比三家。

管理顾问，每天成长一点点，努力成就自己的优秀。

---