让APIJSON真正让开发团队广泛使用的建议

[wuzi1975]

具体说下
在保持APIJSON现有功能的情况下，建议：
APIJSON能够改造成开发过程中替代Mock和API管理的一个接口开发利器，具体流程如下
1、后端建好库，自动化生成APIJSON项目，可供前端调用
2、前后端商量好接口，前后端分别进入开发
3、前端遇到后端没有开发完成的接口，直接使用APIJSON进行开发调试（需要设计普通API接口和APIJSON的调用转换器，APIJSON界面上对进行调用的接口要进行标示）
4、前端调试完成后，接口固定下来，由后端接手进行实现
5、APIJSON能够与API接口管理工具如（YAPI）进行接口数据同步
6、APIJSON能够对后台开发的接口进行自动化测试
7、后端人员写完所有接口及测试完成后，APIJSON圆满完成任务，迭代新增功能时可以继续这个流程。

为什么
1、除开个人开发者，团队开发的话，接口完全使用APIJSON对团队来说顾虑比较多，部分使用的话又感觉不好维护。
2、前后端分离团队开发目前使用Mock和API管理的方案其实并不完美，有很多情况Mock不好解决，远远不如直接连接数据库进行开发。
3、前端人员了解一定的数据库知识，开发期间自行修改字段，调整JSON结构，符合前端需要，在频繁调整业务界面期间不需后端人员参与，这样才能真正提升团队整体开发效率。

[wuzi1975]

APIJSON要想推的好的话，要降低对现有开发团队架构和流程的侵入性，以辅助插件，提升开发效率的形式切入，大家接受很快，才能大量用起来。
只有用的团队多了，才能真正体现APIJSON的价值，个人建议，仅供参考。
如果能按上述思路调整，我们团队会优先推广使用，加油！

[xiaokek]

你这是要革apijson 的命

[TommyLemon]

你没搞清楚 APIJSON 和 APIAuto 的关系
https://github.com/APIJSON/APIJSON/issues/27

[liuyang2020]

@wuzi1975 说的非常好，首先必须肯定apijson的想法挺棒的
但是个人觉得，复杂的的查询语法既是它的优点，也同样是它致命的问题
感觉如何合理架构这个产品非常重要，插件化是必须走的路