Swift5 ネストされたenumのextension

Question

こんにちは。

ネストされたenumの扱いについて質問です。
enumでextensionを使用する際、以下のような書き方ができると思います。

enum ModelError: Error {
    case invalidLendth
    case invalidBlank
    case invalidSessionXML
    case invalidXMLItem
}

extension ModelError {
    var errorText: String {
        switch self {
        case .invalidBlank:
            return "Blank was found"
        case .invalidLendth:
            return "Text is too long"
        case .invalidSessionXML:
            return "Cannot get XML data"
        case .invalidXMLItem:
            return "Cannot found items"
        }
    }
}
let modelError: ModelError = .invalidBlank
let text = ModelError.errorText
print(text) //Blank was found

しかし、enumをネストし、そのenumにextensionをかけたところ　”Use of undeclared type~” のエラーが見つかりました。

enum AlertHandller {
    enum Success {
        case setItem
        case deleteCell
    }
    
    enum ErrorInput: Error {
        case setItem
        case session
    }
}

extension ErrorInput { // ここでエラー
    var errorText: String {
        switch self {
        case .setItem:
            return "cannot set item"
        case .session:
            return "cannot get data"
        }
    }
}

ロジック自体がちょっと遠回り？な記述という気もしますが、
上記のようにネストされたenumにextensionは書けないのか？という疑問を抱いたので投稿させていただきました。

やりたかったこととしては以下のようなものです。

let initial = AlertHandller.ErrorInput.setItem
let text = initial.errorText
print(text) // cannot set item

今投稿を書いていて自覚したのですがlet text = initial.errorTextのところがちょっと気持ち悪かったです。
おそらく概念的に破綻しているのでしょうか？
わかりそうでわからなかったので、このまま投稿させて頂きます。

よろしくお願いします。

Comments

[fuzzball]

後半、気持ち悪さを具体的に書いて下さい。

[mogiruri]

コメントありがとうございます。

enumをswitchで分岐させる場合、初期化されている値を用いると思いますが（一番上のブロックのコードlet modelError: ModelError = .invalidBlank のようにケースを初期化）
ネストenumの場合、親enumである Success と ErrorInput という二つを持ったAlertHandlerが定まっていないため？などと思っていましたが、今一つ一つ丁寧に掘り下げていったら原因がわかりました。

そもそもの　let initial = AlertHandller.ErrorInput.setItem　をAlertHandller型と思い込んでいましたが、ネストがあるため AlertHandller.ErrorInputまでが型というの正しい表記でした。そのため、書き方は
let initial: AlertHandller.ErrorInput = .setItem という風にできます。

そしてextensionの部分ですが、こちらも同様
extension AlertHandller.ErrorInput {} とすることで解決いたしました。

このような書き方をしているソースに私はまだ出会ったことがないのですが、こういう使い方はされるのでしょうか？終着点のcaseまで道のりが長くなるのでどうなのかなと思い、、、

[fuzzball]

道のりが長いとかは関係なくて、ErrorInput が AlertHandller の中にある必要があるかどうか、で決めることではないでしょうか？
個人的には、なぜ AlertHandller が enum なのかが気になりました。

[mogiruri]

上記のコードはいじってしまいましたが自分が製作しているものの中で実装したかったのは、
入力だったり、ネットワークセッションだったりで成功・失敗のアラートを表示させたかったので、上記のようにケースパターンを作成し、extensionの中に var alert : UIAlertController のようなcaseによって違うアラートを返すフローを作りたかったのです。

[fuzzball]

端折ったコードなのであれば、これ以上私が言えることはないです。（っていうほど詳しくないですけどね）繰り返しになりますが、enumのネスト自体は何の問題も無いと思います。

[mogiruri]

コメントありがとうございました。
enumのネストですが、これは一番いいやり方か吟味してから実装するかどうか決めたいと思います！

Answer 1

AlertHandller.ErrorInputじゃないですかね。