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