就在这金三银四的求职黄金时期，我有幸作为公司的独立技术面试官，拥有最终决定录用权，在倍受上级领导的充分信任下，我也向上级保证，一定要为公司找到合适的人才，就在我满怀信心的情况下面试了一个又一个的求职者，发现了大多数求职者共同的问题，一是：眼高手低，即工作年限虽长，但受工作内容及个人原因，基础知识薄弱，很多技术使用了n年，却不明白其原理，可以说是：只知道这样用，但为什么要这样用，能否有别的解决方案从来都没有去考虑过或总结过，知识的广度就更不用说了，薪资期望却都很高。二是：b/s与c/s分不清，认为b/s就是做与网页有关的东西，可以涉及到的技术点多，如：js\css\html\c#\mvc，只想从事b/s方向的工作内容，觉得其热门与流行，而认为c/s就是做客户端桌面程序，如：winform,wpf；觉得其太简单了或没有发展前景，那么实事是这样吗？本文主要就是来谈谈b/s与c/s究竟为何物，它们之间到底有什么异同点。
二、b/s
b/s即：browser与server,中文意思：浏览器端与服务器端架构，这种架构是从用户层面来划分的，browser浏览器，其实也是一种client客户端，只是这个客户端不需要大家去安装什么应用程序，只需在浏览器上通过http请求服务器端相关的资源（网页资源），客户端browser浏览器就能进行增删改查。不依赖用户的电脑操作系统环境，只与浏览器环境有关，当然由于网页复杂性，又延伸出网页前端技术与后端技术，前端技术指的是在浏览器上编程的技术，比如：js,html,css，这些前端技术是运行在客户端browser浏览器上的，而并非在服务器端，如果不信，可以测试一下，当你的页面中包含js脚本时，若将浏览器属性中的禁用js启用，你会发现页面中那些依赖js的技术都没办法使用。后端技术指的是运行在服务器上编程的技术（也就是server端），比如：c#,java，这些编程技术与我们通常所理解的c#编程，java编程是一样的，只是这里需要考虑到基于http协议的编程。架构图如下所示：
三、c/s
c/s即：client与server ，中文意思：客户端与服务器端架构，这种架构也是从用户层面（也可以是物理层面）来划分的，这里的客户端一般泛指客户端应用程序exe，程序需要先安装后，才能运行在用户的电脑上，对用户的电脑操作系统环境依赖较大，比如：若想运行基于winform开发的exe程序，必需要先在电脑上安装.net framework组件，否则无法正常运行。server端这里是一个非必要的部份，若客户端是一个单机应用程序，无需数据库或其它分布式技术，那么server端是可以省略的，若客户端需要数据库或其它分布式技术，那么这里的server端指的是数据库服务器端或其它分布式技术（web api,web service等）所在的服务器端。架构图如下所示：
四、b/s与c/s异同点
b/s与c/s的共同点从英文缩写都能看得出来，都有s，这个s指的是服务器端(应用程序后端)，服务器端只是一个统称，具体细分的话，有：应用程序服务器端、数据库服务器端、缓存服务器端、文件服务器端等，不同点同样也可从英文缩写中看得出，那就是b与c的区别，从前面分别介绍与b/s与c/s得知，b指的是浏览器端，c指的是客户端，但是如果从广义的角度来说，b同样也是一种客户端，浏览器同样需要安装，不安装同样b/s结构也一样不能工作，只是一般浏览器都默认安装罢了，从架构的层面来讲，b/s与c/s的唯一区别就是展现层不同，b/s可能需要懂网页前端技术,c/s可能需要懂winform,wpf等应用前端技术，其余全部都相同，如果单纯讲从事c#或java后端开发，那么b/s与c/s就是一样的，都是利用c#或java之类的动态语言为展现层提供资源或对资源进行相关的处理。如果一个公司分工明确的话，那么c#或java工程师所应该做的事情就是后端开发，与前端无关，也就没有必要强调b/s与c/s了，当然懂点前端技术更好，可以为自己的技术锦上添花，但如果要让公司为你懂得前端技术而买单（提高工资待遇）【全栈工程师除外】那多半有点一厢情愿了，换作我是老板，我肯定更愿意找专业的前端与专业的后端，这种前后端都略懂，但都不够专业的，还不如不要。b/s与c/s的统一架构如下图示：
为了让新手们能够理解上述b/s与c/s合二为一的架构图，我写了一个非常简单的demo，以体现b/s与c/s的共同点与不同点，代码如下：
server端：
namespace demo.server{ public static class logic { public static int add(int a, int b) { return a + b; } }}
browser端（后端-属于server端，但有别于上面的单独server层，这里需要引用server层）：
namespace demo.browser{ public partial class webform1 : system.web.ui.page { protected void page_load(object sender, eventargs e) { } protected void button1_click(object sender, eventargs e) { textbox3.text=demo.server.logic.add(int.parse(textbox1.text), int.parse(textbox2.text)).tostring(); } }}
browser端（前端）：
<%@ page language="c#" autoeventwireup="true" codebehind="webform1.aspx.cs" inherits="demo.browser.webform1" %><!doctype html><html xmlns="http://www.w3.org/1999/xhtml"><head runat="server"><meta http-equiv="content-type" content="text/html; charset=utf-8"/> <title></title></head><body> <form id="form1" runat="server"> <p> <asp:label id="label1" runat="server" text="数值1："></asp:label> <asp:textbox id="textbox1" runat="server"></asp:textbox> <asp:label id="labeladd" runat="server" text="+"></asp:label> <asp:label id="label2" runat="server" text="数值1："></asp:label> <asp:textbox id="textbox2" runat="server"></asp:textbox> <asp:label id="label3" runat="server" text="="></asp:label> <asp:textbox id="textbox3" runat="server"></asp:textbox> <asp:button id="button1" runat="server" text="button" onclick="button1_click" /> </p> </form></body></html>
运行结果如下：
client端：创建一个winform窗体，添加类似上面的三个文本框及一个提交按钮，最后写点击事件（需引用server层）
namespace demo.client{ public partial class form1 : form { public form1() { initializecomponent(); } private void button1_click(object sender, eventargs e) { textbox3.text = demo.server.logic.add(int.parse(textbox1.text), int.parse(textbox2.text)).tostring(); } }}
运行结果如下：
当然这个demo非常的简单,主要是为了体现除了展示层（网页与winform窗体）不同外，server端是相同的，如果需要变更算法，只需更改server端，那么浏览器与winform客户端的计算结果都会改变，当然我这里写得肯定不够规范，仅演示而矣，完整的架构思想需考虑多方面，比如：基于接口编程，依赖注入等。
五、给新手程序员的一点建议
如果对网页前端技术很感兴趣，建议直接从事网页前端开发，相应的职位有：ui设计师，web前端工程师，而软件开发程师一般指的是从事后端开发，即：纯c#或java等之类的编程工作，当然不排除小公司或分工不明确的公司，要求前后端都要做，所以不要一味的或片面的认为，b/s就是比c/s好，我只能说各有各的好处，最理想的架构是：在后端代码不变的情况下，可以任意切换为浏览器或客户端应用程序。最后再说一句，这世界上没有最好的技术，只有最合适的技术，技术就如同武术，基本功很重要，只要基本功扎实了，再去学习架构、设计模式，就会比较容易，同时这些看似高大上的东西，如：aop，soa,di,ioc,ddd,cqrs等，只要明白其原理，举一反三就能达到“无招胜有招”的最高境界。
另外，本文并没有详细的去讲b/s与c/s的区别，如果大家想更完整的了解两者的区别，可以参见这篇文章：c/s和b/s结构区别整理，也可以直接百度查询一下，上面全是我的个人观点，若有说得不对的地方，勿喷，还请大家见谅，谢谢！
补充说明：
看到大家的评论后，虽然意料之中大家会喷，所以在文章结尾也提醒大家不要喷，但没有想到还是有这么多的人喷，我想可能大家都没有真正理解我这篇文章的中心意思，我这篇文章绝不是去深入的讲解b/s与c/s的区别，如果是这样，那我就没有必要写这篇文章了，网上一搜一大把，其实我这篇文章想要说明的思想是：不要把网页设计等同于b/s架构，不要认为会用js,css,html就认为会b/s架构，我上面也说了如果你只是对网页前端设计感兴趣，那么建议从事web前端工作，而不要在面试c#软件开发工程师时，强调我想搞b/s，想搞js,css,html，同时对网页后端编程反而没什么兴趣。本文是站在架构的角度来分析b/s与c/s的异同点，认为b/s与c/s只是展示层的不同，我上面也列举了一个简单的例子，也从来没有否认b/s里面有网页设计（包含js,css,html），同时写这篇文章的目的是想告诉所有的新人：强化编程基本功，提高编程知识面，认清各种框架与架构的本质，从而全面提升自己，也祝愿各位离职或即将离职的人们能够早日找到好的工作。
以下统一回复评论中的问题：
1.我并没有钻牛角尖，你可能没有理解本文所表达的中心意思，也可能我说的不够明白，补充说明里有说明了真实目的；
2.有人认为我抄袭别人的文章，这个我无需解释，你可以看我的发表时间，何况本文也没有涉及什么很高深的技术，有必要抄袭吗；
3.有人认为现在还在研究b/s与c/s很肤浅，那么不知你是否明白b/s与c/s，反正我觉得一些看似简单的问题，如果不去了解与深究，可能写了一辈子代码还是停留在b/s就是做网页设计，相反一些真正的大牛是不会这样认为的，从架构的角度来讲b/s与c/s是一样的，c/s有单机版，b/s也可以有单机版呀，什么不相信，那我告诉你，静态html页面（里面包含js,html,css）可以直接打开运行看效果的，不需要发布到iis或服务器上的。同时c/s有服务端，b/s也有服务端的，c/s若采用分布式架构（如：web服务、wcf、web api等技术封装业务逻辑），那么c/s本地应用程序就只有界面展示，而所有的业务逻辑全部在服务端的这与b/s的服务端有区别吗？理解b/s与c/s的架构本质有助于你如果以后有机会从事架构师，管理者，那么就能够很好的对一些技术与架构的方向有很好的把握；
4.面试中我并没有主动问求职者也没有强调求职者说明b/s与c/s区别，只是在面试时有的求职者（新手）自己说会b/s，同时也很想往b/s方向发展，我问他会b/s哪方面，他就说了本文开头的那些话，而c#方面反而没怎么过多的研究，所以我就建议其转作web前端开发可能更好，同时也是引发我写本文的原因；
5.同时也感谢那些能够看明白本文所表达含义的人们，没有枉费我的苦心，我写这篇文章也绝非是要反人类或引起口水仗，还望大家理性阅读并说说你的观点，欢迎交流。
本文详细的讲解了b/s与c/s的相关知识，更多相关内容请关注。
相关推荐：
如何通过css3+html5实现纵向菜单
关于html5本地存储的相关讲解
关于php captcha 驗證碼類的讲解
以上就是讲解b/s与c/s究竟是何物的详细内容。