移动端的应用最终也会重演B/S应用取代C/S吗

C/S在工具类部分基本不会被替代。B/S会发展的越来越好,话说把网址收藏能设置图标么。
■网友
从发展角度来说其实是c/s--\u0026gt; b/s--\u0026gt;rich b/s(增加flash/flex 和silverlight)应该说从一开始手机就可以利用bs来写应用,记得android就是加载一个webview之类的控件,然后外链到网站的本地文件夹就能搞定了。所以至少我认为不会,因为原本开发的模式就是按照需要在开发。比如,开发3d游戏,如果利用web,可以实现,但是慢,所以成熟的做法就是买游戏引擎,然后cs架构开发。小型游戏,要求开发周期短的话,完全可以bs。聊天软件类似wechat,web和客户端代码结合就是很好的解决方案。总结:未来软件开发,我觉得只会按照需求开发,而不是未来清一色全是bs结构的软件。所以手机软件未来不存在cs--\u0026gt;bs的过程
■网友
我认为应该是互补的关系。bs相对于cs来说有很多优势,如免安装、跨平台通用等,但是与此用时避不可免地也会受到平台的制约。从理论上来说,bs也是一种变种的cs:他用一种通用型的软件来充当客户端,用通用型的技术来做接口。带来优势的同时,必然也要承受浏览器本身所带来的限制,典型的如权限、复杂的功能、底层的功能、对网络依赖很高等等。因此,未来的发展方向在很长一段时间里依然会是共存和互补的关系(不排除我会估错的可能,毕竟技术发展太快),毕竟专门的客户端在完成功能方面相比浏览器具有高效、强大和完善的特点,因此将其合二为一取长补短是对于大型系统较为完善的解决方案。当然,如果只是小型系统没多少东西,那bs可能优势更大,这要具体分析。例如QQ,现在QQ中有很多服务已经改用内嵌的浏览器+网页界面完成,比如各种资料修改页面、各信息页面、群共享等等,可以看做是在QQ(CS)中嵌入BS了。手机操作限制,就不附图了,见谅。(ps:在pc端我也从来没认为bs取代了cs)
■网友
其实了解Android开发的应该知道,Android的组件模式其实就是b/s模式的扩展。 组件采用了黑盒的开发模式,每个组件相当于一个页面,组件之间通过URI等描述信息进行定位,这就是为什么一个符合描述信息的页面可以向Android的应用传递。比如:日报中的链接可以被客户端或浏览器识别。iOS的定位类似。手机码字,不能尽善尽详:)多少一句,移动设备即使在大屏幕的情况下依然不适合多窗口任务,操作限制。所以现在的应用都是以操作简洁,单独组件处理特定任务以降低用户的困惑为目标设计的。所以移动设备的客户端天生就不同于PC客户端,再加上云的普及,其实和Web才是亲戚。
■网友
我觉得不会啊,比如说app的消息推送功能,浏览器难以实现
■网友
只要性能上达到就是必然的。现在差十几倍呢,特别是andriod,要换好几代系统才行,五年内APP无忧


    推荐阅读