“C/S”与“B/S”的争论可以休矣！

kingkii的文章，我前面回过一篇。估计他没怎么注意。



我想说明的是：
一个项目，里面有很很多的代码，广义的看，HTML是代码，JavaScript是代码，CSS是代码，HTC是代码，XML是代码，XSL是代码，PHP，JSP，ASP，JAVA编写的Applet，Application也是代码，FLASH是代码，所有我们要做出来的东西，都是代码，只是有些可以有工具方便的生成，有些只能手写而已。

那么这些代码，你如何组合？如何取舍？实现同样的逻辑，你可以把代码放在服务器端，可以放在客户端，在客户端你也可以放在很多地方，在服务器端的N层架构中，你可以放的地方也很多。这是一个问题。

另外一个问题，是代码的部署，HTML，XML， XSL，Applet等技术，天然的部署方便，但是其他的代码，并不是就不能实现自动部署，做得好的程序，部署的过程对于用户来说，同样透明的。这是另外一个问题。

B/S当年作为C/S的反对者出现，很多理由似是而非。到了今天，无论是浏览器端，客户端还是服务器端，都出现了太多的技术，出现了太多的选择，这样的争论，就越发的“复杂”，而且越来越不具有意义。

再往远了说，等到微软的XAML一统天下，C/S和B/S就再也没有区别了，那时大家就消停了

我觉得现在都应该叫B/C/S模式，，当然如果只是一台tomcat的话，那就可以叫b/s

不能这么和稀泥。

代码分布在HTML，CSS，XML，XSL，HTC，Applet，FLASH，JSP，JAVA，DB里，你很难说他是一个什么模式。也许统称N层架构还稍微好一点。但是这些代码之间，不是简单的分层关系，因此N层架构，也不是太准确。

确实如此。互联网的飞速发展改变了一切。

谢谢你的解释！广义地看，我觉得你的解释有道理，ALL IS CODE，无非是部署不同，所以争论没有意义。但是我想说在这些眼花缭乱的技术中我们确实可以看到两种截然不同的开发模式，既HTML代表的B/S和APPLET代表的C/S，当然还有很多可能没有明显界限的技术如JS，但是他们既然都出现了，而且历史从C/S转向B/S再回归C/S，我觉得我们应该透过现象看本质，才能明白到底这样的发展历程有什么意义，而不是在一堆混乱的技术中去选择。

總覺得b/s屬於c/s

从不都不期望XAML的出现,觉得现在有点抄作.