
1
sudden 2017 年 12 月 12 日
最后,业务逻辑都塞在 sql 里面了……
|
2
caizhendi 2017 年 12 月 12 日
好像第三次看到这个推广了。。。。
|
3
soooon OP @sudden 正确!再复杂的业务逻辑,都是用户操作界面汇总到后台 一条条 SQL 执行到数据库。这也是 Enhancer 的哲学,即全面支持 SQL,以保证适应各种复杂的业务。
|
5
est 2017 年 12 月 12 日
这个系统蛮尴尬的。
会写 sql 的,肯定会有写一个更简单的完整系统的能力 不会写 sql 的,拿你这套东西也没用 |
6
est 2017 年 12 月 12 日
而且纯 SQL 能力太有限了。还是得找开发来撸高级功能。开发肯定又会觉得你这套封装太绕。
最后就是个鸡肋╮(╯▽╰)╭ 。 |
7
whx20202 2017 年 12 月 12 日
我觉得倒是挺好,我自认为数据库比相当一部分开发要好一些,但是我不会写前端,
这个挺适合我 |
8
hzw94 2017 年 12 月 12 日
牛
|
10
in1024days 2017 年 12 月 12 日
玩了一下,所以你们的盈利模式是什么?技术支持还是卖组件?
而且这个系统学习成本不低,需要知道你的各个组件是干啥的。不过整体思路确实不错,确实很像是大学实验室搞出来的东西... |
11
in1024days 2017 年 12 月 12 日
@soooon 所以你们真的知道所有逻辑都扔到 SQL 里面的后果吗?
|
12
soooon OP @in1024days 全部扔 SQL 只是比喻,实战中是具体情况具体分析。90% 都是简单 SQL 能搞定的。另外,组件就是负责把数据按照用户习惯的交互方式组织起来的视图结构,比如 grid,chart,form。无需学习,只需参考配置就行。而没有他们,一个能让最终用户用的系统也无法产出。
|
13
zjp 2017 年 12 月 12 日 via Android
|
14
kidult 2017 年 12 月 12 日
确实蛮尴尬的
程序员为什么要用 非程序员玩 excel 就行了 除了甲方指定要用这东西外,应该没什么人会用 |