Angular使用筆記1_Angular的歷史_Angular1跟Angular2比較

-
 








Angular本身是由Google提出的一套base on MVC架構的
(可跟常見的後端程式語言PHP、.NET、NodeJS搭配開發)
Web Application的開源JS Framework
主要特色在於可以對HTML透過指令方式做彈性延伸達成動態內容建構。
除了網頁應用也可以建構手機應用(跟Ionic 、RN搭配)



主要會在介紹到
Angular的歷史與版本演進
Angular1跟Angular2比較
Angular 開發工具介紹
Angular CLI
Angular的使用場景
Angular的語法特點


Angular的歷史與版本演進
主要是在2009年由Misko Hevery 跟Adam Abrons兩個開發者設計出來的
Misko Hevery於2009年開始在Google工作
並且
於2012年由Google名義推出
Angular version 1.0 也就是AngularJS
  •  A JavaScript MVW Framework 
  •  Extends HTML by adding attributes, tags, and expressions
  •  Events Handling
  •  Powerful Data Binding
  •  Built-In Template Engine and Routing
  •  Form Validations and Animations
  •  Dependencies Injection etc.


於2016年9月則又釋出了Angular version 2.0
  •  Modern, faster and highly scalable framework
  •  One framework for web, mobile and desktop apps
  •  Not an update to Angular1.x, but a complete rewrite
  •  Written in Typescript
  •  Simple and Expressive
  •  Web components based architecture
  •  Hierarchical Dependency Injection

Angular 3.0 was not released since angular router package version was 3.0 in Angular 2. 
So development team skipped Angular version 3 and directly named it version 4 to maintain the same version number for all the Angular packages.


於2017年3月釋出Angular 4.x
  •  Smaller and Faster
  •  Reduce the size of generated bundled code up to 60%
  •  Animation moved out to a separated package @angular/animations
  •  Supports for if/else statement
  •  Supports for email validator


於2017年11月則又更新釋出Angular 5.x
  • Make AOT the default
  •  Easier to build progressive web apps
  •  Type checking in templates
  •  Internationalized Number, Date, and Currency Pipes
  •  An update to Httpclient
  •  Better error messages
  •  Zone speed improvements

於2018年5月釋出Angular 6.x
  •  ng add and ng update
  •  Bazel Compiler
  •  Angular Elements
  •  RxJS 6.0 Supports
  •  Better URL Serialization

於2018年10月釋出Angular 7.x
  • CLI Prompts
  • Improve Application Performance
  • Angular compilation options
  • Dependency Updates
    • TypeScript 3.1
    • RxJS 6.3
    • Node 10
於2019年5月釋出Angular 8.x
  • Easier to read and debug the generated code at runtime
  • Web Workers Support
  • Lazy Loading Improvements
  • Improvement to ngUpgrade
  • Faster re-build
........

Angular1跟Angular2比較

一般在社群或者業界對於AngularJS 跟 Angular關係不會畫上等號
兩者是不同的產品
AngularJS主要指Angular 1.0
而若只講Angular則代表version  2之後的 (4,5,6,7,8,9,10...)
兩者是沒有上下相容的，Angular 2是把整個第一代重新砍掉重造的新版本框架。
2.0之後的版本基本上都會上下相容，基本上升級不是問題，頂多
只是基於上一版再多擴充一些功能特性或者跟NodeJs的相容性擴充。
Angular 跟 AngularJS是兩個不同的東西

Angular(Angular2.x) is a development platform for building mobile and desktop web applications using Typescript/JavaScript and other languages.

AngularJS(Angular1.x) lets you write client-side web applications as if you had a smarter browser. 
It lets you use good old HTML (or HAML, Jade/Pug and friends!) as your template language and lets you extend HTML’s syntax to express your application’s components clearly and succinctly. It automatically synchronizes data from your UI (view) with your JavaScript objects (model) through 2-way data binding. To help you structure your application better and make it easy to test, AngularJS teaches the browser how to do dependency injection and inversion of control.

It also helps with server-side communication, taming async callbacks with promises and deferred objects, and it makes client-side navigation and deep linking with hashbang urls or HTML5 pushState a piece of cake. Best of all? It makes development fun!






Angular(Angular2.x) 跟 AngularJS(Angular1.x) 主要差異
Angular2.x 本身是based on components 再進行開設計而Angular1.x則是based on controller 跟scope
此外到Angular2.x後才有支援Typescript跟提供CLI ，並才具有Mobile First的機制。
更可運行在Server Side跟Client Side之間

AngularJS(Angular1.x) 

Based on MVC framework




Angular(Angular2+)架構圖

Based on the component tree, the interface that the user sees is composed of several activated components on the component tree, and the user can route from one component to another through operations. Components can introduce some services through DI (dependency injection), and use these services to process user operations or communicate with servers.





Angular的使用場景:
適合用於在建立CRUD的頁面(跟資料互動較為頻繁的)


Angular語法特點:
1.用雙大括號{{}}來做動態資料綁定
2.可將HTML元素程式碼藉由分合方式組成可複用的組件
3.支援Form之間的驗證
4.可用邏輯程式碼和DOM相互生成關聯





可以直接透過
npm install -g @angular/cli
對環境做全域下載安裝











留言

張貼留言

這個網誌中的熱門文章

何謂淨重(Net Weight)、皮重(Tare Weight)與毛重(Gross Weight)

-
圖片
當談到貨物的重量時，往往會分成所謂的淨重(Net Weight)與毛重(Gross Weight)。 會有以下公式關係存在 淨重=毛重-皮重(包裝物的重量) 毛重=淨重+皮重 淨重( Net Weight 縮寫為N.W.) 指物品本身的重量，不包括容器或包裝材料的重量。 凈重是國際貿易中最常見的計重辦法。 例如，如果運輸原材料，原材料的重量就是所運輸貨物的淨重。包裝原材料的容器或包裝不計入淨重。同樣地，當我們考慮一罐豆子時，罐子內所含物品的重量就算作淨重。因此，淨重將包括豆子、罐頭里的任何液體，以及保存豆子所含的物品。 大多數 以重量為計價的貨物買賣 ，採用此計價方法。 若合同中並未明確規範以何種方式計量和計價時，按慣例以凈重計價。 毛重( Gross Weight 縮寫G.W.) 貨物連同它的包裝的重量，是你托運的所有物品的總重量。 皮重(Tare Weight) 指商品外包裝材料的重量(即運輸包裝的重量)，不包括內包裝材料和襯墊物的重量。 比方一個空的貨櫃、容器、或任何包裝材料的重量。 Net Net Weight純淨重 (指從Net Weight中扣除內包裝後的重量) 進出口商品為了因應運輸及消費需求, 一般都有內包裝與外包裝。 一般在買賣合同與信用狀中,通常只要求於裝箱單上註明Gross Weight和Net Weight即可, 但有些L/C 要求 Net Net Weight,大多是海關徵收從量稅時的依據 運輸重量對於航運業或者航空運輸等各自都通用這些術語 為何特別在意重量? 主要就在於會影響像是傳輸安全乘載限制。 就運輸層面(不同方式的運輸) 航空運輸：對機長而言，毛重包括皮重、產品淨重以及飛機、燃料、乘客和機組人員的重量。 公路/鐵路運輸:對於火車車長而言，毛重包括產品淨重、皮重和運輸車輛的重量。 水路航運運輸：對船長而言，毛重就是淨重和皮重之和。 就公司ERP成本角度 成本一般都會採用 "淨重" 主要是因為若用毛重，可能會有輔材不可控因素存在 比方一個 5cm 固定塑膠件，今天用一個 10cm 紙箱測重，明天用一個 100cm 紙箱測重，那可能就容易導致ERP資料比較會失真。 就物流層面來探討 通常還會有一名詞即所謂「實際重量」(Actual Weight) 根據稱重(過磅)所得到的重量，實際重量分為實際毛重(Gross Weig...
閱讀完整內容

Architecture(架構) 和 Framework(框架) 有何不同?_軟體設計前的事前規劃的藍圖概念

-
圖片
一個應用程式(軟體) 不管是  互動拍照 也好、 投影也好、車牌偵測... 舞台演唱會後方電視牆的互動應用程序、 粒子特效、3D或2D遊戲  等等 開發者通常都需要在一開始做規劃 ㄟ  假設我今天要寫 跟影像有關 可能需要偵測、可能需要提取前景、可能需要偵測圓形 之類的 我有  emgucv 、AForge.Net、 opencv 等等可以用 但是 假設我今天要做的應用程序是需要有視窗介面的~~ emgucv 跟 C# windows form 媒合性 就很高 而且直接在 visual studio 做開發 opencv 我可能還需要依賴 Qt 之類等等  framework 假設我今天是要寫一個 演唱會電視牆互動粒子特效 可能就會挑   openframeworks  、 processing 、kinect 來寫互動 Achitecture  --->全稱 :  Software Architecture   軟體架構 Achitecture   由好多 framework 組成 軟體架構（Software Architecture）是一種軟體在開發前的設計藍圖， 用來告訴軟體的結構，功能，介面，用法，與其他系統的構連以及資料交換等等規範， 但它並沒有叫你要用什麼方式實作， 因此軟體架構通常會產生文件，圖樣，原型以及規格等， 就是沒有可用的程式碼，因為那不是軟體架構應該有的東西， 就像蓋房子時是給你藍圖，而不是一幢蓋好的房子。 軟體框架（Framework):是一個已經成形的方法，而且有程式碼實體 （例如鋼構工法也是要有鋼材才能做），並且會告訴你要如何使用它 （即 Framework Documentation，MSDN Library 即為一最佳例子）
閱讀完整內容

經得起原始碼資安弱點掃描的程式設計習慣培養(五)_Missing HSTS Header

-
圖片
  接續前幾篇系列 經得起原始碼資安弱點掃描的程式設計習慣培養(一)_OWASP Top 10(十大網站安全風險)_學習寫更安全程式碼的網站推薦 經得起原始碼資安弱點掃描的程式設計習慣培養(二)_8.Insecure Deserialization ：不安全的反序列化漏洞ASP.NET處理方式 經得起原始碼資安弱點掃描的程式設計習慣培養(三)_7.Cross Site Scripting(XSS)_Stored XSS_Reflected XSS All Clients 經得起原始碼資安弱點掃描的程式設計習慣培養(四)_1.Injection注入攻擊_SQL Injection)_order by 語句正確參數化套入 最近又遇到被若安掃描到高風險要修正的程式碼啦.... 一看這還真是搞不懂該怎麼修呢 HSTS(HTTP Strict Transport Security)  主要是一份國際標準規格 (RFC 6797) 的網際網路瀏覽安全機制， 用於宣告瀏覽器與伺服器之間通訊方式必須強制採用 TLS/SSL 加密通道。 只要從伺服器端送出一個 Strict-Transport-Security 標頭 (Header) 給瀏覽器，即可告知瀏覽器於未來的某段時間內一律使用 SSL 來和該網站連接 (設定可涵蓋所有子域名網站)， 一旦發生憑證失效情況，使用者將無法再瀏覽該網站，如此一來便可大幅減少中間人攻擊的問題發生。 再更白話一點 HSTS Header 就是負責將 http 強制轉為 https CheckMarx掃碼報告給的說明 ============================================================ 風險: 如果web config沒有設置HSTS表頭、"max-age"(有效期)不足一年， 或沒有設定"includeSubDomains"(包含所有子網域)，可能會使用戶容易遭受中間人攻擊。 發生原因: 許多使用者只要在瀏覽器的網址列輸入網域名稱(Domain Name)即可瀏覽網站， 並沒有輸入協定(Protocol)的名稱。 瀏覽器會自動假設使用者使用的是HTTP協定而不是有加密機制的HTTPS協定。 在第一次發出前往特定網站的請求時，攻擊者可以執行中間人攻擊並將用戶轉址到...
閱讀完整內容