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