python是偏向bs还是cs_CS 和 BS 架构的优缺点分别是什么？

你们这些吹嘘B/S如何优秀、兼容性强、对客户端要求小等等优势的，我就反问你们一句：B/S架构既然如此好，你们为什么要去吐槽IE浏览器？？说白了，你们也还是挑Client的呀，这个B/S并没有具备B/S应该具备的优势啊。

什么是B/S，本质上还是基于用户端浏览器这个Client的嘛，也属于C/S架构的一个特殊形式嘛，从这点来讲，本质上还是C/S的嘛，只不过复用了浏览器这个C端而已。但是喽，这个C端并不是为你们的应用程序专门写的，而是为了更多数的web用户写的Browser。

目前，但凡做数据处理的企业级应用系统，即便是B/S架构，有几个不需要在用户端安装各种浏览器插件的？最最少也需要安装站点证书之类的吧？有几个没遇到用户浏览器兼容问题的？有几个能够兼容所有浏览器版本的？为什么要在系统上注明需要xx浏览器xx版本以上？有几个是不需要用户端做浏览器设置可以顺顺利利访问的？有几个没有JavaScript抛错的？有几个是干干净净的浏览器就能畅快跑起来的？

反观一下大厂如何，各种网盘、各种音乐、各种视频、各种游戏，有多少最终不是得基于独立的客户端程序才能畅快享受平台服务的？用户要享受顶级的体验，最终还是得安装专用客户端的呀。B/S那么优秀你别用插件写一个B/S的绝地求生我看看。

其实，有前面B/S本质的讨论和C/S的弊端，你觉得C/S不好其实主要是觉得这个C不好，有本事写好C、让它像浏览器那样可以少维护不就行了么？大不了为自己的应用系统写一个专用类浏览器的Client啊？

我们只能说，B/S有他的技术优势，有他的适用场景，使得应用开发人员在缺少用户端设计优势的情况下能够借助浏览器的存在快速的构建用户界面、把后端应用高效直观的送到用户面前，所以才有现在这种前后端不能分离而呼吁改进架构进行前后端分离的“主流”，能节约项目团队实施成本。说白了还是偷懒了嘛，把Client的兼容问题、是否好用的问题甩锅给浏览器和用户的电脑环境了，而本应该写好用户端的程序员可以直接不负责任的说“你的浏览器不行，需要用谷歌”，实际上是自己没能兼容用户端现有的Client。