程序員學寫介面教程

『壹』 java中外部硬體介面怎麼寫請高手指點！

這個需要JNI來實現，你可以找點JNI的教程學習一下！

『貳』 c#使用介面，照抄的別進來！

interface水果

{

string甜嘛();

}

publicclass橙子:水果

{

publicstring甜嘛()

{

return"甜";

}

}

publicclass臍橙:橙子

{

publicnewstring甜嘛()

{

return"很甜";

}

}

classProgram

{

staticvoidMain(string[]args)

{

InterfaceTest.水果一個水果=newInterfaceTest.橙子();

Console.WriteLine(一個水果.甜嘛());

一個水果=newInterfaceTest.臍橙();

Console.WriteLine(一個水果.甜嘛());

Console.WriteLine("---兩者都實現了介面，但臍橙的方法並不是重寫，實際上都是調用橙子的方法");

InterfaceTest.橙子一個橙子=newInterfaceTest.橙子();

Console.WriteLine(一個橙子.甜嘛());

一個橙子=newInterfaceTest.臍橙();

Console.WriteLine(一個橙子.甜嘛());

Console.WriteLine("---兩者都實現了同個名稱的方法，但臍橙的方法並不是重寫，實際上都是調用橙子的方法");

InterfaceTest.臍橙一個臍橙=newInterfaceTest.臍橙();

Console.WriteLine(一個臍橙.甜嘛());

Console.WriteLine("---這是臍橙的實例，此時調用的才是臍橙實現的方法");

Console.ReadLine();

}

}

『叄』 程序員怎樣規范編寫介面文檔

規范的事情當然要有專業的工具。推薦使用的是docway寫介面文檔，方便保存和共享，支持導出PDF MARKDOWN，支持團隊項目管理。

一些剛開始寫介面文檔的服務端同學，很容易按著代碼的思路去編寫介面文檔，這讓客戶端同學或者是服務對接方技術人員經常吐槽，看不懂介面文檔。這篇文章提供一個常規介面文檔的編寫方法，給大家參考。

一、請求參數

1. 請求方法

• GET

用於獲取數據

• POST

用於更新數據，可與PUT互換，語義上PUT支持冪等

• PUT

用於新增數據，可與POST互換，語義上PUT支持冪等

• DELETE

用於刪除數據

• 其他

其他的請求方法在一般的介面中很少使用。如：PATCH HEAD OPTIONS

2. URL

url表示了介面的請求路徑。路徑中可以包含參數，稱為地址參數，如**/user/{id}**，其中id作為一個參數。

3. HTTP Header

HTTP Header用於此次請求的基礎信息，在介面文檔中以K-V方式展示，其中Content-Type則是一個非常必要的header，它描述的請求體的數據類型。

常用的content-type：

• application/x-www-form-urlencoded

請求參數使用「&」符號連接。

• application/json

內容為json格式

• application/xml

內容為xml格式

• multipart/form-data

內容為多個數據組成，有分隔符隔開

4. HTTP Body

描述http body，依賴於body中具體的數據類型。如果body中的數據是對象類型。則需要描述對象中欄位的名稱、類型、長度、不能為空、默認值、說明。以表格的方式來表達最好。

示例：



五、介面工具

推薦使用的是http://docway.net（以前叫小幺雞） 寫介面文檔，方便保存和共享，支持導出PDF MARKDOWN，支持團隊項目管理。

『肆』 用vc++實現usb介面通信編程的一般步驟

我來說下我做過的USB通信，我沒有做過DSP跟上位機的通信，我只做過ARM類的STM32跟上位機的數據傳遞，雖然做過但是也不是很 懂，只是略知一二，我來說說我怎麼做的吧，我是這么實現的：
USB是個很復雜的協議，你如果完全搞懂，我估計沒有幾個月專心鑽研是不行的，但是如果只是能實現你的這個功能，我估計不是很復雜。
首先來說說USB通信：
USB通信傳輸方式分為四種：控制，中斷，批量，同步傳輸四種，這個你可以看看網上資料，然後我用STM32通信，因為數據量不是很大，我用的是中斷傳輸方式，但是DSP數據量應該會比較大，不知道中斷傳輸行不行，但是一般問題不大。
傳輸方式說完了，再說說USB設備類型，你每次插usb設備到電腦上的時候就會有提示，這是一個什麼設備，USB設備類型就是說的這個意思，是滑鼠還是鍵盤還是別的什麼的，如果你選用標準的類，你就不用自己寫上位機（PC）的驅動程序，但是如果不用標準的類，就是用自定義的類就要自己寫上層的設備驅動程序，就是所謂的DDK,WDM,WDF什麼的，你沒寫過這方面的還真有點棘手，但是也不一定要寫驅動程序，你可以試試有個類叫HID類，這個類在USB通信的時候用的還挺多的，不過這個類也有缺點，這個地方還要說一點，USB還分低速，全速，高速三種，不太了解DSP，不知道他支持什麼模式，但是USB2.0的全速應該至少可以支持的。
USB2.0全速模式HID用中斷方式每秒最多可以傳輸64KB的數據，不知道能不能達到你的要求，但是我估計一般問題不大了，如果你這歀DSP能支持高速模式，每秒用這種方式可以傳輸高達22MB的數據，這個速度一般問題不大了。
你可以照著我說的思路，去網上搜搜人家寫好的程序，肯定有人做過DSP的USB通信，然後你按照自己的要求改一改，主要應該是USB的設備描述符部分要自己修改，然後可能還要根據自己的電路改改配置什麼的，上位機軟體網上有源代碼的多的是，然後自己摸索摸索，我估計你要是編程水平還可以的話，只是摸索USB，一兩個星期完全沒有問題，祝你好運！

『伍』 RESTful 介面教程

我們現實生活中的協議是指相互遵守的規定，單方面違背，協議不成立。

而在互聯網交互的過程中，也存在這許多協議，例如 FTP、HTTP、STMP、TCP/IP 等。

而 HTTP 協議則是 web 伺服器 和 web 客戶端 達成的一種可靠的數據傳輸協議，通過 HTTP 可以從遍布全世界的 Web 伺服器上將 JPEG 圖片，HTML 頁面，文本文件，MPEG 電影，WAV 音頻文件和其他資源信息塊迅速、便捷、可靠地搬移到人們桌面上的 Web 瀏覽器上去。它能夠確保數據在傳輸的過程當中不會損壞或者產生混亂。這樣，對用戶來說是個好事，同樣對 Internet 應用的開發人員來說也是一件好事。因為我們在開發過程中也不需要擔心自己的頁面和數據會在傳輸過程中發生破壞和畸變了。

Web 內容都是 存儲在 Web 伺服器 上的。Web 伺服器所使用的是 HTTP 協議，因此經常會被稱為 HTTP 伺服器。這些 HTTP 伺服器存儲了網際網路中的數據，如果 HTTP 客戶端發出請求的話，它們會提供數據。客戶端向伺服器發送 HTTP 請求，伺服器會在 HTTP 響應中回送所請求的數據。

那麼一次請求和響應的過程中發生了什麼？

web 伺服器是 web 資源的宿主 ，而 web 資源就是我們常見的 web 內容的源頭，最簡單的 web 資源就是我們伺服器中的靜態文件：文本文件，HTML 文檔，JPEG 圖片文件，AVI 文件等等。

當然 web 資源也可以是動態生成的，類似搜索引擎生成的頁面，QQ 空間的動態等，總之，所有類型的內容來源都是資源。

網際網路上有數千種不同類型的數據類型，HTTP 在傳輸的過程中為每個傳輸的數據都打上了名為 MIME 類型的數據類型標簽，描述並標記多媒體內容。

web 瀏覽器請求一個網站的時候往往會發布 多個 HTTP 請求 ，比如我們在瀏覽一個具有豐富圖片的的 web 頁面的時候，瀏覽器會執行一次 HTTP 請求來獲取描述頁面布局的 HTML，然後發布另外的請求來獲取每個嵌入式的圖片，這些圖片甚至可能位於不同的伺服器上。因此，一個 web 頁面通常不是單個資源，而是一組資源的集合。

web 伺服器會為所有的 HTTP 對象數據附加一個 MIME 類型 ，當瀏覽器從伺服器中取回一個對象的時候，會查看相關的 MIME 類型。看看它是否知道應該如何處理這個對象。對象的類型寫在響應的 content-type 頭 中；同樣，請求的時候瀏覽器也會告知伺服器請求數據類型。

常見的 MIME 類型：

以 application 開頭的媒體格式類型：

MIME 參考手冊： W3school MINE類型

大部分 URL 都遵循一種標准格式， 這種格式包含三個部分。

URI = Uniform Resource Identifier 統一資源 標志符
URL = Uniform Resource Locator 統一資源 定位符
URN = Uniform Resource Name 統一資源 名稱

翻譯成人話: URI 是抽象的定義，不管用什麼方法表示，只要能定位一個資源，就叫 URI，本來設想的的使用兩種方法定位。
1）URL 用地址定位
2）URN 用名稱定位

舉個例子：去村子找個具體的人（URI）。如果用地址：某村多少號房子第幾間房的主人就是 URL， 如果用身份證號 + 名字，去找就是 URN 了。

目前 WEB 上就 URL 流行開了，平常見得 URI 基本都是 URL。

1）HTTP 和 HTTPS 的相同點

2）HTTP 和 HTTPS 的不同之處

3）如何選擇 HTTP 和 HTTPS 協議

HTTP 支持幾種不同請求和命令，這些命令被稱為 HTTP 方法，每條 HTTP 請求報文都包含一個方法。 這個方法會告訴伺服器要執行什麼動作（獲取一個 Web 頁面、發送一段信息、刪除一個文件等）。

請求方法如下：

狀態碼分成如下幾個系列：

常見的 HTTP 狀態碼：

從 Web 客戶端發往 Web 伺服器的 HTTP 報文稱為請求報文（request message）。從伺服器發往客戶端的報文稱為響應報文（response message）。

HTTP 報文包括以下三個部分:

以上內容復制自： http://www.cnblogs.com/Joans/p/3956490.html

使用火狐和 chrome 瀏覽器打開一個網頁，找到其中一個網路請求查看報文。

1）協議

2）域名

3）介面版本控制規范

格式規范如下：

更新版本後可以使用 v2、v3 等依次遞加。

4）介面路徑規范

格式規范如下：

5）介面命名規范

格式規范如下：

6） HTTP 請求方法

格式規范如下：

GET https://api.xxxxx.com/v1/zoos ：列出所有動物園
POST https://api.xxxxx.com/v1/zoos ：新建一個動物園
GET https://api.xxxxx.com/v1/zoos/ID ：獲取某個指定動物園的信息
PUT https://api.xxxxx.com/v1/zoos/ID ：更新某個指定動物園的信息（提供該動物園的全部信息）
PATCH https://api.xxxxx.com/v1/zoos/ID ：更新某個指定動物園的信息（提供該動物園的部分信息）
DELETE https://api.xxxxx.com/v1/zoos/ID ：刪除某個動物園
GET https://api.xxxxx.com/v1/zoos/ID/animals ：列出某個指定動物園的所有動物
DELETE https://api.xxxxx.com/v1/zoos/ID/animals/ID ：刪除某個指定動物園的指定動物

注意：修改有兩個方法 PUT 和 PATCH。

假設 URL 位置有一組數據 UserInfo，包括 UserID、UserName 等 20 個欄位
需求：用戶修改了 UserName，其他不變
• 採用 PATCH，僅向 URL 提交 UserName 的局部更新請求
• 採用 PUT，必須將所有 20 個欄位一並提交到 URL，未提交欄位被刪除
PATCH 的最主要好處：節省網路帶寬

7）介面信息過濾

格式規范如下：
?limit=10：指定返回記錄的數量
?offset=10：指定返回記錄的開始位置。
?page=2&per_page=100：指定第幾頁，以及每頁的記錄數。
?sortby=name&order=asc：指定返回結果按照哪個屬性排序，以及排序順序。
?animal_type_id=1：指定篩選條件

參數的設計允許存在冗餘，即允許 API 路徑和 URL 參數偶爾有重復。比如， GET /zoo/ID/animals 與 GET /animals?zoo_id=ID 的含義是相同的。

8）請求參數規范

9）介面返回數據

格式規范如下：

status:：介面的執行狀態

data：介面的主數據

msg：返回成功或者失敗的錯誤信息

返回數據中的狀態碼、狀態信息，常指具體的業務狀態，不建議和 HTTP 狀態碼混在一起。HTTP 狀態，是用來體現 HTTP鏈路狀態情況，如：404-Not Found。HTTP 狀態碼和 JSON 結果中的狀態碼，並存尚可，用於體現不同維度的狀態。

簡單的功能如下：

這里不牽扯到任何 Python 和 Pycharm 的教學，不會的童鞋挪步 Python 開發教程。

參考新浪開放平台 https://open.weibo.com ，基本是國內最為標準的 API 文檔之一。

『陸』 什麼是api網路介面怎麼編寫，編寫思想是什麼

API(Advanced Programmers Interface,高級程序員介面)(注:API實際是指Application Programming Interface,應用程序編程介面;此處疑為原文錯誤,不過在VB中也可以這么說吧!)是一套用來控制Windows的各個部件(從桌面的外觀到位一個新進程分配的內存)的外觀和行為的一套預先定義的Windows函數.用戶的每個動作都會引發一個或幾個函數的運行以Windows告訴發生了什麼.

這在某種程度上很象Windows的天然代碼.其他的語言只是提供一種能自動而且更容易的訪問API的方法.VB在這方面作了很多工作.它完全隱藏了API並且提供了在Windows環境下編程的一種完全不同的方法.

這也就是說,你用VB寫出的每行代碼都會被VB轉換為API函數傳遞給Windows.例如,Form1.Print...VB 將會以一定的參數(你的代碼中提供的,或是默認參數)調用TextOut 這個API函數.

同樣,當你點擊窗體上的一個按鈕時,Windows會發送一個消息給窗體(這對於你來說是隱藏的),VB獲取這個調用並經過分析後生成一個特定事件(Button_Click).

API函數包含在Windows系統目錄下的動態連接庫文件中(如User32.dll,GDI32.dll,Shell32.dll...).

API 聲明

正如在"什麼是API"中所說,API函數包含在位於系統目錄下的DLL文件中.你可以自己輸入API函數的聲明,但VB提供了一種更簡單的方法,即使用API Text Viewer.

要想在你的工程中聲明API函數,只需運行API Text Viewer,打開Win32api.txt(或.MDB如果你已經把它轉換成了資料庫的話,這樣可以加快速度.注:微軟的這個文件有很多的不足,你可以試一下本站提供下載的api32.txt),選擇"聲明",找到所需函數,點擊"添加(Add)"並"復制(Copy)",然後粘貼(Paste)到你的工程里.使用預定義的常量和類型也是同樣的方法.

你將會遇到一些問題:

假設你想在你的窗體模塊中聲明一個函數.粘貼然後運行,VB會告訴你:編譯錯誤...Declare 語句不允許作為類或對象模塊中的 Public 成員...看起來很糟糕,其實你需要做的只是在聲明前面添加一個Private(如 Private Declare Function...).--不要忘了,可是這將使該函數只在該窗體模塊可用.

在有些情況下,你會得到"不明確的名稱"這樣的提示,這是因為函數.常量或其他的什麼東西共用了一個名稱.由於絕大多數的函數(也可能是全部,我沒有驗證過)都進行了別名化,亦即意味著你可以通過Alias子句使用其它的而不是他們原有的名稱,你只需簡單地改變一下函數名稱而它仍然可以正常運行.

你可以通過查看VB的Declare語句幫助主題來獲取有關Alias的詳細說明.

消息(Messages)

好了,現在你已經知道什麼是API函數了,但你也一定聽說過消息(如果你還沒有,你很快就會)並且想知道它是什麼.消息是Windows告訴你的程序發生了哪些事件或要求執行特定操作的基本方法.例如,當用戶點擊一個按鈕,移動滑鼠,或是向文本框中鍵入文字時,一條消息就會被發送給你的窗體.

所有發送的消息都有四個參數--一個窗口句柄(hwnd),一個消息編號(msg)還有兩個32位長度(Long)的參數.

hwnd即要接受消息的一個窗口的句柄,msg即消息的標識符(編號).該標識符是指引發消息的動作類型(如移動滑鼠),另外兩個參數是該消息的附加參數(例如當滑鼠移動時游標的當前位置)

但是,當消息發送給你時你為什麼看不到呢--就象有人在偷你的信一樣?請先別惱火,讓我告訴你.

小偷其實是Visual Basic.但它並沒有偷走你的信,而是在閱讀了之後挑出重要的以一種好的方式告訴你.這種方式就是你代碼中的事件(Event).

這樣,當用戶在你的窗體上移動滑鼠時,Windows會發送一條WM_MOUSEMOVE消息給你的窗口,VB得到這條消息以及它的參數並運行你在事件MouseMove中的代碼,同時VB會把這條消息的第二個32位數(它包含了x,y坐標,單位為像素(Pixel),每個位16位)轉換為兩個單精度數,單位為緹(Twip).

現在,如果你需要游標坐標的像素表示,然而VB已經把它轉換成了緹,因此你需要重新把它轉換為以像素為單位.在這里,Windows給了你所需要的,但VB"好意地"進行了轉換而使你不得不重新轉換.你可能會問--我難道不能自己接收消息嗎?答案是肯定的,你可以使用一種叫做子類處理(Subclass)的方法.但你除非必須否則最好不要使用,因為這與VB的安全程序設計有一點點的違背.(注:子類處理確實有很大的風險,但如果使用得當,是很有用處的.不過有一點一定要注意,即千萬不要使用VB的斷點調試功能,這可能會導致VB崩潰!)

需要補充說明的是:你可以發送消息給你自己的窗口或其他的窗口,只需調用SendMessage或PostMessage(SendMessage會使接受到消息的窗口立刻處理消息,而PostMessage是把消息發送到一個稱為消息隊列的隊列中去,等候處理(它將會在該消息處理完後返回,例如有些延遲)).你必須制定接受消息的窗口的句柄,欲發送消息的編號(所有的消息的編號均為常量,你可以通過API Text Viewer查得)以及兩個32位的參數。

另一種含義：

1：美國石油協會(API:American Petrolenm Institute)：制定機油標準的組織。汽車用發動機機油必須符合API提出的標准。

2：API還有一種含意：空氣污染指數。【英文 air pollution index 的縮寫】

3：在JAVA中，API除了有應用「程序程序介面」的意思外，還特指JAVA API的說明文檔，也稱為JAVA幫助文檔。

『柒』 程序員入門：如何自學編程

1、選定方向

編程的世界是多元紛繁的，大的方向就分前端開發、後端開發、移動開發、雲計算、數據處理、智能硬體、物聯網、虛擬現實等等，光編程語言都幾十種。如果沒有做過功課，貿然進入只會分分鍾懵逼。所以最好是根據自己的興趣愛好再結合市場前景，先選定一個方向，再選擇一門語言，然後頭也不回的深深扎進去。

2、優化學習方式

做好筆記，記錄經驗，我們大多數人並沒有過目不忘的神技，很多時候我們學了也不一定馬上掌握，需要過後花時間慢慢領悟，而且還有忘掉的風險，所以對於重要的知識點都要做好筆記。

3、多看官方文檔，外文資料
互聯網是一個更新迭代很快的行業，所有編程語言都會不斷的更新新功能和修復舊Bug，網上查的資料很有可能是舊的解決方案，現在已經不適用了。所以最好最快的方法就是查看官方文檔。

4、動手做項目
我們學習編程的最終目的就是用所學的做出具有一定功能的項目，而做項目又是最好的學習和鞏固知識的方式。如果前期能力不足就先做一些簡單的功能模塊，一步一步慢慢來，不要一開始就要實現各種酷炫炸天功能，遇到不會的就在網上查， 現在互聯網這么發達，獲取資源也及其方便。

『捌』 Javascript如何實現介面

在javascript中並沒有原生的創建或者實現介面的方式，或者判定一個類型是否實現了某個介面，我們只能利用js的靈活性的特點，模擬介面。
在javascript中實現介面有三種方式：注釋描述、屬性驗證、鴨子模型。
note：因為我看的是英文書，翻譯水平有限，不知道有些詞彙如何翻譯，大家只能領會精神了。
1. 注釋描述 （Describing Interfaces with Comments）
例子：

復制代碼 代碼如下:

/*
interface Composite {
function add(child);
function remove(child);
function getChild(index);
}
interface FormItem {
function save();
}
*/
var CompositeForm = function(id, method, action) { // implements Composite, FormItem
...
};
//Implement the Composite interface.
CompositeForm.prototype.add = function(child) {
...
};
CompositeForm.prototype.remove = function(child) {
...
};
CompositeForm.prototype.getChild = function(index) {
...
};
// Implement the FormItem interface.
CompositeForm.prototype.save = function() {
...
};

模擬其他面向對象語言，使用interface 和 implements關鍵字，但是需要將他們注釋起來，這樣就不會有語法錯誤。
這樣做的目的，只是為了告訴其他編程人員，這些類需要實現什麼方法，需要在編程的時候加以注意。但是沒有提供一種驗證方式，這些類是否正確實現了這些介面中的方法，這種方式就是一種文檔化的作法。
2. 屬性驗證（Emulating Interfaces with Attribute Checking）
例子：

復制代碼 代碼如下:

/* interface
Composite {
function add(child);
function remove(child);
function getChild(index);
}
interface FormItem {
function save();
}
*/
var CompositeForm = function(id, method, action) {
this.implementsInterfaces = ['Composite', 'FormItem'];
...
};
...
function addForm(formInstance) {
if(!implements(formInstance, 'Composite', 'FormItem')) {
throw new Error("Object does not implement a required interface.");
}
...
}
// The implements function, which checks to see if an object declares that it
// implements the required interfaces.
function implements(object) {
for(var i = 1; i < arguments.length; i++) {
// Looping through all arguments
// after the first one.
var interfaceName = arguments[i];
var interfaceFound = false;
for(var j = 0; j < object.implementsInterfaces.length; j++) {
if(object.implementsInterfaces[j] == interfaceName) {
interfaceFound = true;
break;
}
}
if(!interfaceFound) {
return false;
// An interface was not found.
}
}
return true;
// All interfaces were found.
}

這種方式比第一種方式有所改進，介面的定義仍然以注釋的方式實現，但是添加了驗證方法，判斷一個類型是否實現了某個介面。
3.鴨子類型（Emulating Interfaces with Duck Typing）

復制代碼 代碼如下:

// Interfaces.
var Composite = new Interface('Composite', ['add', 'remove', 'getChild']);
var FormItem = new Interface('FormItem', ['save']);
// CompositeForm class
var CompositeForm = function(id, method, action) {
...
};
...
function addForm(formInstance) {
ensureImplements(formInstance, Composite, FormItem);
// This function will throw an error if a required method is not implemented.
...
}
// Constructor.
var Interface = function(name, methods) {
if(arguments.length != 2) {
throw new Error("Interface constructor called with "
+ arguments.length + "arguments, but expected exactly 2.");
}
this.name = name;
this.methods = [];
for(var i = 0, len = methods.length; i < len; i++) {
if(typeof methods[i] !== 'string') {
throw new Error("Interface constructor expects method names to be "
+ "passed in as a string.");
}
this.methods.push(methods[i]);
}
};
// Static class method.
Interface.ensureImplements = function(object) {
if(arguments.length < 2) {
throw new Error("Function Interface.ensureImplements called with "
+arguments.length + "arguments, but expected at least 2.");
}
for(var i = 1, len = arguments.length; i < len; i++) {
var interface = arguments[i];
if(interface.constructor !== Interface) {
throw new Error("Function Interface.ensureImplements expects arguments"
+ "two and above to be instances of Interface.");
}
for(var j = 0, methodsLen = interface.methods.length; j < methodsLen; j++) {
var method = interface.methods[j];
if(!object[method] || typeof object[method] !== 'function') {
throw new Error("Function Interface.ensureImplements: object "
+ "does not implement the " + interface.name + " interface. Method " + method + " was not found.");
}
}
}
};

何時使用介面？
一直使用嚴格的類型驗證並不適合，因為大多數javascript程序員已經在沒有介面和介面驗證的情況下編程多年。當你用設計模式開始設計一個很復雜的系統的時候，使用介面更有益處。看起來使用介面好像限制了javascript的靈活性，但實際上他讓你的代碼變得更加的松耦合。他使你的代碼變得更加靈活，你可以傳送任何類型的變數，並且保證他有你想要的方法。有很多場景介面非常適合使用。
在一個大型系統里，很多程序員一起參與開發項目，介面就變得非常必要了。程序員經常要訪問一個還沒有實現的api，或者為其他程序員提供別人依賴的一個方法存根，在這種情況下，介面變得相當的有價值。他們可以文檔化api，並作為編程的契約。當存根被實現的api替換的時候你能立即知道，如果在開發過程中api有所變動，他能被另一個實現該介面的方法無縫替換。
如何使用介面？
首先要解決的問題是，在你的代碼中是否適合使用介面。如果是小項目，使用介面會增加代碼的復雜度。所以你要確定使用介面的情況下，是否是益處大於弊端。如果要使用介面，下面有幾條建議：
1.引用Interface 類到你的頁面文件。interface的源文件你可以再如下站點找到: http://jsdesignpatterns.com/.
2.檢查你的代碼，確定哪些方法需要抽象到介面裡面。
3.創建介面對象，沒個介面對象裡麵包含一組相關的方法。
4.移除所有構造器驗證，我們將使用第三種介面實現方式，也就是鴨子類型。
5.用Interface.ensureImplements替代構造器驗證。
您可能感興趣的文章:
小議javascript 設計模式 推薦
JavaScript 設計模式之組合模式解析
javascript 設計模式之單體模式 面向對象學習基礎
JavaScript 設計模式 安全沙箱模式
JavaScript設計模式之觀察者模式（發布者-訂閱者模式）
JavaScript設計模式之原型模式(Object.create與prototype)介紹
JavaScript設計模式之工廠方法模式介紹
javascript設計模式之中介者模式Mediator
學習JavaScript設計模式之責任鏈模式