騰訊的筆試

這是一位應聘騰訊的求職者經歷的筆試，請看他為大家帶來的分享經驗：

應聘職位: 軟件開發-應用開發方向（方向）
一、筆試（時間：9月23號）
數據庫（較多）、編譯原理（一題）、操作系統（主要）、數據結構（主要）
二、一面（時間：9月27號）
sql語句：:求平均分在60分以上的同學學號和平均分數
兩個水桶、一個5l、一個6l，叫你稱3l
如何統計全國的便利店的數量？
你在看電視，突然電視機黑了，你怎麼辦？
你住在荒郊野嶺的一個旅店裏，三更半夜，你想吃燒烤，你會怎麼做？
事務是什麼？
範式是什麼？
説一下你對面向對象的理解。
類和接口有什麼區別？
類和抽象類有什麼區別？
系統架構（三層架構的劣勢是什麼？）
設計模式（五大設計原則、工廠模式）
你看過的專業課外書有哪些？
你的五年規劃？
clr 如何與底層交互？（這是底層知識）
httphandler和 httpmoduler 的區別？這是底層知識）

三、二面（時間：9月28號）
你的五年規劃？
關於應付團隊成員矛盾、項目需求矛盾、團隊責任心等問題的提問。
1) 你的隊員極力反對你的意見，你怎麼辦？
2) 當你覺得項目的需求有問題的時候，你會怎麼辦？
3) ms sql的視圖功能並不強大，你如何處理？
4) 你如何釋放工作壓力？
（突出點：語言表達能力、思維邏輯、團隊溝通、責任心）

經驗：

三層架構的劣勢：
1. ui層邏輯過於強大。
2. 邏輯層與數據庫訪問層一般是一一對應的，所以邏輯層會形同虛設。
3. 難以測試，把ui層撤掉，底層無法測試（測試用例全在ui層）
4. 分佈式存儲各層，容易遭到攻擊（獲取ui層後，底層所有的信息都將曝露）

工廠模式的本質：
對象的創建，解決new 的問題（依賴注入是其中一個應用）

五大設計原則：
1. 開放封閉原則（ocp原則）
2. 里氏代換（父類引用出現的地方可以用子類對象來代替）
3. 依賴倒轉（抽象不依賴於具體，具體依賴於抽象）
4. kiss原則（keep it sample）
5. 不要和陌生人説話（單一職責，模塊化）

clr 如何與底層交互：
clr 類似於java 的虛擬機，是應用程序 與操作系統 之間 的一箇中間件，在clr 中有 cts jit cls cil cli 等，運行時，clr 通過加載程序集到內存中，生成類，創建對象，調用方法，生成代碼，通過jit 編譯成為clr 的中間代碼，然後clr把中間代碼轉換成為可執行的機器代碼。

frameword 通過 clr 擁有跨語言的特點 （因為有cls 通用語言規範）可以讓各種支持的語言（例如c++ 、c# 、 j# 等）進行相互通信、調用等，這與java虛擬機可以跨平台的特點有所不同（ frameword 跨語言，不過目前可以通過在 frameword 下多加一層 中間層 （mono） 可以實現跨平台的操作，即 編寫的程序 可以發佈在linux 上，而不僅僅是windows上）

httphandler和 httpmoduler 的區別
http 請求的通常為靜態頁面 或者動態頁面 ，在 中 ，當客户端的請求到達的時候，需要通過一個管道（好像有18個管道）來進行處理，httpmoduler 就是用來獲取請求消息，過濾請求消息用的，一般靜態的頁面都會都httpmoduler 來處理，而httphandler（好像是第8個或者第11個管道）是真正處理請求的地方。在iis中，如果客户端請求是動態頁面的話（jsp、asp、 aspx等）則需要isapi 對應的處理程序（一般為dll ）來處理，而這個處理過程就是由httphandler 中的processrequest 函數來進行處理 的，處理完畢以後，將生成相應的html頁面返回。

你的隊員極力反對你的意見，你怎麼辦？
1. 比較自己和隊友的意見如何，優劣的比較。
2. 各自實現出來（可以只是原型、核心部分），比較優劣。
3. 隊員投票。
4. 請求上級，上級一般比我們經驗豐富。

當你覺得項目的需求有問題的時候，你會怎麼辦？
1. 自己思考需求是否要進行改動。
2. 隊員之間討論。
3. 請求上級

團隊和項目問題時：
項目要説清楚，框架，系統特點要突出。
團隊問題主要考你的責任心，獨立思考的能力，團隊協作能力。
回答方法：先從自身入手，自己要先思考，再到隊員討論，投票，最後到上級。

視圖的優缺點是什麼？
優點 ：
(1)視圖能簡化用户的操作
(2)視圖機制可以使用户以不同的方式查詢同一數據 （一個基本表可對應多個視圖）
(3)視圖對數據庫重構提供了一定程度的邏輯獨立性 （視圖與應用對應，變換靈活）
(4)視圖可以對機密的數據提供安全保護 （可以做到混淆視聽的效果）

缺點：
1、性能：如果視圖連接複雜，查詢起來需要花費時間。
2、更新限制：視圖是隻讀的，更新時需要更新原表，數據更新對用户來説很麻煩。