問題タブ [design-decisions]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c++ - 特定のオブジェクトを視覚化するために使用されるロード済みテクスチャはどこに保存できますか?
drawable class がありButton
ます。そのテクスチャを内部に保存して非表示にする必要があります。
...または、ある種のプロキシを覚えて、「より賢い」抽象化によって使用される魂のないゲッターを提供する方が賢明ですか?
最初のアプローチButton
は、描画サブモジュールを認識しながら、完全に構成されたオブジェクトとして表現しているようです。2 番目の設計では、このような結合がなくなり、(おそらく) 並列化が容易になります。ただし、これButton
はばかげた DTO のように見え、あまり便利ではないインターフェースを提供します (提供されている例では違いが目立ちませんが、実際の例は苦痛です)。
通常はどちらの決定が好まれますか?またその理由は? 私が気付かなかった可能性のある問題 (またはその他の解決策) はありますか?
c++ - オブジェクトは、その状態に応じて異なるリクエストをどのように待つことができますか?
私Controller
のクラスはObject
、パブリック メソッドを介して一部を操作します。ここに問題があります。Object
によって要求された特定の変更は、Controller
それ以上の操作を実行する前に明確にする必要があることが判明する可能性があります。どうすればきれいに解決できますか?問題をより理解しやすくするための簡単な実装を次に示します。
よりクリーンなデザインの決定はありますか? これが私の考えです(あなたが望むなら、あなた自身の考えを思いつく前に読んではいけないかもしれません):
ただし、まだ優れたソリューションにはほど遠いようです。もっと良いものはありますか?
c# - なぜ ImmutableList なのかクラスだが ImmutableArray構造体?
ImmutableArrayとImmutableListのドキュメントを読むと、次のことがわかります。
ImmutableArray<T>
として実装されましたstruct
ImmutableList<T>
として実装されましたclass
質問:
そのような設計上の決定の理由を説明できますか?
ImmutableArray<T>
特に、なぜstruct
.
結局のところ、そうでSystem.Array
あるclass
のに、なぜそうでないのImmutableArray<T>
でしょうか。