为前端准备通用的增删改查的数据接口，大家有没有好的思路

[daijinming]

我考虑重写一套通用的 [增删改查的数据接口] ,这样就可以不用费劲再开发这样简单的 CRUD 接口来，不知道大家能不能谈谈各家的思路，借鉴一下

[orzorzorzorz]

上面说的权限啊安全之类的，这些都要前端管了那还要你们干啥...

[activemq]

做好这些工作之后，老板就可以把后端炒掉了

[StarkWhite]

@orzorzorzorz 不，我是说他做全自动的项目，得保证接口安全性才能上生产环境，不然最多做原型或者只在内网用

[ikaros]

我不需要后端，我觉得前端的需求要大一些,因为后端你的增删改操作一般都会涉及自己的业务逻辑,所以后端肯定不好做通用,但是前端可以做通用,所以有没有这样的前端框架？

[yegle]

我之前做过把 query string parse 成 dict 然后直接扔给 Django 的 `QuerySet.filter()` 方法。

[webshe11]

直接从前端往后端传 SQL 就行了，我们外包公司都是这么写的，有人说 SQL 注入我们一般加一个密码一起 pots 过去就行了

[gIrl1990]

@webshe11 233 传 SQL。666 没毛病。

[NewExist]

项目启动的时候将 sql 缓存到 redis 里面，前台直接传一个 sql 对应的一个 id 就行了

[encro]

今天早上又看到一个：
Introducing Appwrite: An Open Source Backend Server for Mobile & Web Developers

https://medium.com/@eldadfux/introducing-appwrite-an-open-source-backend-server-for-mobile-web-developers-4be70731575d

[StarkWhite]

@webshe11 这个密码是全局的吧？一旦破解密码，那就所有接口全都破解了

[StarkWhite]

@webshe11 直传 SQL，那业务代码都用存储过程写？还是都前端写？登录状态、权限验证、业务逻辑...

[GoLand]

APIJson 可能会迟到，但永远不会缺席。

[encro]

基于 google translater 修改了下 ：

[Appwrite 介绍：开源的移动和 WEB 后端服务]( https://c4ys.com/archives/1959)

[StarkWhite]

@GoLand 简称 A 迟但到？/滑稽

[YUyu101]

@StarkWhite 直传 sql 意味着要解析 sql，等于又撸了一遍数据库权限系统

[StarkWhite]

@YUyu101 是的，麻烦得很，而且也很难说服前端去学

[daijinming]

@encro 看着还不错，能给分析下吗，支持什么数据库

[xiaotianhu]

包装一下 前端直接写 sql 美滋滋

[encro]

@daijinming

猜测是 mongodb

https://appwrite.io/docs/database

[Eugene1024]

直接传 sql,但是权限和安全需要好好考虑下