Sculptor Boot 生成器体系核心
Data is everything, everything is data
TKey:Github、Gitee
sculptor-boot-generator:Github、Gitee
sculptor-boot-backend:Github、Gitee
sculptor-boot-frontend:Github、Gitee
sculptor-boot-test:Github、Gitee
sculptor-boot-docs:Github、Gitee
182.61.44.40 sculptor.cdk8s.com
mvn clean test -Dtest=SysDemoMapperTest,SysDemoServiceTest,SysDemoControllerTest
mvn gatling:test -Dgatling.simulationClass=test.load.cdk8s.SysDemoPage
Spring Boot 2.1.11相关代码,下阶段是生成
Spring Cloud Alibaba
类 CUBA Studio 高度定制 IDE
类 Swagger 的 OpenAPI
类 JHipster cli
MyBatis Generator
IDE 插件
JavaFX 独立软件
WEB UI 录入
Java -jar
Shell 命令
不利于全员推广下的 *共同维护与发展*
软件工程,虽然有的工程一个人也可以干,但是更多时候我们需要更多人,需要大家一起不断维护,而能被共同维护的,只能是项目化思维
sculptor雕刻家。[ˈskʌlptər]
boot:采用 Spring Boot 架构
不以规矩,不能成方圆,如果你在团队中没有先起草一个完全可行的开发规范,你很难做到团队代码风格一致。如果还能跟我一样,会利用 IntelliJ IDEA 的相关特性,那可以使得规范更进一步。
IntelliJ IDEA > 编码规范 > 代码生成器 > 前后端分离的后台管理系统
Spring Cloud Alibaba架构下
UMPS的一部分
规范、开发、压测、部署、监控等细节,优先推荐先阅读一下。
Shiro和
Spring Security了,在登录认证的各个细节你就可以各种定制,爱怎么处理就怎么处理,老板各种非工程化的需求你都可以实现。
JPA还是
MyBatis,我这里是倾向于 MyBatis,并且是有 XML 的 MyBatis,不推荐注解和类代码块,原因如下:
Spring Data R2DBC成熟了,只能用 JPA 才能响应式,那到时候我再切换 ORM 或者书写方式。我是认定响应式的未来是无法阻挡,只是这时候尚早。
持续交付简写(Continuous Delivery)
Kubernetes简写