赤外線FMワイヤレスヘッドホンって昔いっぱいあった(今も？)けど、可視光LED照明デジタルワイヤレスヘッドホンって無理なのかな？＞＜
電球の光を観察すれば、25メートル離れた場所の会話が盗聴できる。イスラエル | スラド ハードウェア https://hardware.srad.jp/story/20/06/17/1459218/
なんでないのかというとたぶん両方にするとGCが複雑になるのと、さっき書いた通り、みんな使い分けを理解できず即時実行デストラクタの方に終了処理全部書いちゃうだろうと思われてるからだと思う＞＜；
かなり前にツイッターでGC関連の話題が盛り上がった時に、
GCと、スコープが外れた瞬間に呼ばれるデストラクタの両方がある言語って無いの？＞＜
ってちょっと盛り上がったけどそういうの無いらしい＞＜
(遅延実行デストラクタと即時実行デストラクタの二段構えな環境＞＜)
オレンジはそう考えてて、スコープ外れた瞬間にデストラクタが呼ばれる特殊な参照カウンタインタフェース実装して欲しいって前から言ってる＞＜；
ただし、さっき書いたようにそうするとそればっかり使う馬鹿が現れて極端にパフォーマンスが落ちる事態も起きそうだし、たぶんそれを危惧してるのでDelphiにはあったのにC# には受け継がれなかったんだと思う＞＜；
orange
さんがブースト
GC が適用される型と適用されない型を分けるとか、 GC されるハンドル型とされないポインタ型を分けるとか、なんか他にやりようあるんじゃないの？ と思ってしまう (まあやった結果として駄目な API が完成したのかもしれないけど、それは単に失敗しただけでは)
orange
さんがブースト
そもそもいわゆる高度な GC が本質的に非決定性を抱えているものなので、その上に決定性のあるリソース破棄を実装しようというのが「？」という感じ (いや GC を最後の砦にしたい気持ちはわかるけど)
GUIのリソースはだいたい明示的なタイミングで解放するほうがパフォーマンスが良いもの＞＜(短く説明するの難しい＞＜)
「なんでもかんでも毎回リソース解放してたらパフォーマンス悪い」
↓
GCだ！
↓
「でも、少数派ながら長期間抱え込むと逆にパフォーマンスに悪影響があるリソースもある」
↓
IDisporsableだ！
↓
「でも、明示的に解放するの忘れたらどうしよう」
↓
GCがいつか呼ぶデストラクタで解放されるので一応ある程度安全(でもパフォーマンスは低下するのであくまでフールプルーフ)
GC導入によるパフォーマンス向上の代償かも＞＜
orange
さんがブースト
それ GC まわりの設計の問題では (GC 詳しくないけど、 GC レスなマトモな言語でそういう問題起きないので)
orange
さんがブースト
「取っ付きやすさは後からどうにかできるが、デザインや哲学は簡単には変えられない (というかそこを弄るなら別物を作り直した方がいい)」という思想なので、何はともあれ一番重視するのは哲学です
逆に言うと、いつ解放してもほとんど問題がないであろうリソースにはIDisporsableは使わない＞＜ 明示的に解放しなければ問題があるので問題がある場面で使われている＞＜
C# がスコープによる参照カウントの仕組みを用意しなかったのは、そうするとたぶん不適切な場面でも参照カウンタによるデストラクタ呼び出しを多用されまくられて、GCの遅延実行がほとんど機能しなくなって(しかもC# の方式では参照カウンタは処理が余計に必要だろうし)パフォーマンスが極端に落ちることを危惧したんだと思う＞＜
https://homoo.social/@204504bySE/104364240471817593
の通り、いつかはデストラクタが実行されて解放される＞＜
ただしいつ実行されるかはGCのお気持ち次第で、それまでは無駄にリソースを食い続ける＞＜
そして、IDisporsableは、ある時点で明示的にリソースが解放されるべきものに使う仕組みで、つまりそれは明示的にリソースがされるべきもの＞＜(たとえばグラフィック関連のものであればもうこれは描画に使用しないとするタイミング(や一通りの処理が終わったタイミング)で解放されるべきもの＞＜)
orange
さんがブースト
秋ののんけ運動
@orange_in_space IDisposableを実装するクラスは、デストラクタ内でもDisposeを呼ぶことが求められている(コンパイルエラーは出ないが) つまり自分でusingしなくてもそのオブジェクトがGCされるときにアンマネージドリソースも開放される。
それはそうだけど、(たぶん)パフォーマンスを考えてあえてそうなってて、その上で、
orange
さんがブースト
「忘れてた」ときに問題が起きるデザイン自体が error-prone であると形容される人間に優しくないデザインそのものなのではという感想しかないです……
ていうか、C# のお勉強の課題でIDisposableなものをDisporse忘れ(using忘れ)してたら減点対象にするのが普通だと思うけど違うの？＞＜；
あとJavaも含めてfinallyを使うべき場面で使ってないとか＞＜
自信なくなってきた＞＜
めげてきた＞＜
多重化して多層にするの大事だし、ぶっ壊れた！→全停止 ってするのが安全な分野は限られてる＞＜
危険な部分だけきれいに止まれるようにも多重化＞＜
実際の飛行機に限った話というか、毎度お馴染みエアバスA320＞＜； の話で言うと、
オートパイロットが壊れたらオートパイロットが無効になるはその通り＞＜
一方でA320系は多重フライバイワイヤな飛行機で、高レベルの操縦システムが壊れたら1段下に落ちるようになってる＞＜
一番下まで落ちると非常用の直接操縦するモードになって、直接舵を操作することになる＞＜
このモードはプロテクションもフィードバックもなくとても操縦が難しいらしく危険で、ほんとのほんとにダメもとになってる＞＜
一番上の通常の操縦システムが壊れても、もちろんAPが壊れた程度でも、いきなり一番下の危険なモードには落っこちない＞＜
- ＠orange_in_space
2017年 4月に登録
