你的诉求是，如果后端只干了增删改查，是不是可以干掉。
答案是当然可以，而且这个思路符合逻辑。
但是干掉的方式有很多
1，浏览器直接和数据库打交道。
这个思路早就有之，甚至在富浏览器之前。微软在他的IE浏览器中提供了ActiveX的扩展，允许你安装插件。此时你如果安装同样是微软的Access数据库插件。就可以直接在浏览器操作数据库了。
2，使用轻量数据库嵌到前端。
富客户端概念兴起后，在前端存数据也不新鲜了。只是前端不认为这是数据库，更多认为是缓存。因为最终避免数据丢失，安全，一致性，还是需要后端的。此外，将sqlite类似的数据库嵌到app是非常常见了，但是app可能不被认为是“前端”。
3，打不过就加入，前端实现轻服务端。
正儿八经说一下这一条。这个无疑是未来去除讨厌的服务端的发展方向。借助nodejs，graphQL等框架，面向前端编程已经非常流行了。这里也推荐题主看一下Prisma。坚定自己想法，前端走遍天下是可行的。
评论0
加载中...
技术上可以，但是一般都不会这样做，原因如下：
因此，基本上数据库访问的业务代码都是放在服务端的，客户端通过访问服务端来了解访问数据库。
评论0
加载中...
你可以将现在的的“状态”理解为就是前端直接链接了数据库，并给他起个特殊的名字，比如“萌某数据连接”。“萌某数据连接”，“使用了多种协议”，为了“穿越多种”网关；使用了多种保护策略，用以保护链接的有效性；……。
评论0
加载中...
非专业人士，简单回答一下:
前端连接数据库，一个是安全问题，第二是并发性能问题，第三是系统的可维护性问题。
当然第三个问题如果真想解决，通过一些设计还是可以解决的，第一第二问题那就关系到互联网的一些基础性东西，基础决定上层建筑，目前的这些设计都是建立在这些基础上形成的相对最优的方案。
评论0
加载中...
也不是完全不行
我以前做程序的时候也是在前端直接连接数据，那时候我刚入行一年，我们公司的项目属于内网项目，不需要考虑什么安全问题，当时我负责的一个模块是基于applet的，使用java程序嵌入网页。
我在applet里面写了jdbc连接，然后使用js拼接sql，调用applet操作数据库，完全不经过后台，开发起来非常方便，网页刷新一下就能调试了，不需要重启后台。
不过那个项目也就客户那边几个人在用，不存在安全性问题，也没有并发问题，所以那样做其实一点问题都没有。
但是，如果是其他web项目甚至是互联网项目，这样弄纯粹就是不想混了，在js里面写sql，连接数据库，别人稍微会点技术的，直接运行一句delete，或者drop table，这时候你怎么办，特别是你数据库数据高达百万或者十几亿的数据，足够让你公司破产了。
其实现在也是有一些基于web端的存储，比如sqlite，websql，sessionstorage，localStorage，session，cookie，或者基于js自己实现个简易数据库，我曾经就尝试实现过js版数据库，然后服务器上开着一个浏览器，后台用websocket交互这个浏览器上的数据库。
浏览器内部提供的存储一般是为了提升交互体验而使用，而不是直接存储账号密码，特别是明文密码或者其他重要数据，所以，不能为了完全的性能而忽略安全性问题。
但是如果是小型项目又是个内网项目，本来就没什么钱挣的项目，如果你觉得在前端存数据方便那就在前端存就行了，这种情况当然是怎么开发快怎么来了。
评论0
加载中...
你再仔细想想，如果前端能直接访问数据库，前端必然有数据库连接信息，那么用户就可以通过其他手段访问你的数据库，你还有什么秘密可言？
评论0
加载中...
因为要分工，你不能把一个人把所有事情都干了。每个人做好自己的事，可以提高效率。
模块化方便，查找问题比较快速。便于更多人协同作业。就象前端还有三种文件一样，不然，你全弄些二进制数据，一个文件搞定。
评论0
加载中...
作为一个开发者，负责任的告诉你，绝对不可以
第一，安全性没有保障，暴露数据库连接账号和密码或者授权信息，人人都能链接
第二，高并发等复杂的逻辑难实现
第三，js是单线程，还是解释性语言，性能无法保障
第四，流对于前端是非常困难的，比如内存流处理
第五，前端代码不能编译，只能混淆，容易被篡改，暴露源代码在别人面前是非常危险的
这会想到的就这些，欢迎补充！
评论0
加载中...0
回答0
回答10
回答0
回答0
回答0
回答0
回答0
回答0
回答0
回答
