由面試引起的思考：B/S與C/S到底是何物

時間 2019-11-18

原文原文鏈接

1、現狀說明：html

就在這金三銀四的求職黃金時期，我有幸做爲公司的獨立技術面試官，擁有最終決定錄用權，在倍受上級領導的充分信任下，我也向上級保證，必定要爲公司找到合適的人才，就在我滿懷信心的狀況下面試了一個又一個的求職者，發現了大多數求職者共同的問題，一是：眼高手低，即工做年限雖長，但受工做內容及我的緣由，基礎知識薄弱，不少技術使用了N年，卻不明白其原理，能夠說是：只知道這樣用，但爲何要這樣用，可否有別的解決方案歷來都沒有去考慮過或總結過，知識的廣度就更不用說了，薪資指望卻都很高。二是：B/S與C/S分不清，認爲B/S就是作與網頁有關的東西，能夠涉及到的技術點多，如：JS\CSS\HTML\C#\MVC，只想從事B/S方向的工做內容，以爲其熱門與流行，而認爲C/S就是作客戶端桌面程序，如：WINFORM,WPF；以爲其太簡單了或沒有發展前景，那麼實事是這樣嗎？本文主要就是來談談B/S與C/S究竟爲什麼物，它們之間到底有什麼異同點。前端

2、B/S程序員

B/S即：Browser與Server,中文意思：瀏覽器端與服務器端架構，這種架構是從用戶層面來劃分的，Browser瀏覽器，其實也是一種Client客戶端，只是這個客戶端不須要你們去安裝什麼應用程序，只需在瀏覽器上經過HTTP請求服務器端相關的資源（網頁資源），客戶端Browser瀏覽器就能進行增刪改查。不依賴用戶的電腦操做系統環境，只與瀏覽器環境有關，固然因爲網頁複雜性，又延伸出網頁前端技術與後端技術，前端技術指的是在瀏覽器上編程的技術，好比：JS,HTML,CSS，這些前端技術是運行在客戶端Browser瀏覽器上的，而並不是在服務器端，若是不信，能夠測試一下，當你的頁面中包含JS腳本時，若將瀏覽器屬性中的禁用JS啓用，你會發現頁面中那些依賴JS的技術都沒辦法使用。後端技術指的是運行在服務器上編程的技術（也就是Server端），好比：C#,JAVA，這些編程技術與咱們一般所理解的C#編程，JAVA編程是同樣的，只是這裏須要考慮到基於HTTP協議的編程。架構圖以下所示：面試

3、C/S算法

C/S即：Client與Server ，中文意思：客戶端與服務器端架構，這種架構也是從用戶層面（也能夠是物理層面）來劃分的，這裏的客戶端通常泛指客戶端應用程序EXE，程序須要先安裝後，才能運行在用戶的電腦上，對用戶的電腦操做系統環境依賴較大，好比：若想運行基於WINFORM開發的EXE程序，必須要先在電腦上安裝.NET FRAMEWORK組件，不然沒法正常運行。Server端這裏是一個非必要的部份，若客戶端是一個單機應用程序，無需數據庫或其它分佈式技術，那麼Server端是能夠省略的，若客戶端須要數據庫或其它分佈式技術，那麼這裏的Server端指的是數據庫服務器端或其它分佈式技術（WEB API,WEB SERVICE等）所在的服務器端。架構圖以下所示：數據庫

4、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">
    <div>
        <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" />
    </div>
    </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客戶端的計算結果都會改變，固然我這裏寫得確定不夠規範，僅演示而矣，完整的架構思想需考慮多方面，好比：基於接口編程，依賴注入等。

5、給新手程序員的一點建議

若是對網頁前端技術很感興趣，建議直接從事網頁前端開發，相應的職位有：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.同時也感謝那些可以看明白本文所表達含義的人們，沒有枉費個人苦心，我寫這篇文章也絕非是要反人類或引發口水仗，還望你們理性閱讀並說說你的觀點，歡迎交流。