如果想在 V2EX 获得更好的推广效果,欢迎了解 PRO 会员机制:
https://www.v2ex.com/pro/about

如果你经常使用铜币置顶主题,持有 V2EX Solana Token 会在每日签到时获得额外铜币:
https://www.v2ex.com/solana
soooon
V2EX  ›  推广

使用 NodeJS 做无栈开发 -- Enhancer 云开发平台正式发布了

  •  
  •   soooon · Nov 30, 2017 · 4660 views
    This topic created in 3121 days ago, the information mentioned may be changed or developed.

    Enhancer 是专业的一站式信息系统开发云平台

    绝大多数情况下,您只需编写 SQL,无需编写代码,即可快速完成各类系统的开发,并且获得可直接部署在您私有环境的应用程序。极大降低您的开发、运维、迭代成本

    b-1.png b-2.png b-3.png b-4.png b-5.png b-6.png

    >> 马上尝试 <<

    12 replies    2017-12-02 19:00:08 +08:00
    honkew
        1
    honkew  
       Nov 30, 2017
    好像很厉害的样子
    wanwan
        2
    wanwan  
       Nov 30, 2017
    支持一下。。
    zhujinliang
        3
    zhujinliang  
       Nov 30, 2017
    无栈开发 ...
    sphawkcn
        4
    sphawkcn  
       Nov 30, 2017
    研究过好几个这类快速开发平台,一般来说,不需要写代码的干不了什么事,而需要写代码的使用复杂程度不亚于写代码,尚没有发现一个既能节省工作量又能真正做出能用的系统的。
    yulitian888
        5
    yulitian888  
       Nov 30, 2017
    无栈~~~有一种走火入魔的感觉
    不过,既然是免费产品,还能说什么呢,支持一下吧。我能想到的一个应用场景,快速开发系统原型。至于商业化项目是万万不敢这么玩的
    anmaz
        6
    anmaz  
       Nov 30, 2017 via Android
    原本也是一年前,我也这样天真无邪,
    KaKaGoSki
        7
    KaKaGoSki  
       Nov 30, 2017
    如果我是人类的话,那个验证码有点反人类
    soooon
        8
    soooon  
    OP
       Nov 30, 2017
    @sphawkcn 你说的对,关键在于 Enhancer 不写代码,但是要写 SQL,是 SQL 驱动开发。一个业务系统,不论其业务怎样复杂,最终都是一条条 SQL 执行到数据库。换言之,如果全面支持了 SQL,那么业务上就是可以完全适应的。
    marcong95
        9
    marcong95  
       Dec 1, 2017 via Android
    Postgrest 一类的东西??
    winglight2016
        10
    winglight2016  
       Dec 1, 2017
    花了多少年时间来学习 OO/ORM,现在倒车回去写 SQL 了?

    之前接触过很多代码生成器,不能在框架内解决的问题太多了,没法用于稍微复杂一些的业务
    soooon
        11
    soooon  
    OP
       Dec 1, 2017
    @winglight2016 好问题,一个业务不论其上层有多么复杂,最终都是一条条 SQL 执行到数据库。也就说如果 Enhancer 完全支持 SQL,那么业务的适应性上是完备的。
    试想,假设只给你一个 SQL 客户端,你只输入 SQL,理论上是否可以把业务做完?如果是,那么上层的各种 ORM OO 到底是提供了什么? Enhancer 的哲学就是全面支持 sql,而凡是与 UI 相关的,都不需要建模,也不需要写代码,这样一个系统就弄完了。
    winglight2016
        12
    winglight2016  
       Dec 2, 2017
    @soooon 如果你的目的只是把需求“弄完”,那就的确不需要什么 OO/UML,反之,OO 是更符合从业务需求到建模实现的方法,而且抽象层次太低了容易陷入表结构的设计之中,完全放弃了系统的可维护性、可扩展性和代码可读性。这种实现方式说白了就适合外包这种一锤子买卖,我要是甲方程序员,肯定是没法接受这种架构的。
    About   ·   Help   ·   Advertise   ·   Blog   ·   API   ·   FAQ   ·   Solana   ·   5787 Online   Highest 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 186ms · UTC 06:28 · PVG 14:28 · LAX 23:28 · JFK 02:28
    ♥ Do have faith in what you're doing.