1
honkew 2017-11-30 14:27:05 +08:00
好像很厉害的样子
|
2
wanwan 2017-11-30 14:39:15 +08:00
支持一下。。
|
3
zhujinliang 2017-11-30 14:46:05 +08:00
无栈开发 ...
|
4
sphawkcn 2017-11-30 14:52:47 +08:00
研究过好几个这类快速开发平台,一般来说,不需要写代码的干不了什么事,而需要写代码的使用复杂程度不亚于写代码,尚没有发现一个既能节省工作量又能真正做出能用的系统的。
|
5
yulitian888 2017-11-30 15:11:21 +08:00
无栈~~~有一种走火入魔的感觉
不过,既然是免费产品,还能说什么呢,支持一下吧。我能想到的一个应用场景,快速开发系统原型。至于商业化项目是万万不敢这么玩的 |
6
anmaz 2017-11-30 15:27:02 +08:00 via Android
原本也是一年前,我也这样天真无邪,
|
7
lixiangzaizheli 2017-11-30 16:10:26 +08:00
如果我是人类的话,那个验证码有点反人类
|
8
soooon OP @sphawkcn 你说的对,关键在于 Enhancer 不写代码,但是要写 SQL,是 SQL 驱动开发。一个业务系统,不论其业务怎样复杂,最终都是一条条 SQL 执行到数据库。换言之,如果全面支持了 SQL,那么业务上就是可以完全适应的。
|
9
marcong95 2017-12-01 00:53:16 +08:00 via Android
Postgrest 一类的东西??
|
10
winglight2016 2017-12-01 11:46:06 +08:00
花了多少年时间来学习 OO/ORM,现在倒车回去写 SQL 了?
之前接触过很多代码生成器,不能在框架内解决的问题太多了,没法用于稍微复杂一些的业务 |
11
soooon OP @winglight2016 好问题,一个业务不论其上层有多么复杂,最终都是一条条 SQL 执行到数据库。也就说如果 Enhancer 完全支持 SQL,那么业务的适应性上是完备的。
试想,假设只给你一个 SQL 客户端,你只输入 SQL,理论上是否可以把业务做完?如果是,那么上层的各种 ORM OO 到底是提供了什么? Enhancer 的哲学就是全面支持 sql,而凡是与 UI 相关的,都不需要建模,也不需要写代码,这样一个系统就弄完了。 |
12
winglight2016 2017-12-02 19:00:08 +08:00
@soooon 如果你的目的只是把需求“弄完”,那就的确不需要什么 OO/UML,反之,OO 是更符合从业务需求到建模实现的方法,而且抽象层次太低了容易陷入表结构的设计之中,完全放弃了系统的可维护性、可扩展性和代码可读性。这种实现方式说白了就适合外包这种一锤子买卖,我要是甲方程序员,肯定是没法接受这种架构的。
|