
1 mhycy Nov 25, 2014 能说说有多不靠谱么 |
2 canesten Nov 25, 2014 呵呵 |
3 mcone Nov 25, 2014 客户端直接访问数据库,啧啧,这么幸福的事情,如果要是能反编译一下的话……啧啧,连找注入点试来试去的过程都省掉了,求之不得啊 lz开发出这种系统别忘了联系我,好久没脱裤了手痒痒 |
5 wolfan Nov 25, 2014 这不是在给客户端加重负担么~ 个人觉得这是浪费电的一种行为。 |
6 ipconfiger Nov 25, 2014 上古时代的程序就是这样子做的 |
8 liangdi Nov 25, 2014 via iPhone 看看 firebase |
9 crazybubble Nov 25, 2014 firebase +1 |
10 akfish Nov 25, 2014 via iPad 且不说安全性什么的问题,看看大数据为什么这么火吧。 现在大多数数据库放的只能叫做raw data,raw data越多,能被人有效理解利用的数据就越少,所以才需要各种数据挖掘算法代替人类消化理解数据。 按这个趋势,过个N年,即使你愿意无视安全性,不靠服务器端你也做不出什么有用的东西。 |
11 xingzhi Nov 25, 2014 现在已经有这种方案了: https://www.meteor.com |
12 aveline Nov 25, 2014 然后你给了客户端 sa / root / admin 的帐号哈哈哈哈哈哈 多年前某司的 ERP 就是这么死掉的 |
13 ZackYang Nov 25, 2014 参考couchDB |
14 realityone Nov 25, 2014 正方教务系统。。。 |
15 Mac Nov 25, 2014 当年我用VB写的客户端就是直接用DAO写局域网共享目录中的Access数据库的。。。。 |
16 scys Nov 25, 2014 |
17 mengzhuo Nov 25, 2014 couchdb不是吗? |
18 KaoN Nov 25, 2014 firebase +2 |
19 tabris17 Nov 25, 2014 遥远的15年前,powerbuilder就是这个模式哪 |
20 Registering OP |
21 sandtears Nov 25, 2014 via Android 很早的时候就是这么干的,所以那时候数据库需要做的很严谨 |
22 lshero Nov 25, 2014 有一种单机版门店管理系统的感觉 服务端现在服务端好不容易各种封装各种拼接各种调用各种隔离权限的把数据给你拼接成一起了 给你抽象一个数据接口,统一了数据库、缓存、外部数据的输出 如果把这个接口取消掉了,你简直要了客户端开发人员的命啊 |
23 Registering OP @lshero 只是大胆猜想,,,或许未来,服务器端的缓存,数据库读写等等,都会有了一个统一的解决方案 |
24 stevezheng Nov 25, 2014 parse,leancloud 差不多就是你说的了 |
25 hq Nov 25, 2014 |
26 chloerei Nov 25, 2014 |
27 boom11235 Nov 25, 2014 http://nobackend.org/ 看看这个好像靠谱点 |
28 davems Nov 25, 2014 via iPhone 等小型核电池的普及吧嘿嘿 |
29 wdlth Nov 25, 2014 就是因为不该让客户端直接访问数据库才使得B/S架构、Web Service、RESTful API等技术发展起来吧。你这个设想不是倒退了么? |
30 learnshare Nov 25, 2014 数据库直接丢给客户端,这种事还有安全性? |
31 JoeShu Nov 25, 2014 如果lz是后端程序员估计又会发出这样的愤慨: "是否有一天,不再用客户器端编程",既然自己有洁癖,那楼主就fullstack呗。只要与人合作,就有可能遇到不靠谱的人,说不定人家还觉得你不靠谱呢。要不好好沟通,要不 suck it or leave it . |
32 googlefans Nov 26, 2014 云数据库 |
33 macliu Sep 20, 2015 |