Web应用程序和桌面应用程序之间的细线
最近我一直在使用网络应用程序工作，主要是使用javascript和json丰富的Web UI。 我不得不说我始终对我通过这些技术所取得的成就印象深刻。
越来越多的问题是，我是否会喜欢使用经典的GUI开始（无论是C＃/ VB.Net + WinForms还是C / C ++ + GTK / QT或Java或其他）。 但是，我已经能够完成我想要的所有与Web相关的技术的用户界面。
尽管我觉得自己拥有了我所需要的一切，但越来越多的东西不断涌入（并且会一直持续到来），比如HTML5，新的JavaScript功能，甚至更多的东西。
所以，随着网络应用变得越来越有能力，我问你：
我想知道W3有什么要说的，尽管我还没有看过它。
事实上，我们只是在计算机世界中走完全程。 今天的网络浏览器就是30年和40年前的绿色屏幕终端。
它曾经是，你会花时间在大学的计算机上运行你的程序，然后花费你的程序处理和运行的时间。 从最终用户的立场来看，这是低效的，因为它是在批处理和队列过程中完成的，因此您的结果必须等到第二天。 从大学的角度来看，尽管他们拥有比他们知道如何处理更多的计算能力，所以将其培育出来是有道理的，并且带来了不错的收入来源。
几年前闪存和桌面开始变得强大，如果不是比大学的计算机更强大，并且批处理和队列处理的日子已经停止。 但是以桌面为中心的应用程序存在一个基本缺陷，即多用户需求。 如果多个用户需要同时使用该应用程序，则需要一个服务器来处理多会话数据需求。
客户端应用程序对于执行诸如数据验证等操作很有用，但客户端越厚，使用不同版本的客户端在服务器上填充数据时运行的风险就越大。
解决方案，即“网络”客户端。 尽管使用术语网络，但我个人认为其实是错误的。 基于HTML /浏览器的客户端删除了多个版本的桌面客户端发现的问题，因为所有用户都始终使用相同的版本。 在数千台桌面上部署升级的日子已经一去不复返了。 基于浏览器的客户端只需要在服务器端进行更新，所有用户即可获得新功能。
为了回答这个关于未来的问题，让我们看看过去一年多的时间：
http://www.codinghorror.com/blog/2009/08/all-programming-is-web-programming.html
事实上，它提到了3年前甚至更早的一篇文章。 未来是阿特伍德定律：任何可以用JavaScript编写的应用程序最终都将用JavaScript编写。
http://www.codinghorror.com/blog/2007/07/the-principle-of-least-power.html
除了一些UI问题，网络应用程序是真正的应用程序。
未来是什么？ 希望我有一个水晶球...
然而，我猜测这种趋势会持续下去，网络将包含大部分（如果不是全部）桌面应用程序。
链接地址: http://www.djcxy.com/p/47857.html