⑴ 如何使用 TypeScript 編寫 Angularjs 的 Controller
AngularJS 有許多強大的特性，其中之一便是 Controller。在這篇文章里，我將介紹如何使用 TypeScript 去編寫 AngularJS 的 Controller。
Controller 通常用來增強 AngularJS 作用域（Scope）
。當一個 Controller 通過 ng-controller
指令連接到 DOM 上的時候，Angular 將使用指定的 Conroller 函數初始化一個新的 Controller 對象。一個新的子 scope 將被創建並作為 $scope
變數注入到 Controller 的構造函數當中。
有兩個選項將 Controller 連接到視圖當中，一種是 Controller 作為語法，另外一種是使用 $scope
。如果使用 Controller 語法，Controller 實例將被分配一個在新作用域上的屬性。
要想知道類型定義，看看 這個令人吃驚的倉庫
，它收集了幾乎所有流行的 JavaScript 庫。這些類型定義可以讓我們得到任何編譯時錯誤和 IDE
的智能支持。我使用 Visual Studio 和 Visual Code，它們都對 TypeScript 有很好的支持。
正如上面提到的，AngularJS 只要在被請求的時候都將創建一個Controller 實例。所以，一個 Controller 可以使用
TypeScript 里的類去定義，就像我們所知道的，一個類是可以被實例化的。讓我們來使用在視圖里 Controller
作為語法的方法來定義一個 Dashboard Controller。下面的代碼沒有使用 $scope
服務。
interface IDashboardVm {
news: { title: string, description: string };
messageCount: number;
people: Array<any>;
title: string;
getMessageCount: () => ng.IPromise<number>;
getPeople: () => ng.IPromise<Array<any>>;
}
class DashboardController implements IDashboardVm {
static $inject: Array<string> = ['dataservice'];
constructor(private dataservice: app.core.IDataService) {
this.getMessageCount();
this.getPeople();
}
news = {
title: 'News',
description: 'Internal server team is excited about AngularJS, TypeScript & JavaScript'
};
messageCount: number = 0;
people: Array<any> = [];
hubsSummary: Array<any> = [];
title: string = 'Dashboard';
getMessageCount() {
return this.dataservice.getMessageCount().then((data) => {
this.messageCount = data;
return this.messageCount;
});
}
getPeople() {
return this.dataservice.getPeople().then((data) => {
this.people = data;
return this.people;
});
}
}
angular.mole('app.dashboard').controller('DashboardController', DashboardController);
利用 TypeScript 的強類型特徵，最好創建一個包含所有和視圖相關成員和行為的介面。這就可以使為一個 Controller 定義實現變得容易，而且這個介面如果需要就可以做成一個抽象方法在其他地方使用了。所以，上面代碼里我創建了一個名為 IDashboardVm
的介面。
接著，名為 DashboardController
的 Controller 實現了這個介面並給每個成員定義了默認狀態。看這個類的靜態變數 $inject
，它告訴了 AngularJS DI
在初始化這個 Controller 之前注入哪些依賴。然後構造器在需要的依賴的相同順序定義了參數當它們被注入到那些參數的時候。
類所提到的依賴都是相當直接了當的，假設 dataservice
是一個自定義的 AngularJS 服務，它封裝了所有對伺服器發起的 HTTP 請求。根據介面里的每個定義，接下來我們要為這些行為定義實現，內部調用 dataservice
方法。它使用了 promises
去返回待會兒要分配到 Controller 成員上去控制狀態的響應。
真正重要的是要注意使用 Angular 的模塊 API 注冊這個 Controller
的位置。上面的代碼里，首先定義了類然後完成其注冊。如果這個順序交換的話，Angular 就將找不到我們這個 Controller
的實現了。當使用一個 JavaScript 構造函數就可以很好地解決問題，因為 函數提升起到了很重要的作用
。
下面是這個 Controller 如何在 Angular-UI UI-Router
中使用的代碼片段，但如果你想使用 Angular 內置路由模塊的話概念是一樣的。注意，這只展示了使用 controllerAs
語法進行配置的部分。
config: {
url: '/',
templateUrl: 'app/dashboard/dashboard.html',
controller: 'DashboardController',
controllerAs: 'vm',
title: 'dashboard',
}
如果你想使用 $scope
服務的話，那麼就可以像下面的代碼片段那樣擴展上面的介面。這將確保所有 IScope 有的成員可以通過介面訪問到。使用這個方法還需要改變一下 Controller 類的實現，因為現在它需要 $scope
服務的依賴了。自定義介面類型接著就可以在構造器使用 $scope
參數獲得強類型和智能支持了。
interface IDashboardVm extends angular.IScope {
news: { title: string, description: string };
messageCount: number;
people: Array<any>;
title: string;
getMessageCount: () => ng.IPromise<number>;
getPeople: () => ng.IPromise<Array<any>>;
}
⑵ Jquery和Angularjs的區別
1.不要首先設計好你的頁面，然後再通過DOM操作去修改它
在jQuery中，你首先設計了一個page，然後再去動態修改它的內容，這是因為jQuery被設計用來進行擴展並在這個前提下大幅度地增加和修改內容，但是在angularjs中，你必須在心中先設計好你的架構，
從一開始，你就要摒棄「我擁有一個DOM元素並且想讓它去做某件事」，代之為「需要完成什麼任務，然後接著設計你的應用，最後再去設計你的視圖view層」。
2.不要使用angularjs去擴展jQuery
相應地，不要存在說讓jQuery去干某些事情，然後在此基礎上添加angularjs的功能讓它去管理model以及controller的想法。所以一般不推薦AngularJS開發新手同時使用jQuery，至少在他們還沒有適應AngularJS的開發模式之前不會去推薦這樣做，但是當你真正開始適應angularjs 的方式之後，你會發覺這是一件很誘人的事情。
曾經看到過很多開發者採用將150到200行代碼的jQuery插件利用angularjs的回調以及$apply方法封裝起來，這種方式使得代碼看起來極其復雜，但是實際上他們讓這些插件跑起來了！問題在於，在大部分情況下jQuery插件能夠用angularjs進行重寫，並且可能只會使用很少量的代碼，同時這種重寫使得代碼很直觀且易於理解，這顯然好過於將jQuery代碼直接做封裝。
所以最後說，當你遇見問題的時候，首先要以angularjs的思維進行思考，如果找不到解決方案，可以求助於社區，如果說沒有人能夠給出一個簡單的方案，那麼才考慮使用jQuery，不要讓jQuery成為你的拐杖，否則你永遠掌握不了AngularJS。
3.要以架構為中心進行思考
首先你要知道單頁應用屬於web應用，它們不是傳統的多網頁網站，所以要同時作為一個服務端和客戶端開發者的思維進行思考，需要思考如何將我們的應用分為獨立的，可擴展的以及可測試的部分。
數據綁定
這是到目前為止AngularJS最令人矚目的特性了，在數據綁定方面它舍棄了對DOM的操作方式，而這一切都是由AngularJS來自動更新視圖，你不必寫操作dom的代碼，在jQuery中，常常按照響應事件並修改視圖
區別model層
在jQuery中，DOM類似於一種model，但是在AngularJS中，擁有不同於jQuery中的model層以便可以以任何我們想要的方式去管理它，它是完全獨立於視圖之外的。這種方式是有助於進行數據綁定並且可以保持對分離的關注，而且可以具備更好的可測試性。
關注點分離
以上所講都和這個總體的話題相關：讓你關注分離，你的視圖層顯示記錄，你的model層代表數據，你還有個服務層用來執行這些可復用的任務。你使用directive來執行dom操作並擴展你的視圖，並將它和controller連接起來，這也就是在其他方面提到的有關於增強可測試性的原因。
依賴注入
幫助解決關注點分離的是依賴注入（DI），如果你是一個服務端開發者（Java或者PHP），你可能已經很熟悉這個概念了，但是如果你是從事客戶端開發的，你會覺得這個概念可能有些多餘和純屬追求時髦，但是實際上不是這樣。
從廣義的角度講，DI意味著你可以自由地聲明組件然後從這些組件中進行實例化，這是理所當然的。你不必知道載入順序，文件位置等諸如此類的事情，這種魔力不是能夠立即看到，但是會給出一個例子：測試。
說在應用中，需要一個依賴於應用狀態和本地存儲的服務用來通過一個rest API來執行服務端存儲，當我們測試我們的controller時，不必和服務端進行通信，畢竟只是在測試controller而已。僅添加一個與我們最初組件相同的mock服務，注入器能夠確保controller獲得一個虛擬的服務，controller自身不必也不需要了解這種差異。
4.以測試驅動的開發
這部分是一個架構的第三部分，但是他是很重要的，以至於需要將它放在最重要的位置。
在所有見過的，用過的以及寫過的jQuery插件中，有多少具有一套測試組件呢？其實並不多，這是因為jQuery在測試上不易控制，但是AngularJS卻與此不同。
在jQuery中，測試的唯一方法是使用一個demo頁去創建一個獨立組件來使得的測試可以執行dom操作。接下來我們必須開發一個獨立的組件然後將它集成到的應用中來，這是多不方便啊！在很多情況下，當使用jQuery開發實際上是做了很多重復開發而不是以測試驅動的開發，
但是在AngularJS中我們可以關注分離點，所以可以做一些測試驅動的開發。
5.從概念上講，指令不是打包的jQuery
你常常聽說，dom操作只能在指令中，這是必須的，你必須嚴肅對待。
深入討論，
某些指令僅僅是裝飾視圖（例如ngClass），因此有時候直接操作dom是可以的，但是當一個指令類似於一個小物件並且擁有自己的模板，那麼它應該當做一個分離的關注點，這就是說，它的模板需要和link中的執行邏輯以及其他controller函數分離開。
AngularJS擁有一整套的工具可以是這種分離更簡單，使用ngClass指令，可以動態地更新class,使用ngBind可以進行雙向數據綁定，使用ngShow和ngHide 我們
可以採用編程的形式顯示和隱藏一個元素，也包括自己寫的很多指令。換句話說，可以不用Dom操作而完成所有工作，dom操作越少，指令越容易測試，越容易指定他們的style屬性，就越容易在將來改變他們，那麼他們就越容易復用和分發。
看過很多AngularJS新手使用指令封裝一大串 jQuery代碼，換句話說，既然不能在controller裡面進行dom操作，那麼我可以將他放在指令中，雖然這相對於直接操作dom好很多，但是任然是錯誤的。
看看在上面的記錄，即使我們將其放在一個指令中，任然需要以Angular的方式去操作它，這種方式不執行dom操作！在很多時候dom操作是需要的，但是這種情況比你想的要少得多。當需要做dom操作的時候先問問自己這里是否必須這樣做，這才是一種更好的方式。
總結
不要總使用jquery ,甚至不要去引用它，它會阻止你前進，當回到這個問題—你知道你怎麼在AngularJS中以jquery方式解決問題，但是當你使用諸如$等選擇器時，你要想想它們實際上是禁錮了AngularJS，如果你不知道怎麼不用jQuery實現，那麼去請教別人，一次一次去問，最好的方式是不需要使用jQuery，使用jQuery只會導致你的工作量提升。
⑶ 如何利用AngularJS服務接入外部API
第一步：准備工作
將AngularJS腳本添加到該文檔的當中：
在此之後，可以在將這套CCS樣式添加到行內或者獨立的文件當中：
*{
-webkit-box-sizing:border-box;
-moz-box-sizing:border-box;
box-sizing:border-box;
font-family:sans-serif;
}
body,html{margin:0;}
p{margin:0;}
input{width:100%;}
pre{
white-space:pre-wrap;
white-space:-moz-pre-wrap;
white-space:-pre-wrap;
white-space:-o-pre-wrap;
word-wrap:break-word;
}
div.repo{
border-bottom:1pxsolid;
cursor:pointer;
}
#search,#repo,#user{float:left;}
#search{width:20%;}
#repo{width:60%;}
#user{width:20%;}
如大家所見，其中不存在任何多餘的內容、只保留最基礎的布局方案——將搜索欄置於右側、庫信息位於中央、用戶庫同樣置於右側。我們還需要將對應代碼行打包至標簽當中，此後我們還要利用它顯示README文件內容——因為這些內容通常來自GitHub Flavored Markdown、而且其中一部分代碼行與用戶庫列表存在重疊。
當然，大家可以向其中添加更多樣式以提升成果的視覺效果——但請注意，本教程中的截圖都採取最基本的外觀設計。
大家可以未來需要編寫的JavaScript代碼置於本文檔的當中或者為其建立獨立文件，但獨立文件仍然需要處於AngularJS腳本之下。
第二步：模塊
現在我們可以為自己的應用程序創建一個模塊：
varapp=angular.mole('githubsearch',[]);
接下來利用ngApp指令將其添加到標簽當中：
第三步：控制器
我們還需要為自己的應用程序准備一套控制器。為了簡化創建流程，我們將只為應用准備一套控制器，這樣我們就不必考慮如何在不同控制器之間進行信息傳遞了：
app.controller('SearchController',functionSearchController($scope){
});
第四步：基礎服務
我們需要對自己的GitHub服務進行定義：
app.factory('GitHub',functionGitHub($http){
return{
};
});
我們將使用app.factory()方法，這樣就能保證返回對象附帶幾個以後將會用到的方法。我們將使用$http服務從GitHub的API中獲取數據。
第五步：搜索庫
我們服務中的第一項方法負責利用GitHub API對庫進行搜索。使用服務非常簡單（這項函數能夠進入由製造函數返回的對象）：
searchRepos:functionsearchRepos(query,callback){
$http.get('https:// api.github.com/search/repositories',{params:{q:query}})
.success(function(data){
callback(null,data);
})
.error(function(e){
callback(e);
});
}
$http.get()方法是執行GET請求的一種捷徑。第一條參數是我們希望訪問的URL。第二條參數則代表一個具備選項的對象。這里我們只需要params對象——它是一個查詢參數散列，將被添加到該請求當中（其中q參數屬於搜索字元串，大家可以點擊此處了解更多相關信息）。
$http.get()會返回一項承諾。我們可以將監聽器附加在success()與error()上，並且據此調用回調函數。
第六步：搜索欄
為了使用我們在之前幾步中定義完成的函數，我們需要在自己的HTML當中添加搜索欄。
⑷ AngularJS官網為什麼上不去了
來如果你無法訪問官網的 api，可以自訪問 AngularJS 試試，這是AnguarJS愛好者們發起的一個開發指南中文翻譯項目的展示站點，裡面有api，目前只有1.2.3版本的，回頭有時間更新到最新版本。希望對你有用
⑸ 濡備綍浣跨敤AngularJs鎵撻犳潈闄愮＄悊緋葷粺銆愮畝鏄撳瀷銆慱AngularJS
涓銆佸紩璦
鏈鏂囧皢浠嬬粛濡備綍鎶夾ngularJs搴旂敤鍒板疄闄呴」鐩涓銆傛湰綃囨枃絝犲皢浣跨敤AngularJS鏉ユ墦閫犱竴涓綆鏄撶殑鏉冮檺綆＄悊緋葷粺銆備笅闈涓嶅氳達紝鐩存帴榪涘叆涓婚樸
浜屻佹暣浣撴灦鏋勮捐′粙緇
棣栧厛鐪嬩笅鏁翠釜欏圭洰鐨勬灦鏋勮捐″浘錛
浠庝笂鍥懼彲浠ョ湅鍑烘暣涓欏圭洰鐨勪竴涓鏁翠綋緇撴瀯錛屾帴涓嬫潵錛屾垜鏉ヨ︾粏浠嬬粛浜嗛」鐩鐨勬暣浣撴灦鏋勶細
閲囩敤Asp.net Web API鏉ュ疄鐜癛EST 鏈嶅姟銆傝繖鏍風殑瀹炵幇鏂瑰紡錛屽凡杈懼埌鍚庣鏈嶅姟鐨勫叕鐢ㄣ佸垎鍒閮ㄧ講鍜屾洿濂藉湴鎵╁睍銆俉eb灞備緷璧栧簲鐢ㄦ湇鍔℃帴鍙ｏ紝騫朵笖浣跨敤Castle Windsor瀹炵幇渚濊禆娉ㄥ叆銆
鏄劇ず灞(鐢ㄦ埛UI)
鏄劇ず灞傞噰鐢ㄤ簡AngularJS鏉ュ疄鐜扮殑SPA欏甸潰銆傛墍鏈夌殑欏甸潰鏁版嵁閮芥槸寮傛ュ姞杞藉拰灞閮ㄥ埛鏂幫紝榪欐牱鐨勫疄鐜板皢浼氭湁鏇村ソ鐨勭敤鎴蜂綋楠屻
搴旂敤灞(Application Service)
AngularJS閫氳繃Http鏈嶅姟鍘昏鋒眰Web API鏉ヨ幏寰楁暟鎹錛岃學eb API鐨勫疄鐜板垯鏄璋冪敤搴旂敤灞傛潵璇鋒眰鏁版嵁銆
鍩虹鏋舵瀯灞
鍩虹鏋舵瀯灞傚寘鎷浠撳偍鐨勫疄鐜板拰涓浜涘叕鐢ㄦ柟娉曠殑瀹炵幇銆
浠撳偍灞傜殑瀹炵幇閲囩敤EF Code First鐨勬柟寮忔潵瀹炵幇鐨勶紝騫朵嬌鐢‥F Migration鐨勬柟寮忔潵鍒涘緩鏁版嵁搴撳拰鏇存柊鏁版嵁搴撱
LH.Common灞傚疄鐜頒簡涓浜涘叕鐢ㄧ殑鏂規硶錛屽傛棩蹇楀府鍔╃被銆佽〃杈懼紡鏍戞墿灞曠瓑綾葷殑瀹炵幇銆
棰嗗煙灞
棰嗗煙灞備富瑕佸疄鐜頒簡璇ラ」鐩鐨勬墍鏈夐嗗煙妯″瀷錛屽叾涓鍖呮嫭棰嗗煙妯″瀷鐨勫疄鐜板拰浠撳偍鎺ュ彛鐨勫畾涔夈
浠嬬粛瀹屾暣浣撶粨鏋勫栵紝鎺ヤ笅鏉ュ皢鍒嗗埆浠嬬粛璇ラ」鐩鐨勫悗絝鏈嶅姟瀹炵幇鍜學eb鍓嶇鐨勫疄鐜般
涓夈佸悗絝鏈嶅姟瀹炵幇
鍚庣鏈嶅姟涓昏侀噰鐢ˋsp.net Web API鏉ュ疄鐜板悗絝鏈嶅姟錛屽苟涓旈噰鐢–astle Windsor鏉ュ畬鎴愪緷璧栨敞鍏ャ
榪欓噷鎷挎潈闄愮＄悊涓鐨勭敤鎴風＄悊鏉ヤ粙緇峈est Web API鏈嶅姟鐨勫疄鐜般
鎻愪緵鐢ㄦ埛鏁版嵁鐨凴EST鏈嶅姟鐨勫疄鐜幫細
浠庝笂闈浠ｇ爜瀹炵幇鍙浠ョ湅鍑猴紝User REST 鏈嶅姟渚濊禆涓嶪UserService鎺ュ彛錛屽苟涓斾篃娌℃湁鍍忎紶緇熺殑鏂瑰紡灝嗘墍鏈夌殑涓氬姟閫昏緫鏀懼湪Web API瀹炵幇涓錛岃屾槸灝嗗叿浣撶殑涓浜涗笟鍔″疄鐜板皝瑁呭埌瀵瑰簲鐨勫簲鐢ㄥ眰涓錛孯est API鍙璐熻矗璋冪敤瀵瑰簲鐨勫簲鐢ㄥ眰涓鐨勬湇鍔°傝繖鏍瘋捐″ソ澶勬湁錛
REST 鏈嶅姟閮ㄤ緷璧栦笌搴旂敤灞傛帴鍙ｏ紝浣垮緱鑱岃矗鍒嗙伙紝灝嗗簲鐢ㄥ眰鏈嶅姟鐨勫疄渚嬪寲浜ょ粰鍗曠嫭鐨勪緷璧栨敞鍏ュ瑰櫒鍘誨畬鎴愶紝鑰孯EST鏈嶅姟鍙璐熻矗璋冪敤瀵瑰簲搴旂敤鏈嶅姟鐨勬柟娉曟潵鑾峰彇鏁版嵁銆傞噰鐢ㄤ緷璧栨帴鍙ｈ屼笉渚濊禆涓庡叿浣撶被鐨勫疄鐜幫紝浣垮緱綾諱笌綾諱箣闂翠綆鑰﹀悎銆俁EST鏈嶅姟鍐呬笉鍖呮嫭鍏蜂綋鐨勪笟鍔￠昏緫瀹炵幇銆傝繖鏍風殑璁捐″彲浠ヤ嬌寰楁湇鍔℃洿濂藉湴鍒嗙伙紝濡傛灉浣犲悗鏈熸兂鐢╓CF鏉ュ疄鐜癛EST鏈嶅姟鐨勶紝榪欐牱灝變笉闇瑕侀噸澶嶅湪WCF鐨凴EST鏈嶅姟綾諱腑閲嶅嶅啓涓綃嘩eb API涓鐨勯昏緫浜嗭紝榪欐椂鍊欏畬鍏ㄥ彲浠ヨ皟鐢ㄥ簲鐢ㄦ湇鍔＄殑鎺ュ彛鏂規硶鏉ュ疄鐜癢CF REST鏈嶅姟銆傛墍浠ュ皢涓氬姟閫昏緫瀹炵幇鎶藉埌搴旂敤鏈嶅姟灞傚幓瀹炵幇錛岃繖鏍風殑璁捐″皢浣垮緱REST 鏈嶅姟鑱岃矗鏇村姞鍗曚竴錛孯EST鏈嶅姟瀹炵幇鏇村規槗鎵╁睍銆
鐢ㄦ埛搴旂敤鏈嶅姟鐨勫疄鐜幫細
榪欓噷搴旂敤鏈嶅姟灞傚叾瀹炶繕鍙浠ヨ繘涓姝ョ殑浼樺寲錛屽疄鐜頒唬鐮佸眰綰х殑璇誨啓鍒嗙伙紝瀹氫箟IReadOnlyService鎺ュ彛鍜孖WriteServie鎺ュ彛錛屽苟涓旀妸鍐欐搷浣滃彲浠ラ噰鐢ㄦ硾鍨嬫柟娉曠殑鏂瑰紡鎶借薄鍒癇aseService涓鍘誨疄鐜般傝繖鏍蜂竴浜涘炲垹鏀規搷浣滃疄鐜板叕鐢錛屼箣鎵浠ュ彲浠ュ皢榪欓噷鎿嶄綔瀹炵幇鍏鐢錛屾槸鍥犱負榪欎簺鎿嶄綔閮芥槸闈炲父綾諱技鐨勶紝鏃犻潪鏄鎿嶄綔鐨勫疄浣撲笉涓鏍風艦浜嗐傚叾瀹炶繖鏍風殑瀹炵幇鍦ㄦ垜鍙︿竴涓寮婧愰」鐩涓宸茬粡鐢ㄥ埌錛歄nlineStore.澶у跺彲浠ュ弬鑰冭繖涓鑷琛屽幓瀹炵幇銆
浠撳偍灞傜殑瀹炵幇錛
鐢ㄦ埛搴旂敤鏈嶅姟涔熸病鏈夌洿鎺ヤ緷璧栦笌鍏蜂綋鐨勪粨鍌ㄧ被錛屽悓鏍蜂篃鏄渚濊禆鍏舵帴鍙ｃ傚瑰簲鐨勭敤鎴蜂粨鍌ㄧ被鐨勫疄鐜板備笅錛
鍥涖丄ngularJS鍓嶇瀹炵幇
Web鍓嶇鐨勫疄鐜板氨鏄閲囩敤AngularJS鏉ュ疄鐜幫紝騫朵笖閲囩敤妯″潡鍖栧紑鍙戞ā寮忋傚叿浣揥eb鍓嶇鐨勪唬鐮佺粨鏋勫備笅鍥炬墍紺猴細
浣跨敤AngularJS寮鍙戠殑Web搴旂敤紼嬪簭鐨勪唬鐮佷箣闂寸殑璋冪敤灞傛″拰鍚庣鍩烘湰涓鑷達紝涔熸槸瑙嗗浘欏甸潰鈥斺斻嬫帶鍒跺櫒妯″潡鈥斺斻嬫湇鍔℃ā鍧椻斺斻媁eb API鏈嶅姟銆
騫朵笖Web鍓嶇疌SS鍜孞S璧勬簮鐨勫姞杞介噰鐢ㄤ簡Bundle鐨勬柟寮忔潵鍑忓皯璇鋒眰璧勬簮鐨勬℃暟錛屼粠鑰屽姞蹇欏甸潰鍔犺澆鏃墮棿銆傚叿浣揃undle綾葷殑閰嶇疆錛
棣栭〉 Index.cshtml
浜斻佽繍琛屾晥鏋
浠嬬粛瀹屽墠鍚庣鐨勫疄鐜頒箣鍚庯紝鎺ヤ笅鏉ヨ╂垜浠鐪嬩笅鏁翠釜欏圭洰鐨勮繍琛屾晥鏋滐細
鍏銆佹葷粨
鍒版わ紝鏈鏂囩殑鎵鏈夊唴瀹歸兘浠嬬粛瀹屼簡錛屽敖綆℃湰鏂囩殑AngularJS鐨勫簲鐢ㄩ」鐩榪樻湁寰堝氬畬鍠勭殑鍦版柟錛屼緥濡傛病鏈夌紦鍐茬殑鏀鎸併佹病鏈夊疄鐜拌誨啓鍒嗙伙紝娌℃湁瀵逛竴浜汚PI榪涜屽帇鍔涙祴璇曠瓑銆備絾AngularJS鍦ㄥ疄闄呴」鐩涓鐨勫簲鐢ㄥ熀鏈鏄榪欐牱鐨勶紝澶у跺傛灉鍦ㄩ」鐩涓鏈夐渶瑕佺敤鍒癆ngularJS錛屾ｅソ浣犱滑鍏鍙哥殑鍚庡彴鍙堟槸.NET鐨勮瘽錛岀浉淇℃湰鏂囩殑鍒嗕韓鍙浠ユ槸涓涓寰堝ソ鐨勫弬鑰冦傚彟澶栵紝鍏充簬鏋舵瀯鐨勮捐′篃鍙浠ュ弬鑰冩垜鐨勫彟涓涓寮婧愰」鐩錛歄nlineStore鍜孎astWorks銆