Skip to main content

Property observers: didSet và willSet trong Swift

Property observers: didSet và willSet trong Swift

Chúng ta đã biết là trong Swift đã có tính năng getter, setter với keyword là get, set cho thuộc tính. Ngoài ra, Swift còn có thêm tính năng là Property Observers. Tiếng Việt là dịch ra là quan sát/theo dõi thuộc tính.

Cái tên đã nói nên tính cách rồi, Property Observers tức là theo dõi sự thay đổi của thuộc tính, nhất cử nhất động của thuộc tính ta đều biết.
Trong quyển Start with Why?, điều quan trọng nhất không phải là biết cách làm mà quan trọng nhất là tại sao phải làm?
Vậy tại, why, vì lý do gì mà phải sử dụng willSet, didSet?. Dưới đây là những lý do mình thấy hay sử dụng didSet, willSet nhất:
  • Cập nhật lại UI khi data thay đổi, tiết kiệm vài dòng code.
  • Áp dụng để xây dựng các kiến trúc phần mềm, chẳng hạn như mô hình MVVM. Sơ qua MVVM là do Microsoft sáng tạo ra, nó dựa vào cơ chế data binding 2 chiều. Mà bên Swift không có nên đã chế ra Key-Value-Observing. Và didSet, willSet sẽ giúp thực hiện điều này
  • Xây dựng các custom control.

Ví dụ minh họa:

didSet và willSet trong Swift



https://gist.github.com/KhoaVanNguyen/1310b52158cb9292cfb867b61dafe932
Có hai loại property observer: willSet và didSet được gọi trướcsau khi giá trị thay đổi. Ở willSet bạn sẽ có thêm một giá trị là newValue - chỉ được sử dụng trong scope của willSet, còn didSet bạn sẽ có thêm oldValue - chỉ được sử dụng trong scope của didSet
Như ở ví dụ trên, mình đã sử dụng newValue trong willSet. Nhờ cơ chế này mà bạn không phải thay đổi UI mỗi lần dữ liệu thay đổi mà chỉ cần thay đổi biến age như trên.
Với ví dụ trên, dữ liệu chỉ thay đổi khi nhấn Button, tuy nhiên khi thực tế với những app phức tạp khi mà dữ liệu thay đổi nhiều, việc xử dụng didSet, willSet sẽ có hiệu quả.
Link github project:
https://github.com/KhoaVanNguyen/Swift-Tutorials

//
//  didSetwillSetVC.swift
//  didSetwill
//
//  Created by Khoa on 12/7/16.
//  Copyright © 2016 Khoa. All rights reserved.
//

import UIKit
class ViewController: UIViewController {

    
    var age: Int = 0 {
        willSet {
            if (age >= 100) {
                showAlert(title: "Error", message: "Bạn đã \(newValue) tuổi, quá già để xử dụng app của chúng tôi")
            }
        }
        didSet {
            if ( age > 10 && age < 100){
                ageLbl.text = "age: \(age)"
            }
        }
    }
    @IBOutlet weak var ageLbl: UILabel!
    @IBOutlet weak var ageTF: UITextField!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        
    }
    @IBAction func changeBtn(_ sender: Any) {
        guard let userAge = ageTF.text else {
            return
        }
        age = Int(userAge)!
    }
    func showAlert(title: String, message : String){
        
        let alert = UIAlertController(title: title, message: message, preferredStyle: .alert)
        
        let okAction = UIAlertAction(title: "OK", style: .default, handler: nil)
        
        alert.addAction(okAction)
        
        present(alert, animated: true, completion: nil)
        
    }

}

Comments

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

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

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