Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

关于「数据同步」的牢骚

  突然发现「前后端数据同步」这个标题似乎把自己的概念定死了在一个范围中了。其实我想说的只是一个「数据同步」问题,和是不是前后端并没有太大关系。我扯上「前后端」是因为当初提出这个概念的时候只是想解决 Web 开发中的问题而已,没想到坑越挖越大。

  其实我口中的「数据同步」并不仅仅是传输层的优化问题,还牵扯到了各种缓存和算法。之所以在 Web 前后端这个坑上如此纠结只是因为 Web 前端基于浏览器提供的 API 非常有限。而真正的「数据同步」问题,早在上个世纪就被人们研究透了。我所做的事只是在有限的 Web API 中最大程度的在「数据同步」问题上做优化而已。

  虽然我已经写过很多相关的文章,但我自己也没有把这个概念的范围理清楚,以至于别人问我相关的问题时我不知道应该介绍哪方面。其实,我的核心思想很明确,就是 「使用更少的流量,在更快的时间内,传输更多的数据」。「数据同步」是个很大的概念,「同步」可以是手动的,也可以自动的,这属于传输层的问题。在之前 Web 通信 的相关文章中就已经对这个课题做过详细研究。而对「数据」的同步,要考虑的则是数据的信息熵、压缩等概念。这些东西在后来的差异化加载中也得以实现。

  昨天的文章中重提了这个概念是因为在之前的研究中对「数据」这个部分的实现缺乏可行性的理论支持。所以才突然重提这个问题,并引入「大数据」相关的概念来使之前的理论更具有参考价值。但感觉大家似乎没有理解我想要表达的思想,都觉得我是在造轮子?

  我确实是在造轮子!我只是把当年 Windows Scoket 编程中的一些理论和概念搬到了 Web 上而已。就好像汽车的引擎已经被发明,后来又有人发明飞机的引擎一样。虽然做的是同样的东西,但使用场景不同概念就不同。在 Windows Socket 这块大陆上能用的轮子就未必适合在 Web 这片天空中使用。轮子我会继续造下去,不仅仅是征服天空,我还想征服外太空!

  另外,可以看完文章再评论么(不过这方面我也有责任,请原谅我没读过书,语言比较生硬,让大家没有读完文章的欲望)?我并不在意评论的数量,只是希望大家把文章看完后指出我说错的部分。可以(尽情地)骂我,这些我并不排斥,但希望那是在看完文章之后。

网名:
54.144.24.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^