Skip to main content

Universal link trên iOS

Việc hỗ trợ universal link cho phép một website chia sẻ nội dung, kết nối tới một ứng dụng iOS. Có nghĩa khi người dùng kích vào đường link HTTP trên điện thoại iPhone, nó dẫn tới một ứng dụng iOS thay vì sử dụng trình duyệt safari, còn nếu không có ứng dụng iOS nào hỗ trợ universal link, đường link sẽ được hiển thị trên trình duyệt.
Việc sử dụng universal link sẽ mang tới một số lợi ích sau:
  • Tính đơn nhất (Unique): không giống như URL schema (deep link), universal link không thể được sử dụng bởi các ứng dụng khác
  • Tính bảo mật (Secure): khi người dùng cài đặt ứng dụng, iOS sẽ kiểm tra file apple-app-site-association trên server để đảm bảo rằng ứng dụng đang cài đặt trên máy được phép mở URL đã truy cập.
  • Tính linh hoạt (Flexible): Universal link hoạt động ngay cả khi ứng dụng iOS chưa được cài đặt, vì khi chưa được cài đặt, URL sẽ được mở qua trình duyệt.
  • Đơn giản (Simple): URL có thể dụng cho cả website và ứng dụng iOS
Cần thực hiện những bước sau để sử dụng universal link:
  • Tạo một file** apple-app-site-association** với định dạng JSON, mô tả các URL của website mà ứng dụng có thể truy cập được
  • Upload file apple-app-site-association lên HTTPS server.
  • Bổ sung phần xử lý universal ink cho ứng dụng.

Tạo file apple-app-site-association cho server

File  apple-app-site-association là file JSON có định dạng như sau
{
  "applinks": {
       "apps": [],
        "details": [
           {
               "appID":"Team name + App Bundle ID”,
               "paths":[ "*" ]
           }
         ]
    }
}
Trong đó:
  • appID : thông tin của app được phép truy cập vào URL có dạng Team name + App BundleID
  • paths: là danh sách các sub url của website mà ứng dụng có thể truy cập. VD: ["*"]: cho phép truy cập tất cả website ["/abc", "/xyz"]

Upload file apple-app-site-association lên web server

File apple-app-site-association khi upload lên server phải đảm bảo các điều kiện sau:
  • Server phải hỗ trợ HTTPS
  • File có thể đặt ở thư mục gốc của ứng dụng web và có thể truy cập trực tiếp và không qua chuyển hướng
  • Content-Type là phải application/json (hoặc application/pkcs7-mime)

Bổ sung xử lý universal link cho ứng dụng

Cấu hình domains hỗ trợ universal link

Vào mục cấu hình ứng dụng, chọn tab Capabilities , chọn dòng Associated Domainschuyển trạng thái sang ON Sau đó bổ sung danh sách các domain hỗ trợ universal link, URL sẽ có dạng applinks:Têndomain. VD: applinks:google.com.vn (Để có thể enable chức năng  Associated Domains cần phải sử dụng tài khoản iOS developer, các tài khoản free sẽ không enable chức năng này) 

Xử lý khi truy cập Universal link

Implement hàm func application(_ application: UIApplication, continue userActivity: NSUserActivity, restorationHandler: @escaping ([Any]?) -> Void) -> Bool trong appdeleagte
Một ứng dụng được kích hoạt khi truy cập Universal Link, nó sẽ được xử lý trong hàm này. Ta có thể dựa vào hành vi hoặc URL mà người dùng đã truy cập để chuyển tới chức năng nhất định của ứng dụng.
func application(_ application: UIApplication, continue userActivity: NSUserActivity, restorationHandler: @escaping ([Any]?) -> Void) -> Bool {
    if userActivity.activityType == NSUserActivityTypeBrowsingWeb {
        //In ra URL mà người dùng đã truy cập
        print(userActivity.webpageURL!)
    }
    return true
}
Chương trình Demo sử dụng Universal link Chương trình gồm 2 phần:
  • Một web tĩnh bao gồm các trang chức năng và file apple-app-site-association và đặt trên web server hỗ trợ HTTPS. Giao diện như sau: 
  • Ứng dụng iOS có giao diện như dưới đây: 
Mục đích của chương trình:
  • Khi người dùng dùng trình duyệt truy cập vào một trong hai URL dẫn tới trang detail Android hoặc iOS, thì sẽ tự động chuyển sang phần detail tương ứng trên ứng dụng iOS
Mã nguồn chương trình demo: https://github.com/TuInh/Report_T3_2017.git

Comments

Post a Comment

Popular posts from this blog

MVVM và VIPER: Con đường trở thành Senior

Trong bài viết trước chúng ta đã tìm hiểu về MVC và MVP để ứng dụng cho một iOS App đơn giản. Bài này chúng ta sẽ tiếp tục ứng dụng 2 mô hình MVVM và VIPER . Nhắc lại là ứng dụng của chúng ta cụ thể khi chạy sẽ như sau: Source code đầy đủ cho tất cả mô hình MVC, MVP, MVVM và VIPER các bạn có thể download tại đây . MVVM MVVM có thể nói là mô hình kiến trúc được rất nhiều các cư dân trong cộng đồng ưa chuộng. Điểm tinh hoa của kiến trúc này là ở ViewModel , mặc dù rất giống với Presenter trong MVP tuy nhiên có 2 điều làm nên tên tuổi của kiến trúc này đó là: ViewModel không hề biết gì về View , một ViewModel có thể được sử dụng cho nhiều View (one-to-many). ViewModel sử dụng Observer design pattern để liên lạc với View (thường được gọi là binding data , có thể là 1 chiều hoặc 2 chiều tùy nhu cầu ứng dụng). Chính đặc điểm này MVVM thường được phối hợp với các thư viện hỗ trợ Reactive Programming hay Event/Data Stream , đây là triết lý lập trình hiện đại và hiệu
Post a Comment
Read more

Alamofire vs URLSession

Alamofire vs URLSession: a comparison for networking in Swift Alamofire and URLSession both help you to make network requests in Swift. The URLSession API is part of the foundation framework, whereas Alamofire needs to be added as an external dependency. Many  developers  doubt  whether it’s needed to include an extra dependency on something basic like networking in Swift. In the end, it’s perfectly doable to implement a networking layer with the great URLSession API’s which are available nowadays. This blog post is here to compare both frameworks and to find out when to add Alamofire as an external dependency. Build better iOS apps faster Looking for a great mobile CI/CD solution that has tons of iOS-specific tools, smooth code signing, and even real device testing? Learn more about Bitrise’s iOS specific solutions! This shows the real power of Alamofire as the framework makes a lot of things easier. What is Alamofire? Where URLSession can be found within the s
Post a Comment
Read more

Fileprivate vs private: Giải thích sự khác biệt

Fileprivate vs private in Swift: The differences explained Fileprivate and private are part of the access control modifiers in Swift. These keywords, together with internal, public, and open, make it possible to restrict access to parts of your code from code in other source files and modules. The private access level is the lowest and most restrictive level whereas open access is the highest and least restrictive. The documentation of Swift will explain all access levels in detail to you, but in this blog post, I’m going to explain the differences between two close friends: fileprivate and private. Build better iOS apps faster Looking for a great mobile CI/CD solution that has tons of iOS-specific tools, smooth code signing, and even real device testing? Learn more about Bitrise’s iOS specific solutions! Open access is the highest (least restrictive) access level and private access is the lowest (most restrictive) access level. This will improve readability and mak
1 comment
Read more