帅呆！接口开发不用写Controller、Service、Dao、Mapper、XML、VO，全自动生成-帅呆！接口开发不用写Controller、Service、Dao、Mapper、XML、VO，全自动生成

热门回复：

• Kuolemax:这图标，这界面，太JB风了
• _心之钢_:为什么要把接口编写放到web端上呢，是方便前端来写接口吗，后端部署完magic就完工了，全给前端了[doge]
• y022586:上家公司生产环境，大量使用这个东西，大概有两三百个接口的sql在跑，这玩意儿怎么评价呢，看起来是不错，能直接提供一个接口并直连数据库，后端少了不少的开发工作量。但实际并不是这样，从项目本身来讲，这玩意儿的日志打印不大友好，出现问题排查不易。虽然有debug功能，但基本可以忽略。版本控制不太友好，我记得之前就没有这个功能，全靠手动。有独有的语法以及一些语法糖，需要自己学习摸索，实际开发量其实不小。官方文档提供了一些教程，但不够详细，遇到问题基本搜不到任何有效信息，只能去给作者提issue。以及有一些莫名其妙的小bug。对于简单的接口逻辑用这东西应该没问题，如果需要对数据做二次加工做复杂的处理 magicApi还是不太好搞，并不能完全替代java代码，如果前端直连，可能会增加前端工作量。这几年低代码发展有些魔怔了，个人感觉还是谨慎使用。
• 丶脖子丶:去年才用这玩意从零开发了个项目，现在已经交付处于维护阶段了。[doge]只能说出差驻场开发工期又短甲方还瞎jb改需求的情况是真滴好用。当然也踩了不少坑，版本控制我是用Beyond Compare做的文件比对，发大版本有点恶心，而且当时的2.0.1还有内存泄露的天坑恶心了很久。还有这玩意真的是低代码吗，实际开发代码没少多少[笑哭]，它最大的优势就只有随时改随时发几乎没延迟，手机上都可以写，且和你的JAVA代码不冲突你可以全都要。 发版太灵活了（特别是JAVA和magic api 互相调用的情况）所以用之前一定要人为规定发版规则不然维护的人会死的，当然你只开发不维护当我没说[doge]。 建议具体分析自己项目情况再决定是否使用。
• Ronunstoppable:我的评价是:和低代码平台一样鸡肋，不如逆向数据库生成模板代码好用