【Console Application】ファイルとデータベース 358【学習記】
今回の概略
ドキュメントの移植は いつも忘れる😞
Swift はデストラクタが定義可能🤔
ただし意図的にプロパティを削除するにはオプショナル型にしていないとできない🙄
プロパティを個別にオプショナル型にするよりクラスをオプショナル型にして内部の強参照に気を配る方が簡単…らしい🤔
#学習記 #Swift
#デストラクタ #deinit #ARC
前回の粗筋
init 群をやっつけた🤪
略値設定が有るとオーバーロードを書く数が減って楽だと思う等🤤
DBAccessor
前回終わりにチラ見した時は loadTable の前に何かこまかいのが有った気がするけどそのあたりから😑
の前に
最早常習となってしまった「の前にドキュメント移植」…😞
一応イイワケするとね? OC ってヘッダっていう「定義ファイル」が別になってて、そっちにドキュメント書かないと他から参照できないのね?😑
でも移植は実装の方だけ見てれば良いんだけどここにドキュメントが無いのよ😞
で、移植が終わって次に取り掛かる時にヘッダ見てドキュメント移植忘れてるって気がつくって話🙄
まぁ、そういうネタとして嵩増しできるから良いのかなと思わなくもない🤪
disconnect
OC の時は nil 放り込んで終わりだったけど Swift は Kotlin 同様 null 安全方式だからここは Kotlin に倣うべきかしらね🤤
DBC の disconnect だけ呼んで終わってる🤪
はて?それじゃそもそも Swift のメモリ管理はどうなってるぽ?🤔
基本はガベコレ任せなのは分かるけど😑
おや?どうやら Swift はデストラクタが有るっぽい🤤
記事の冒頭を見る限りだと ARC が云々と書かれててまぁ仕組みとしては OC の物が内部的に支えてると考えて差し支えなさそう🤔
………
でもこの記事だけだと、クラスをオプショナルにしないと話が通らない😑
プロパティの中身を開放する方法が有れば………🙄
………
weak とか unowned での弱参照の話とかしか出てこないっぽ😑
どうやら Java や OC の様な変数に null を入れてメモリ解放をしたいならオプショナルにしないとならないっぽい🙄
ええ…今から全部オプショナルに?できねぇ!🤪
要するに Kotlin と同じ🤤
次回は
loadTable 🤤
この記事が気に入ったらサポートをしてみませんか?