點擊上方“藍字”關注我！轉載請注明出處！

互聯網行業發展這么多年，產品經理這個行業也發展了多年，現在很多人都已形成了共識：產品經理需要懂技術!那么，作為B端產品經理，究竟需要掌握哪些技術知識呢?掌握到什么程度才可以呢?接下來，我們為大家進行技術體系的梳理，聊一聊作為一個B端產品經理需要具備的技術知識。

理解編程語言。對于沒有接觸過的人來講，編程，一直都是一件貌似高深莫測的事兒，看著整屏的代碼，滿臉的問號。要想學習，也是需要付出大量的時間和精力的，要想學好，更是得有所悟性。

有句話說得好：世上無難事，只要肯攀登!若是要編程，寫出可運行的高效率代碼，那確非易事，但理解程序設計基本邏輯，例如什么是函數、返回值、循環、調用、編譯、部署、發布等基本原理，是可行的!

程序的世界神秘而復雜，程序語言更是種類繁多。其實，現在大學里，計算機相關專業的教學內容就挺有參考意義的。從主要的后端開發語言到前端開發語言，從數據結構到算法程式，從計算機網絡到數據庫系統等，這些都是引領新人入門，快速體系化的了解計算機程序世界的課程。

從編程語言說起吧!

大學計算機相關專業的入門語言教學，一般選擇C和java，因為C是高級程序語言之“母”，Java則是最近市場發展非常好的語言。作為入門學習，可以從這兩門語言入手。編程語言都是相通的，學習了一門主要語言，了解了程序語言的設計邏輯、語法和思想之后，可以再了解一些輕量級的，工作中可能會接觸的編程語言。如前端語言的Html，CSS，腳本語言Python、Java Script等。這些都能在工作中加深你對不同研發崗位設計語言的理解，有些也會幫助到你的工作，比如使用Python爬取網頁內容進行數據分析。

數據庫相關知識

談到數據庫，就得提到數據庫的不同類型，數據系統的組成部分，以及類似主鍵、外鍵等的內容，這些內容不在此贅述，感興趣的，可以網上查找相關資料或者翻閱數據庫系統相關書籍了解。

這里，想重點談一談，作為非技術的產品人員，關于數據庫，最應該掌握的知識，就是SQL語言。SQL語言是關系型數據庫的處理語言(現在有NOSQL等非關系型數據庫)。掌握SQL在實際工作中是非常有用的。例如，在做數據分析時，常常需要從數據庫導出數據來分析，如果不會寫SQL語句，就需要每次都求助開發人員，效率太低;其次對于復雜的數據處理邏輯，如果不會用SQL語句進行預處理，后續的數據處理將變得非常麻煩。學習使用SQL，首先需要理解數據庫及表結構，這對于抽象建模思維的培養非常有幫助。

針對SQL的學習，推薦以下兩個學習資源。

·　www.sqlteaching.com：該網站是目前我接觸過的最好的SQL學習資源。網站通過一個個案例講解了SQL中的每個概念和語法，并且提供了非常強大的在線練習功能，這對學習SQL至關重要。雖然是英文網站，但是講解深入淺出，很容易理解。你只需要耐心學習幾個小時，將網站的內容閱讀并實踐一遍，就可以掌握SQL的所有核心知識。

·　www.w3school.com.cn/sql：w3school是老牌的Web技術學習網站，其中對SQL的講解也很通俗易懂，網站是中文的。w3school提供了豐富的Web技術知識學習素材，包括HTML、JavaScript、CSS等，內容均簡明扼要，是非常好的入門學習資料，建議產品經理通讀該網站內容。

數據結構相關知識

數據結構就是研究數據的邏輯結構和物理結構以及它們之間相互關系，并對這種結構定義相應的運算，而且確保經過這些運算后所得到的新結構仍然是原來的結構類型。

實際工作中，數據結構可以說是研發工程師能否寫出優秀算法的基礎，而能否寫出優秀算法，則是區別一個研發工程師能否登堂入室的重要評判指標!數據結構基本知識大家可以自行去了解，比如時間復雜度，空間復雜度，順序結構，鏈式結構，索引結構，哈希結構，線性表，棧，隊列，串，數組，廣義表，二叉樹，圖等知識。

了解數據結構有何好處，一個不懂數據結構的研發工程師，寫出來的代碼，或許能實現某個能力，但是運行效率太低，而且代碼冗余度高，這不能是一份合格的代碼。一份合格的代碼，它的數據結構一定是足夠精簡的，運行效率普遍較高，空間復雜度和時間復雜度都很低(當然也有時間換空間，或空間換時間的做法)。

計算機網絡相關知識

B端產品經理需要廣泛學習計算機相關的基礎知識，例如網絡與通信原理、操作系統原理、微機原理等，至少要理解TCP/IP協議、UDP協議分別是什么，二進制、十六進制的運算法則，字節和字的長度概念，對稱密鑰密碼體系和非對稱密鑰密碼體系的區別，等等。

如果對這些概念沒有基本認知，那么將很難理解為什么HTTPS比HTTP安全，為什么有時候需要通過二進制來控制標記位。這些常識都是軟件設計隨時會用到的基本知識，不僅在技術方案設計中會涉及，在產品方案設計時也會涉及。

計算機技術涉及的知識面非常寬泛，從編程語言到數據庫設計，從通信協議到算法策略。對于產品經理來講，技術知識的積累是一個厚積薄發的過程，不可能通過短時間的突擊學習就掌握所有知識點，只能在實際工作中遇到新的詞匯或概念時，認真查閱資料、理解揣摩，在長期積累中融會貫通。

程序設計的MVC和MVVM

MVC是Modeling、View、Controller的縮寫，代表軟件設計的分層理念。Modeling指數據模型，View指前端交互視圖，Controller指業務邏輯。任何一套軟件系統運作的本質都是相同的：用戶在前端交互層操作后，系統通過業務邏輯層處理數據層的數據。不論是BS架構的系統(例如通過瀏覽器訪問的管理后臺)，還是CS架構的系統(例如App應用)，都會遵循MVC模式搭建程序結構。將一套軟件系統分為數據、業務邏輯處理、前端交互三層來設計、開發，可以非常有效地保證程序結構合理、邏輯清晰。

前端交互層

前端交互層負責繪制程序界面，完成前端程序和用戶的交互互動，并實現一些簡單的業務邏輯，例如數據校驗。常見的負責繪制界面的編程語言有JavaScript、HTML5(即H5，嚴格來講不能算編程語言，只是一種記號語言)、PHP等。前端方向是升級迭代非常快的技術方向，例如針對移動端，有JavaScript、Flex、Objective-C、Kotlin等前端語言;針對PC端，前端語言也從曾經的HTML+JS+CSS，到流行一時的富客戶端RIC(Rich Internet Client)，再到ExtJS、Node.js等。前端工程師需要不斷地刷新自己的技能樹，來適應快速變化的前端需求。

業務邏輯層

業務邏輯層負責處理業務邏輯，例如在分銷運營管理后臺的門店列表頁，點擊“關聯賬號”按鈕，前端交互層把指令發送給業務邏輯層，業務邏輯層要判斷門店狀態是否能夠關聯賬號、是否有空閑賬號可以進行關聯等。

開發人員應該盡量將復雜的校驗、判斷、業務規則都封裝在業務邏輯層，這樣可以讓前端交互層的負擔更輕，更容易擴展，因此業務邏輯層是MVC結構中最復雜的部分。例如，假設分銷運營管理后臺除了PC版本，還打算做一套H5移動版本，以方便審核人員操作。如果業務邏輯層代碼和接口設計良好，則只需要前端工程師實現H5代碼即可;但如果之前的前端交互層和業務邏輯層耦合緊密，那么實現H5版本就需要前后端工程師一起調整代碼，非常麻煩。

業務邏輯層常用的編程語言有Java、C++、C#、PHP等。

數據層

數據層代表底層的數據存儲。數據包括結構化數據和非結構化數據，既可以存儲在數據庫中，也可以存儲在文本文件中。數據存儲操作一般由程序來完成，例如通過程序對關系型數據庫的數據進行增刪改查處理。

在早期的軟件開發工作中，工程師既要開發前端，也要開發后端，還要設計并管理數據庫，可以說是真正的全棧工程師。除此以外，工程師還要承擔產品經理的工作，與業務方聊需求、掌控項目進度……

現如今，互聯網公司對工作內容的劃分非常細致，會將前后端的開發分離。不論是CS架構還是BS架構，前端部分統稱為客戶端，業務邏輯層和數據層統稱為服務端。前端工程師負責客戶端開發，后端工程師負責服務端開發，客戶端和服務端之間完全通過接口交互。

MVVM

MVC中，M、V、C都不應該處理數據解析，那么由誰來呢?這個問題實際上在面向對象的時候相當好回答：既然目前沒有類能夠處理這個問題，那么就創建一個新的類出來解決不就好了?所以我們聰明的開發者們就專門為數據解析創建出了一個新的類：ViewModel。這就是MVVM的誕生。

技術性描述：

MVVM 本身就是從MVC的設計模式上優化而來的，從代碼的角度來解析，通常MVC的是先獲取視圖V，然后給這個視圖賦予數據M， 這個賦予的過程方法就是C。MVVM呢，就不需要這樣了，在vue中直接可以先將數據放在view中V,然后去this.setData (react ：this.setState)M等方法去改變數據，視圖隨之改變 (VM控制)。

生活化描述：

在MVVM中，Controller不再像MVC那樣直接持有Model了。想象Controller是一個Boss，數據是一堆文件(Model)，如果現在是MVC，那么數據解析(比如整理文件)需要由Boss親自完成，然而實際上Boss需要的僅僅是整理好的文件而不是那一堆亂七八糟的整理前的文件。所以Boss招聘了一個秘書，現在Boss就不再需要管理原始數據(整理之前的文件)了，他只需要去找秘書：你幫我把文件整理好后給我。那么這個秘書就首先去拿到文件(原始數據)，然后進行整理(數據解析)，接下來把整理的結果給Boss。所以秘書就是VM了，并且Controller(Boss)現在只需要直接持有VM而不需要再持有M了。如果再進一步理解C、VM、M之間的關系：因為Controller只需要數據解析的結果而不關心過程，所以就相當于VM把“如何解析Model”給封裝起來了，C甚至根本就不需要知道M的存在就能把工作做好，前提它需要持有一個VM。那么我們MVVM中的持有關系就是：C持有VM，VM持有M。

6.總結

以上就是筆者關于——“B端產品經理應了解的技術知識(上)”的分享內容，希望對大家有所幫助，敬請期待下篇。

總結

以上是生活随笔為你收集整理的extjs曲线数据如何从后端获取_B端产品经理应了解的技术知识（上）的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。