【Java快速开发平台】我的低代码平台选型记录

想开发一些项目的时候，无从下手，思前想后，还是用别人写好的平台。

重点是低代码。因此，传统型公司的很多过度设计就ng掉：service接口、多模块之类。这样才能专注业务设计。

先找比较热门的：芋道、jeecg
尽管热门，但是代码太多了，仍然用了service接口、多模块，不够优雅，pass掉。

又看了citrus、diboot。。。味都不对

找了半天最后找到了smart-admin，终于满足了没有过度设计、没有无用的多模块的要求。
虽然都是细节，但是能看出作者的理念。我看了一下文档，果然很符合我的口味：

1.1、什么是好的代码？
在 V1.0 版本中，我们对好的代码引用了 Kent Beck 的简单设计四原则，大家反馈比较抽象。V2.0 我们决定用白话来简单讲讲好的代码原则：
1 满足业务需要：代码是来实现业务的，如果业务都实现不了，代码也就没什么价值了
2 代码尽可能的清晰明了：就是让小白也能看懂你的代码
3 代码尽可能的少：在保证清晰明了的前提下，能少一行少一行，能少一个类少一个类，能少一行注释少一行注释
4 代码尽可能复用性和模块化：在保证清晰明了和尽可能少的前提下，能复用的代码尽量复用，能模块的尽量模块

我提炼一下，好代码，就是要：能、白、精、散
也就是说，要能满足需求，直白易懂，精简，松耦合
这才是真正的代码规范的宪法。
相比起来，阿里那套，多少有点误人子弟了：

----现代软件架构的复杂性需要协同开发完成，如何高效地协同呢？无规矩不成方圆，无规范难以协同，比如，制订交通法规表面上是要限制行车权，实际上是保障公众的人身安全，试想如果没有限速，没有红绿灯，谁还敢上路行驶。对软件来说，适当的规范和标准绝不是消灭代码内容的创造性、优雅性，而是限制过度个性化，以一种普遍认可的统一方式一起做事，提升协作效率，降低沟通成本。代码的字里行间流淌的是软件系统的血液，质量的提升是尽可能少踩坑，杜绝踩重复的坑，切实提升系统稳定性，码出质量。

我理一下他的逻辑：

• 无规范难以协同？君子和而不同，小人同而不和。大家写一种风格的代码，难道就容易看懂逻辑了？代码是否易懂，最终还是在于人的思维
• 保障安全？代码要做的无非是两件事：一是完成需求、二是可以阅读。保证安全确实重要，但是不需要强调：事实上，针对安全的代码审查工具sonarlint已经早就出现。赚波信息差没问题，但是夹带一堆私货可不太地道
• 限制过度个性化？俗话说，没有个性不成方圆。比如我就喜欢用下划线开头代表方法的返回值，喜欢省略单行的花括号，喜欢用全大写来保证与对外接口返回的全大写一一对应，也喜欢在报错信息直接用字符串魔法值。没问题吧。

跑题了。总之，我就选择smart-admin了。