を合成からデコーダ初期化を防ぎ、私持っているレルムのObject型から継承し、次のスウィフト4 Codable
クラス、:復号可能 - 継承は
final class SearchResult: RealmSwift.Object, Codable {
@objc dynamic var name: String = ""
@objc dynamic var region: String = ""
enum CodingKeys: String, CodingKey {
case name = "name"
case region = "region"
}
}
ここでの期待は、私が持っていないようにinit(from decoder: Decoder)
方法が合成されることをですそれを自分で実装することは非常に便利です。
super.init isn't called on all paths before returning from initializer
は、コンパイラエラーを取り除くはgitには3つの方法があり、それらのどれもが良いではない:
が空
init(from decoder: Decoder)
を実装しかし、これを実施しないと、次のコンパイラエラーを生成しますこのメソッドはsuper.init()
を呼び出します。これは合成を妨げるようですが、実際には何もデコードされないことを意味します。手全体で
init(from decoder: Decoder)
メソッドを実装します。これは動作しますが、今ではCodable
を使用する喜びはほとんどなくなりました。レルム関連のコードをすべて削除します。現在、Codableは期待どおりに動作しますが、今はもうRealmを使用できません。
それはinit(from decoder: Decoder)
は実際にだけではない手で、実装されていることを検出する必要がありますので、これは、私にはスウィフトバグのように思えます。
わからないことはありますか?
https://bugs.swift.org/browse/SR-5122にこの問題を追跡するスウィフトバグがあります。私はまた、レーダーを提出して、Appleに回避策がもたらす苦痛を知らせ、あなたが修正を評価することを提案することをお勧めします。しかし、この問題の回避策についてはわかりません。 – bdash
これは現在バグです。クラスのコーディング可能な適合性は、現在、いくつかの箇所で壊れており、私はすぐにそれを修正しようとしています。 (これは機能の重要な部分であり、リリース前に修正する必要があります) –
これは良いことです。私はそれまでに手作業で実装することに固執すると思います。 – RamwiseMatt