去掉兼容性，和安全性其实最好的模式就是C/S模式
本帖最后由 woodangel 于 2013-7-30 14:18 编辑B/S模式是解决客户懒下客户端，解决兼容问题，还有解决被害妄想症。为了迎合客户程序员不得不作出的妥协。其实B/S模式怎么看都是效率低下，编程复杂，功能脆弱的代名词。B/S模式不能有效利用客户端性能，也不能有效利用服务器性能，纯属就是宠着客户搞出来的畸形产物。其实客户懒下客户端，兼容问题，安全问题很好解决。吧所有系统开发商招来开个会就解决了。所以我预测B/S模式很快就会被淘汰，未来可能是万能客户端模式也可能是苹果应用商店的模式反正WEB就该滚蛋那些脚本也改滚。 老是切换账号累吗？楼主？ 我们看一下B/S模式效率多低、每次客户在WEB端发送一次请求，服务器就要重新解析一次网页，然后编译成HTML代码发送到用户游览器，游览器再次编译成网页最后才呈现刷新过的网页。而C/S模式，发送请求服务器不需要解析成HTML代码，直接就发送一个很小的信息到客户端，客户端接受直接就呈现程序变化，无论是网络传送效率还是客户端相应速度还是服务器负担都是最有效率的。 BS的潮流一个是客户端问题，这个是市场引导的。
由此在bs模式上聚集了大批开发者，累积了更多更好的组件。这些使得开发变得更容易。
快速开发是软件开发的方向。
硬件的发展，使很多民用产品可以忍受牺牲一定的效率，而不对客户感受产生影响。
至今在对效率要求高的军品，航空等高要求领域依然不会是bs的。 连我这种不会 HTML的都听说过 ajax 啊
楼主你换个领域再来吧 哈哈，我也正想说着跟楼上一样的话
楼主不适合这个领域啊。 楼主的思想极其深奥 普通人很难懂
楼上两个菜鸟懂个屁 说的确实不错，bs搞搞浏览还行，复杂的业务还是算了。 本帖最后由 刁总书记 于 2013-7-30 15:36 编辑
如果cs架构能有大发展就好了 我就是做window 平台下的cs架构的产品
cs的功能比bs强太多了 不能说bs必死 有一些地方确实用bs比较合适 两种方式互补吧
bs架构的技术比较杂 什么.NET java javascript css html jquery structs spring hibernate 框架
而cs感觉就比较单纯了 有C++基础 会vc 基本上window 平台下大部分软件功能都没问题了 框架的话 就看MFC 功能已经足够强大了 如果有闲暇时间 也可以看看wxWidget这种跨平台的 也不错 现在网银虽然是网页 但最后也还是要装ActiveX 没有最好的，只有最适合的。。。。 晶の老友 发表于 2013-7-30 15:36 static/image/common/back.gif
未来的发展肯定是类似CS的
全网云计算
云计算不太了解，起码物联网这一块需要和很多硬件打交道，bs目前是行不通的。
我以前有做过一段时间医疗行业的erp 普通业务用bs架构都没问题，但是有一点，就是慢。
如果遇到硬件，bs没法做。现在CT MR 都是用dicom协议交互的。bs唯一能做的就是内窥镜和超声，这两个设备是用采集卡。bs勉强能做，但是做出来采集的流畅程度和清晰度都远远不如cs架构。这样的bs产品拿给客户，绝对被屌的妈妈都不认识。 晶の老友 发表于 2013-7-30 15:36 static/image/common/back.gif
未来的发展肯定是类似CS的
全网云计算
感觉云计算 服务端的控制很难做吧？ 晶の老友 发表于 2013-7-30 15:53 static/image/common/back.gif
以后的架构肯定会没有明显的服务端，或者服务端被云化，散布开来。
目前的云计算其实和传统的差别并不 ...
不太懂，求开智。
比如一个超大规模的计算。需要一万台电脑，每台电脑配置性能不同，需要根据性能分配任务，做到负载平衡。然后这一万台电脑算出的一万条结果，谁来接手？谁来继续整合和一万个结果得出最终结果？
分配任务和整合最终结果，应该就是要有一个服务端了。
我是这样理解的。 这种服务端 应该不是那么容易做的 算法要很牛逼 很牛逼 才行 晶の老友 发表于 2013-7-30 16:08 static/image/common/back.gif
你可以自己去搜高性能计算
ok 有时间可以学习一下 原创内容 水晶 +2 端游早就被页游打的屁滚尿流 [:103]
页:
[1]