

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 就行了 除了甲方指定要用这东西外,应该没什么人会用 |