Геттеры и сеттеры в Swift. Имеет ли смысл вместо этого использовать WillSet и DidSet?

Ваш вопрос сводится к ошибке времени компиляции и времени выполнения. Чтобы ответить на ваши 3 вопроса:

1. Да, willCheck – ваш единственный вариант.
2. Свойства только для чтения делятся на 2 типа: (а) те, значение которых выводится из других свойств, например, их суммы; и (б) те, которые вы хотите изменить самостоятельно, но не пользователями. Первый тип действительно не имеет сеттера; второй тип имеет общедоступный геттер и частный сеттер. Компилятор может помочь вам проверить это, и программа не будет компилироваться. Если вы добавите fatalError в didSet, вы получите ошибку времени выполнения, и ваше приложение выйдет из строя.
3. Могут быть объекты состояния, с которыми вы не хотите, чтобы пользователь свободно возился, и да, вы можете полностью скрыть их от пользователей.

Первый пример вашего кода был слишком подробным при определении вспомогательных переменных - вам не нужно этого делать. Чтобы проиллюстрировать эти моменты:

class Test
{
    // 1. Validate the new value
    var mustBeginWithA: String = "A word" {
        willSet {
            if !newValue.hasPrefix("A") {
                fatalError("This property must begin with the letter A")
            }
        }
    }

    // 2. A readonly property
    var x: Int = 1
    var y: Int = 2
    var total: Int {
        get { return x + y }
    }

    private(set) var greeting: String = "Hello world"
    func changeGreeting() {
        self.greeting = "Goodbye world" // Even for private property, you may still
                                        // want to set it, just not allowing the user
                                        // to do so
    }

    // 3. Hide implementation detail
    private var person = ["firstName": "", "lastName": ""]
    var firstName: String {
        get { return person["firstName"]! }
        set { person["firstName"] = newValue }
    }

    var lastName: String {
        get { return person["lastName"]! }
        set { person["lastName"] = newValue }
    }

    var fullName: String {
        get { return self.firstName + " " + self.lastName }
        set {
            let components = newValue.componentsSeparatedByString(" ")
            self.firstName = components[0]
            self.lastName = components[1]
        }
    }
}

Использование:

let t = Test()
t.mustBeginWithA = "Bee"        // runtime error

t.total = 30                    // Won't compile

t.greeting = "Goodbye world"    // Won't compile. The compiler does the check for you
                                // instead of a crash at run time

t.changeGreeting()              // OK, greeting now changed to "Goodbye world"

t.firstName = "John"            // Users have no idea that they are actually changing 
t.lastName = "Smith"            // a key in the dictionary and there's no way for them
                                // to access that dictionary

t.fullName = "Bart Simpsons"    // You do not want the user to change the full name
                                // without making a corresponding change in the
                                // firstName and lastName. With a custome setter, you
                                // can update both firstName and lastName to maintain
                                // consistency

Примечание о private в Swift 2 и Swift 3: если вы попробуете это на игровой площадке Swift 2, вы обнаружите, что t.greeting = "Goodbye world" работает очень хорошо. Это связано с тем, что Swift 2 имеет странный спецификатор уровня доступа: private означает «доступен только в текущем файле». Разделите определение класса и пример кода на разные файлы, и Xcode будет жаловаться. В Swift 3 это было изменено на fileprivate, что более понятно и сохраняет ключевое слово private для чего-то более похожего на Java и .NET.