以前和写PB的朋友在一起总觉得自已不算是一个程序员!因为在哪时(2000年),看到朋友用PB写企业级应用,而我却在写HTML,直到在杭州写java时才感觉有点程序员的身份!最近在看javascript设计模式,书中提到javascript也可以写出来企业级应用!深感以前都是瞎浑!昨晚看完了javascript DOM编程艺术(第二次看),发现在最后一章作者对WEB开发的分析(尽管在事隔已快3年多)!心情是十分的冲动.身感自已作为WEB开发一员是十分的荣兴.javascript DOM编程艺术作者对未来的WEB开发有两种预测:
A:桌面应用移到网上
B:网上程序移到桌面大家觉得哪种可能性较大.谈谈你对未来WEB开发的趋势
A:桌面应用移到网上
B:网上程序移到桌面大家觉得哪种可能性较大.谈谈你对未来WEB开发的趋势
解决方案 »
- ajax 同步
- 不显示删除回复显示所有回复显示星级回复显示得分回复 遍历出来的每一行数据后,要求后面框输入的数值不得小于前面的值
- js变量连接的问题
- 关于正则表达式???
- 打印问题---急急急急急急(打印完成)
- 在firefox里使用xmlhttp的问题,急。。大家帮帮忙。。。
- 只想问一下vml画出的图在哪些环境下可以看,为什么在win2003+ie6下看不到?
- ****高价求自制的scroll,完全是html&css&js&img的,多谢多谢!!!******
- 我怎么得到我表的行索引啊!急!!!!
- 这个图片特效怎么做?
- Jsp中如何通过自己勾选复选框来实现批量删除功能,代码...求解?
- jQuery报错attempt to run compile-and-go script on a cleared scope
在2005年年底上市的,在china-pub缺货了!写的不错的说!可以看看
两者并存的局面是长久的。不过,只要有需求,就有他们存在的理由,那个需求多,那个是会主导一些。javascript DOM编程艺术
很值得一看。
javascript可以做一切!对则对,强者自有分晓!!
有一天我们上网不在需要电脑取而代之是各种wap终端设置<<<大体这个意思,这可能会左右WEB开发的未来走趋!说一千道一万!所有的一切基础需要有浏览器的良好竞争!即使网上的程序移到桌面也不可然再装庞大的客户端程序!运行的容器依然要依赖于浏览器.
对喜欢C/S的模式和WEB开发的体验性,adobe的air倒是一个不错的例子!不用写像强类型语言哪样的代码用html也可以作c/s应用
等程序以外,很多的程序都可以移植到Web,当然如果将来浏览器的绘图库已经能够轻松的应付那些复杂的绘图操作的情况下大型游戏也有可能移植到Web。
至于网上程序桌面化,我觉得也是很有必要的。在大二的时候用VB开发后来用了ASP和JSP,开始的时候
我总是提醒自己B/S是B/S,C/S是C/S。可是写Web程序的的多了以后越来越觉得两者除了安全机制之外真的没
什么区别。开一下我们开发的程序的执行过程就知道了
B/S :Web+JS+Css+Html <------http------->服务器业务层<------data------->服务器数据访问
单机程序:绘图库+展现层 <--调用/系统消息-->本地程序业务层<-----data------>本地数据访问
C/S程序 :绘图库+展现层 <---tcp/udp/p2p--->服务器业务层<------data------->服务器数据访问
网游 :DirectX+展现层 <---tcp----------->服务器业务层<------data------->服务器数据访问
....可见除了前段的展现和通信方式之外没有任何区别。而且为了满足这些展现上的差异我们做了那么多的
绘图库,其实我们完全可以统一一下,做一个富功能浏览器,这样不管什么程序的界面富浏览器+xml+css
+script,全搞定了,而程序移植只需要做一个拦截器将这些通信消息拦截转发一下,比如一个Web程序
移植为单机就可以这样搞定:富功能浏览器+http拦截器+js+css+script<---http--->服务器业务层<---data--->服务器数据访问。我更觉得富功能浏览器技术要有用的多
re:
你没提到c/s的主要缺点:它的维护性.不用再用人去安装哪些客户端,让客户自已去下一个瘦客户端即可.维护性也从中得到了解放
的用来作为软件的展现层不管是C/S还是B/S,而且没有一个功能强大的浏览器Web程序要想代替桌面程序是很
难的,最明显的例子即使现在的浏览器对于图形和声音等多媒体元素的处理明显支持不够。
网络硬件更不是问题!
WEB 时代已经来临
活到老学到老。所以,不爱学习的人最好别做程序员,不然会不happy,呵呵
B的话如果一点都不牵扯网络,那么它的局限性是很显而易见的