①組織結構與框架：
在Ionic2中，每個組件、頁面都只專註於做壹件事，它單獨有自己的壹個目錄，有自己的類（Class）、模板文件（Template）和自己的樣式文件（在這裏我們提倡使用scss）；
②命令行工具：
在開發中，我們總希望能夠有壹個規範使得我們的開發更具有合理性，同時還能提升我們的開發效率，那麽ionic2的CLI完全可以滿足妳這壹點。
③路由導航：
Ionic2的路由導航不同於Ionic1，我們都知道其實Anngular1自帶理由是比較弱的，在復雜路由跳轉的app中，是很吃力的，我
們壹般都是依賴Angular1的插件ui-router，它是基於URL的hash（當然官方也提供配置切換到html5模式），那麽ionic1也是
在這個基礎之上進行導航封裝的，比如說頁面導航堆棧。
④模板的語法結構：
ionic2的模板語法與Ionic1非常相似，但是看起來又有點古怪，其實Ionic2的模板語法更為簡潔。例如：
ionic1：
<img ng-src="{{photo.image}}" />
ionic2：
<img [src]="photo.image" />
我們看壹下 事件調用：
ionic1：
<button ng-click="doSomething()">
ionic2：
<button (click)="doSomething()">
⑤編譯：
ionic從平臺上講是基於cordova的封裝（ 不僅僅是它的CLI
），因此ionic工程也是壹個標準的cordova工程，也就是說我們最終給跨平臺提供的是www目錄的資源文件，但是在ionic2中我們都是在
www的同級目錄的app目錄進行編碼，也是因為我們使用EM6或Typescript寫的代碼瀏覽器並不能夠直接執行，如果妳自己觀察ionic2的工
程目錄，妳會發現Gulp.js的腳本多了幾個任務的定義，其實是幾個ionic的鉤子命令，如ionic
serve，ionic build之類的，其目的是在我們打包，或者瀏覽器模擬時的
命令執行之前，執行壹些gulp任務，其中就是對typescript、scss的編譯，是不是感覺很方便，而且最終合並編譯到www/build/js目錄下，並且很難反編譯，也就是說妳的app如果被人解包，他只能運行，但如果想拿到妳的源碼是相當困難的。