获得徽章 0
赞了这篇文章
又又又又一款后台管理系统 ZeroWeb，已发布 MVP 版本。
已有功能包括：认证授权、字典管理、业务参数管理、开放平台、附件管理、国际化管理等。
为什么要卷后台管理系统？因为之前用若依的时候遇到了一系列问题：定位是脚手架，利好二次开发，容易将框架代码和业务代码耦合，不利于后续升级；不同的团队喜欢做魔改，导致即使都是基于若依的项目，设计也千差万别；不同环境之间的数据结构和数据需要手动同步；
ZeroWeb 的特点：定位是 BaaS，每个服务可以视为一组 HTTP 和一组 gRPC 接口的集合；直接提供构建好的 Docker 镜像和 SDK，方便集成，甚至可以使用异构的技术栈开放业务系统；使用 Liquibase 实现数据结构自动迁移，借助自省设计，减少需要手动同步数据的场景；遵循 12-factor app 设计原则，不同环境无需通过修改代码仓库内的配置文件，而是通过环境变量，利好运维；根据功能拆包，同一个功能的 Controller、Service、Repository 聚合在一个包内，结构清晰；
本产品目前处于 MVP 阶段，功能尚需丰富。期待各位同行使用、提供建设性意见、贡献代码/文档、友好交流。
已有功能包括：认证授权、字典管理、业务参数管理、开放平台、附件管理、国际化管理等。
为什么要卷后台管理系统？因为之前用若依的时候遇到了一系列问题：定位是脚手架，利好二次开发，容易将框架代码和业务代码耦合，不利于后续升级；不同的团队喜欢做魔改，导致即使都是基于若依的项目，设计也千差万别；不同环境之间的数据结构和数据需要手动同步；
ZeroWeb 的特点：定位是 BaaS，每个服务可以视为一组 HTTP 和一组 gRPC 接口的集合；直接提供构建好的 Docker 镜像和 SDK，方便集成，甚至可以使用异构的技术栈开放业务系统；使用 Liquibase 实现数据结构自动迁移，借助自省设计，减少需要手动同步数据的场景；遵循 12-factor app 设计原则，不同环境无需通过修改代码仓库内的配置文件，而是通过环境变量，利好运维；根据功能拆包，同一个功能的 Controller、Service、Repository 聚合在一个包内，结构清晰；
本产品目前处于 MVP 阶段，功能尚需丰富。期待各位同行使用、提供建设性意见、贡献代码/文档、友好交流。
展开
1
点赞
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章
赞了这篇文章