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ước và sau 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

Post a Comment

Popular posts from this blog

Swift GCD part 1: Thread safe singletons

Preview Singletons are entities, referenced to the same instance of a class from everywhere in your code. It doesn't matter if you like them or not, you will definitely meet them, so it's better to understand how they work. Constructing and handling a set of data doesn't seem to be a big challenge at first glance. The problems appear when you try to optimise the user experience with background work and your app starts acting weird. ??‍♂️ After decades of watching your display mostly with a blank face, you finally realize that your data isn't handled consistently by the manager because you're accessing it (running tasks on it) from multiple threads at the same time. So you really do have to deal with making your singletons thread safe. This article series is dedicated to thread handling using Swift. In the first part below you will get a comprehensive insight into som...
Post a Comment
Read more

Thread safe singleton’s in Swift

What are singletons? — Singleton is design patterns which says that there should be only one instance of the class for the lifetime of the application. One the best example of Singleton is AppDelegate . How to write a singleton class ? class DefaultDict{ private var dict:[String:Any] = [:] public static let sharedManager = DefaultDict() private init(){ } public func set(value:Any,key:String){ dict[key] = value } public func object(key:String) -> Any?{ dict[key] } public func reset(){ dict.removeAll() } }   Testing singleton class under concurrent circumstances. We are going to write an example where we will set values in dict from various threads and even try to access some with different threads. When we do this we will encounter a crash. If you look closely it will be because of race condition and the crash will be on line set(value:Any,key:String) . class ViewController: UIViewController { ...
Post a Comment
Read more

Frame vs Bounds in iOS

This article is a repost of an answer I wrote on Stack Overflow . Short description frame = a view’s location and size using the parent view’s coordinate system ( important for placing the view in the parent) bounds = a view’s location and size using its own coordinate system (important for placing the view’s content or subviews within itself) Details To help me remember frame , I think of a picture frame on a wall . The picture frame is like the border of a view. I can hang the picture anywhere I want on the wall. In the same way, I can put a view anywhere I want inside a parent view (also called a superview). The parent view is like the wall. The origin of the coordinate system in iOS is the top left. We can put our view at the origin of the superview by setting the view frame’s x-y coordinates to (0, 0), which is like hanging our picture in the very top left corner of the wall. To move it right, increase x, to move it down increase y. To help me remember bound...
Post a Comment
Read more