跳到主要內容

Angular Route Guards : CanActivate和CanActivateChild的差異


在幾天前,同事向我請教關於Angular Router的CanActivate和CanActivateChild的差別,所以想寫這篇文章來說明CanActivate和CanActivateChild的路由行為。
在Angular的Route Guards包含以下四種 :
  • CanActivate : 用於控制是否允許進入路由。
  • CanActivateChild :用於控制是否允許進入子路由。
  • CanDeactivate : 用於控制是否允許離開路由。
  • CanLoad : 用於控制是否允許延遲載入Module。
  • Resolve : 用於在路由啟動ㄉ之前取得路由資料。
由上可知,雖然CanActivate和CanActivateChild同是用於控制是否允許進入路由,但CanActivateChild只針對子路由,其行路由為會有些不同。
以下面例子來說:
以為CanActivate例,當我們第一次拜訪A/B,Guard_1和Guard_2都會被執行,但是如果我們接著導向A/C,此時只有Guard_2會被執行。
那如果我們又接續著導向E/F會怎樣呢 ? 答案是Guard_1和Guard_2都會被執行,因為A/C導向至A/C並不是子路由的切換,所以Guard_1也會被執行。

const routes: Routes = [{
    path: 'A',
    canActivate: [
        Guard_1
    ],
    children: [
        {
            path: 'B',
            component: B_Component,
            canActivate: [
                Guard_2
            ]
        },
        {
            path: 'C',
            component: C_Component,
            canActivate: [
                Guard_2
            ]
        }
    ]
},{
    path: 'E',
    canActivate: [
        Guard_1
    ],
    children: [
        {
            path: 'F',
            component: F_Component,
            canActivate: [
                Guard_2
            ]
        }
    ]
}];

由上述CanActivate例子我們可以知道,當父路由使用CanActivate,不管怎麼切換子路由,其Guard都不會被執行。
那如果我們想要切換子路由時執行Guard,就必須使用CanActivateChild讓子路由都能夠套用Guard。
如下面的例子,當子路由被切換時,Guard_1和Guard_2都會被執行。

const routes: Routes = [{
    path: 'A',
    canActivateChild: [
        Guard_1
    ],
    children: [
        {
            path: 'B',
            component: B_Component
        },
        {
            path: 'C',
            component: C_Component
        }
    ]
}];

留言

這個網誌中的熱門文章

reCAPTCHA v3 的簡單教學

Google於10/29正式發布reCAPTCHA v3 API,該版本中最大的亮點就是透過分析使用者瀏覽網站的行為,以辨識使用者是否為機器人。換句話說,使用者再也不用一直回答問題和不停地點選圖片,所以說以後再也不用聽到客戶抱怨老是點錯圖片,果然科技始於人性啊~ 另外reCAPTCHA v3 的使用方式也非常簡單,只要短短幾個步驟,就能輕鬆地將reCAPTCHA v3運用在專案中。 1. 首先,至  https://www.google.com/recaptcha/admin  替你的網站註冊一個reCAPTCHA。 2. 註冊後,將會得到Site Key和Secret Key,其中Site Key是給前端使用,而Secret Key則是給後端使用。 3. 在前端HTML head的部分加入reCAPTCHA的api.js。 <script src='https://www.google.com/recaptcha/api.js?render=6Lc5vHgUAAAAAKHxlH0FdDJdA2-8yfzpoMDLIWPc'></script> 4. 接著在body的部分呼叫reCAPTCHA API向Google取得token後,再將token送至後端進行驗證,範例如下: <script> grecaptcha.ready(function () { console.log('1. grecaptcha.ready'); console.log('2. grecaptcha.execute("6Lc5vHgUAAAAAKHxlH0FdDJdA2-8yfzpoMDLIWPc", { action: "@Url.Action("VerifyBot", "Account")" })'); grecaptcha.execute('6Lc5vHgUAAAAAKHxlH0FdDJdA2-8yfzpoMDLIWPc', { action: '@

MongoDB: Save Files Using GridFS

過去我們在使用File System,我們必須自己處理備份、複製、擴充的問題;如今我們可以我們可以使用MongoDB作為File DB,它可以利用Replica和Sharing的機制幫助我們解決備份、複製、動態擴充、分散式儲存、自動平衡、故障回復的問題,且效能優於RDBMS。若真要說MongoDB這類NoSql的缺點就是它不能處理Transaction。 在MongoDB中對大於16MB BSON Document(如:圖片、音頻、影片等)是使用GridFS的方式做儲存。 GridFS是一種在MongoDB中存儲大二進製文件的機制,GridFS 會將文件分割成多個Chunk(預設256 KB),而GridFS使用fs.files和fs.chunks等兩個Collection來存儲檔案資料,其中fs.files負責存放文件的名稱、大小、上傳的時間等資訊,而fs.chunks則是負責存放經過分割後的Chunks,其優點是透過分割儲存的方式能夠快速讀取檔案中任何的片段。 fs.files Collection { "_id" : , // 檔案的Unique ID "filename": data_string, //檔案名稱 "length" : data_number, // 檔案大小 "chunkSize" : data_number, // chunk大小,預設256k "uploadDate" : data_date, // 儲存時間 "md5" : data_string //檔案的md5值 } fs.chunks Collection { "_id" : , // 檔案chunk的Unique ID "files_id" : , //對應檔案的Unique ID "n" : chunk_number, // 檔案chunk的數量 "data" : data_binary, // 以二進為儲存檔案 } 在下面例子,我們將簡單地示範使用.NET MongoDB Driver來存取與操作MongoDB的G

Upload large files to web api using resumable.js

最近工作剛好遇到大檔案(> 2GB)上傳的需求,大檔案的上傳方式與平常處裡小檔案上傳當方式有些不同,對於大檔案上傳我們需要額外考量三個問題 : 1. 上傳逾時。 2  IIS 不支援超過2BG 的檔案上傳 3. 檔案在上傳過程中中斷。 上述這三個問題可以透過multipart/form-data和chuck 的方式,將檔案分割成無數個chunk,且給予每個chunk編號,如果傳送失敗就重新傳送chunk ,進而實現斷點續傳的功能。 目前市面三個有支援大檔案與斷點續傳的JavaScript Library分別有 Resumable.js 、 Dropzone.js 、jQuery Ajax File Upload,且它們底層皆是使用HTML5 File API,此外它們的作者都有提供Server Side Implementation Sample,而且連TypeScript的定義檔都有,真的都是佛心來著。 接著我們開始介紹如何使用Resumable.js 上傳檔案至Web API(.NET) : Server Side (Web API)的主要流程: 1. 首先,在Web API需要使用MultipartFormDataStreamProvider來取得每一次Resumable.js 所傳過來的chunk,而chunk由FormData和FileData組成,其中FormData記載Resumable.js所定義的chuck欄位,而FileData則存放chunk的檔案內容。 2. 接著從FormData得到這些Resumable.js所定義的chuck欄位resumableFilename、resumableIdentifier、resumableTotalChunks、resumableChunkNumber欄位,並且根據這些欄位我們將chunk儲存在Upload 目錄下。 3. 等待所有chunk都到位,將合併這些chunk並組成完整的檔案。 FileStorageController Class [RoutePrefix("api/FileStorage")] public class FileStorageController : ApiController {