整合營銷服務商
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
電腦端+手機端+微信端=數據同步管理
免費咨詢熱線：
多科技公司在面試中會考察你對 JS 的理解。一個知識豐富的求職者可以很快地回答這些問題。以下是小編整理的 Web 開發面試中經常被問到的概念，理解這些概念的前提是你已經掌握了基本知識，比如循環，函數和回調函數。下面和千鋒廣州前端小編一起來看看吧!
?
1.數值類型 vs. 引用類型?—了解如何復制對象、數組和函數以及如何將它們傳遞到函數中。知道引用類型復制的是什么。了解原始值是通過復制值來復制及傳遞的。
2.作用域?—了解全局作用域、函數作用域及塊作用域的不同。了解變量的作用范圍。知道 JavaScript 引擎如何查找變量。
3.聲明提升?—?了解變量和函數聲明會被提升到可用范圍的頂部。了解函數表達式不會被提升。
4.閉包?—?知道函數內部創建的函數可以訪問該函數的作用域。知道這種方式允許我們做什么，比如數據隱藏、記憶以及動態函數變換。
5.this?—?知道this 綁定的原則。知道它的工作原理，在函數中指代的內容以及為什么有用。
6.new?—?知道它與面向對象編程的關系。知道使用 new 調用的函數發生了什么。了解使用 new 生成的對象是如何從函數的原型繼承的。
7.apply, call, bind?—?知道每個函數是如何工作的。知道如何使用它們。知道它們對 this 做什么。
8.原型 & 繼承?—?了解 JavaScript 的繼承是通過 [[Prototype]] 實現的。了解如何通過函數及對象建立繼承并通過 new 實現繼承。理解__proto__ 及 prototype 的屬性以及作用。
9.異步 JS?—?了解事件循環。理解瀏覽器如何處理一般的用戶輸入、網絡請求以及事件。知道如何正確認識和實現異步代碼。了解 JavaScript 是異步的和單線程的。
10.高階函數?—?了解 JavaScript 中的函數是第一類對象以及它的意義。知道從另一個函數返回函數是完全合法的。了解閉包及高階函數允許使用的技術。
以上關于前端程序員面試必須要知道的10個JavaScript的技術點，希望對大家有幫助!
現在這個社會最害怕的是什么，無非是紙上談兵這樣的人，你對問題的見解，你對事情的看法都有很多獨到的解釋，但是真正地讓你帶一個項目，寫一行代碼的時候，短板就開始暴露，所以對于這樣的情況一定要避免。以下內容就是關于HTML的用法介紹，希望對大家的基礎提升有所幫助。
首先是最常用的<view>標簽與<text>標簽
<view>標簽也就是盒子模型，在它的里面可以放其他所有標簽，<text>標簽里面可以寫文字，但是我們也可以直接在<view>標簽里面寫文字。
<view>標簽是單獨占一行，但是<text>標簽卻在一行中有兩個。
這里就不得不提到一個知識點：行內元素與塊級元素。首先，HTML的排版是從上而下進行的，塊級元素：不管它的內容有沒有達到一整行，它都是會占據一整行，行內元素：不會單獨占一行，只會占自己應占的長度，可以在一行中共存。
塊級元素：div，p，form，ul，li，ol，dl，form，table
行內元素：span，strong，em，br，img，input，label，select，textarea
<image>標簽
也就是圖片，我們需要在標簽中寫上src，后面跟上它的地址，地址可以是本地地址，也可以是網絡地址，網絡地址寫法如下圖：
而本地地址就涉及到一個知識點了：相對路徑與絕對路徑。相對路徑：以自己本身A文件為參照物，相對而言B文件所在的路徑。可能大家暫時沒懂啥意思，我們接著慢慢看，../兩個點加一個斜杠，代表著返回上一層（相當于父母），./一個點加上一個斜杠代表同一層（相當于兄弟姐妹），這樣大家就好理解多了吧~
這里我在images文件夾中添加了一個圖片，但是我此時正在寫代碼的文件是demo.wxml，我要引入它，就是要返回到上一級的demo文件夾，然后返回到上一級的pages文件夾，找到同一級的images文件夾下的tupian1.png，那么我就應該src="../.././images/tupian1.png"。
而絕對路徑就更好寫了，直接用一個/表示絕對路徑，我們直接src="/images/tupian1.png"就可以啦~
input標簽
輸入框，可以看到代碼中的input標簽中間并沒有寫任何文字，但是我們可以在左邊隨意輸入，我們大家平時使用的登錄賬號，輸入文字都是用這個實現的~
了解著HTML用法，提升自己的能力，是最好的成長。
先強調一下，產品經理需要掌握一些技術點這事不是必備項，但卻是大大的加分項，從我目前的經驗來看，不懂技術的產品經理很難做產品，但可能會有一些天馬行空的想法，只不過大多數都會被同行或者技術開發人員說實現不了。有些產品經理是有研發背景的，即在轉行做產品經理之前，有從事過開發工作，這樣就非常的有優勢，如果之前的開發工作與現在產品所需的技術語言是一樣的話，就比較完美了，可以在設計的時候就進行一定程度的實現性和可行性考慮，評估所設計的功能是否可以在現有條件和資源下實現，也能在開發人員的系統設計說明書評審會上聽懂，可以大致了解是否符合要求。
技術開發人員都比較喜歡和同行交流的，就像我們自己喜歡和產品經理同行交流一樣，因此做過開發的產品經理在和開發人員的溝通上有優勢，但需要注意的是，千萬不能不懂裝懂，不要以為自己做過開發了不起，就指手畫腳的參與系統設計，這樣反而會令人反感，要記住你的技術背景只能停留在產品設計階段和PRD溝通階段，不要過多的給出技術方面的意見或建議，術業有專攻，況且你都轉行了，說不定你所知道的東西已經過時了。
沒有研發背景的產品經理就需要修煉了，其實也不需要去學習開發技術，但是要知道一些專業術語，比如要知道緩存、JS腳本、Ajax、數據庫、存儲過程、BI等等名詞到底是什么東西，否則你會發現你在和開發人員溝通的時候會一愣一愣的，因為他們說的你聽不懂。學習的時候要有針對性，比如公司產品都是采用JAVA開發的，那就去了解一下JAVA相關的基礎知識，數據都都是采用MYSQL的，那就去簡單了解一下這個數據庫相關的知識，我們的目標是能聽懂開發人員說的話，以免陷于被動。如果讓開發人員發現他說了半天，你都沒有聽明白，如果要他講第二遍或者一一解釋一下，估計首先會有點不耐煩，其次會有點嫌棄你了，呵呵。
從我目前的經驗來看，以下這些技術點是產品經理應該掌握的，這里不說“必須掌握”，確實是因為有例外存在。
SQL的讀和寫
在大數據時代，產品經理幾乎天天都要和數據打交道，數據的來源有很多，但大部分肯定都是存儲在數據庫里面的，這時要做分析數據的話，數據分析能力是體現在拿到數據之后的，前提是你要拿到數據，這時就和SQL有關系了。
大公司數據倉庫建設比較完備，有較為完善的數據管理系統，且有專門的數據維護人員，俗稱BI或者DA，即做商業智能和數據處理加工的。在這種條件比較優越的公司，常規的取數需求都可以提交給這些專業人士處理，如日常的分析報表、項目開展所需要的基礎數據等，只要說明清楚取數邏輯和所需要的字段就可以了。但平時的一些產品分析所需數據的獲取，以及一些指標考核項的數據就需要你自己動手了。好一點的情況下，你可以央求BI給你寫一個SQL語句出來，然后根據需要你自己改改；次一點的情況下，BI會將一些表結構說明給到你，然后你自己去組織表關聯取數；最差的情況就是啥都沒有，你自己去取數系統里面摸索著取數。而在小公司，產品經理可以讓開發人員幫你取數，但你要是頻繁需要取數的，我想你也不好意思老開口，畢竟會影響開發人員的本職工作。自己動手豐衣足食，而且因為小公司數據系統建設不完善，最好的情況就是上面說的第二種，有表結構說明給你參考。
上面這些場景就要求產品經理需要懂SQL語言。這里首先是要能看懂SQL，比方說你是求別人幫你取數的，但看了數據總感覺不對，這時你就需要去看看人家寫的SQL對不對，畢竟你自己才最清楚取數需求是什么。看懂了發現有錯誤的地方，還要會改，特別是別人給你一段有相似取數功能的SQL語句時，要能手動改改之后適合你自己的取數需求。其次是要知道怎么寫SQL，這就要求產品經理懂得SQL語言的語法和一些常用的函數，比如日期函數、格式轉換函數、數學函數、字符串函數等等，最常見和最基本的都要掌握和靈活運用。
個人強烈建議產品經理同行們都學習一下SQL，這樣在日常工作當中會方便很多。需要注意的是，SQL語言有T-SQL（Transact-SQL）和PL/SQL（Procedural Language/SQL）兩種，需要根據不同的數據庫類型，有針對性的去學習。比如說產品采用的是SQLServer數據庫，那就需要學習T-SQL；如果采用的是Oracle或者Mysql數據庫，就需要學習PL/SQL，兩種語言在語法上差別比較大，大部分情況下都不能混用。另外Oracle和Mysql數據庫在應用PL/SQL的時候，會有一些函數有使用上的差異，需要注意一下。有人會說現在還有一些非關系型數據庫，如MangoDB之類的，這種數據庫基本不支持SQL語言去查詢，而且里面存儲的都是非關系型的數據，也不需要查詢出來做分析。
UML和E-R圖
早些年，產品經理這個名詞還沒有流行的時候，做類似行當的人一般稱為“需求分析師”，傳統的軟件需求分析師的一項必備技能就是用UML畫用例圖，當然這個現在也適用，用例圖對于說明需求來說，作用還是很明顯的，至少開發能看的比較明白。現在隨著思維導圖和原型的星期，用例圖逐漸的有點被淘汰的意思，但很多開發人員還是會用UML來畫系統設計圖，如活動圖、狀態圖、協作圖等，產品經理需要了解一下這些，以便能在設計評審上看懂這些圖。
E-R圖也稱實體-聯系圖(Entity Relationship Diagram)，提供了表示實體類型、屬性和聯系的方法，在數據表關系設計上應用比較多。一個產品的數據存儲，肯定不會只有一張數據表，而是由多張數據表通過關系關聯起來的，相互之間的這種關系就可以用E-R圖來表示，可以從中看出各表之間關聯的主鍵和外鍵分別是什么，哪些字段值唯一等。
UML圖和E-R圖在系統設計當中經常出現，產品經理要能看懂其所表達的意思。你和開發人員講需求設計的時候需要面面俱到，每個細節都會講到，但開發人員跟你講系統設計的時候，可是能簡則簡，你看不懂是你的事情，他們可是按這個開發的。
移動端的設計規范
這里包含產品設計規范和編碼規范，無論是Android還是IOS都有自己特定的規范，移動端的產品經理在設計產品的時候就需要先了解清楚這些規范的內容，和一些技術實現的方式。移動端的技術實現相對比較可控和有限，多了解一些技術有助于進行有效的產品設計。盲目的設計要么實現不了，要么最終無法通過審核，是不可取的。移動端的一些特效也需要清楚，如拖拽、滑動、下拉、手勢等，產品經理如果不了解這些，都設計不出操作體驗很好的產品來。另外諸如不能獲取用戶的某些敏感數據等注意事項，都需要在產品設計時就考慮到。這塊具體的還是要看場景來決定。
基礎的技術名詞
如前面最開頭所提到的那些，如緩存、Cookie、Ajax、中間件、數據庫等等名詞，需要去了解一下其所表示的意思，開發人員在溝通的時候會經常提到這些，如果你聽不懂，就會比較杯具。另外掌握如緩存、Cookie的使用，還可以在產品后端邏輯中添加一些功能，比如讓Cookie記錄用戶填寫的用戶名，下次再來登錄時不要重復輸入；用緩存記錄用戶的登錄驗證信息，在一段時間內不需要用戶重新登錄等等。
還有就是要區分學習一下產品實現的開發語言，比如Java、PHP、.Net等，了解一些基本的知識點，如部署方式，運行載體等，比如常說的LAMP是指Linux+Apache+Mysql+PHP的組合；了解一些腳本語言，如JS腳本、CSS等。這里需要提一下的是，產品經理最好懂HTML，注意不是HTML5，當然要是懂H5就更好了，HTML是最基本的網頁腳本語言，有時候看不懂某個頁面的邏輯時，可以點擊右鍵屬性—“查看網頁源代碼”來看一看。
上面所提到的這些是個人覺得比較基礎也比較容易掌握的技術點，特別是SQL，強烈建議產品經理們都學習一下。不過這是一個持續學習的過程，只要你不轉行，學習了之后會一直受益。
*請認真填寫需求信息，我們會在24小時內與您取得聯系。
