非常感谢你的意见与建议。

1.根据我个人的工作经历和圈子，
社交聊天、阅读资讯、影音视频、办公学习、部分小工具
等分类的应用(网站和App)大多数都是不需要对数据做比较多的处理的，
基本都是查出来给前端(客户端)展示，查询API也几乎不涉及事务，
用APIJSON既可以前端简单处理，也可以后端提供 远程函数 给前端调用，
看 Android源码 或到 http://apijson.org/auto 点右侧第3个按钮进入测试用例，会看到不少Demo。
简单的事务操作(增删改)可以用APIJSON的自动化API，其它的建议自己写。

对于 电商、银行、证券、股票 这种和钱强相关(不花钱没意义)的应用
确实需要做大量各种 打折返现、可视化报表、趋势预测 等处理，用APIJSON确实就麻烦了，
而且这类应用对安全性要求极高，我也不建议用APIJSON。
不过内容导购电商(严格说可能并不是电商，只是引流到其它电商平台)倒是可以用。

2.Mock API并不能替代APIJSON来很好的解决接口提供滞后的方法，
它会给前端不可避免地带来了额外的开发、部署和维护等成本。
当后端接口变更后（往往因为需求变更），Mock出的API得跟着改。
由于Node.js服务普遍使用单进程，可能一个小bug就导致进程终止，并且所有服务都不可用。
Mock生成的假数据很可能不符合业务需求，
例如 status 只有1，2，随机出来3，15，-100等，
需要写一堆繁琐的配置（类型、范围、长度等）才能比较准确；
即便前后端提前约定了接口的数据结构，
等真实接口开发完后还是很可能不一样（实现难度、需求更改等），
导致Mock API也得同步更改，并且调用接口的代码也要跟着调整解析方式。

APIJSON提供了自动化的7个增删改查API，APIAuto提供自动化的文档，
所以后端不用写接口、也不用写文档就能提供"接口"和"文档"，
前端也不用开发、部署、维护Mock API，就可以完全定制数据和结构，要啥有啥。

3.我最擅长的是Java，所以APIJSON后端是用 Java实现 的，有个开发者提供了 C# 版本。
每种主流语言都实现一遍 APIJSON协议 确实要很大的时间和精力，
所以APIJSON的后端实现我暂时只维护Java版本，其它语言的就交给热心的开发者了。

4.ShowDoc是个好项目，不过我在官网www.showdoc.cc没看到怎么测试接口哦，
如果没有的话建议加上，开发者是很需要这个功能的，有了后就不用再开一个Postman去测了。
如果你集成APIAuto自动化接口管理工具那就更好了，如果有问题我们可以再详细交流。

APIJSON 3.7.0 已支持多表操作的事务
https://github.com/APIJSON/APIJSON/releases/tag/3.7.0

@star7th APIJSON Node 版本也出来了，
支持单表、关联、数组、分页查询等，有比较完善的文档，
我测试过，除了项目提供的表有 utf8 编码问题导入不了 (用我自己的表测试可以），其它都可用。
作者是微医的，已经写了不少测试用例，在他公司内部用起来了。

点 Star 鼓励作者继续完善吧 ^_^
https://github.com/kevinaskin/apijson-node