問題タブ [overuse]

私は可能な限りミニマリストになるように努めています。繰り返しが問題です。私はそれが嫌いです。本当に問題になるのはいつですか？

1. 静的な使いすぎとは何ですか？
2. フィールドメソッドの乱用とは何ですか？
3. クラスの乱用とは何ですか？
4. 使いすぎの種類は他にもありますか？

問題A：静的を使用するには多すぎる場合はどうなりますか？

問題B：プライベートメソッドでフィールドデータを取得するには多すぎる場合はどうなりますか？

関連している

• インターフェイスの乱用
• ゲームでの静的な使用

単純な議論のスレッドで終わらないように、質問を試みます。

最近、C# でコーディングされたアプリケーションに飛び込んで、例外メカニズムを発見しています。そして、私は次のようないくつかの悪い経験をしました

私はそれを次のように変更しました：

結果、Visual Studio の出力に次のようなメッセージが殺到しなくなりました

最初のチャンス System.FormatException blabla

「-」のような文字列がスニペットに到着したとき。2番目のスニペットを使用する方がクリーンだと思います。

さらに一歩進んで、「この try-catch でやりたいことは何でもします。何か問題が発生した場合は、catch します。」というように、例外があまりにも頻繁に使用されていることをよく見てきました。

悪い誤解にとらわれないようにするために、これらの例外をいつどのように使用するか、およびいつ古い学校の「if...else」に固執するかを明確に定義するのを手伝ってほしい.

よろしくお願いします。

私たちは、問題の1つにオブザーバーパターンを使用することについて、私の職場で前後に議論してきました。私はどういうわけか「使いすぎ」のにおいがしますが、アイデアにはオープンです。したがって、要件は

オブジェクトの階層->注文と注文内の複数のラインアイテムがあります。注文をキャンセルする場合は、すべての広告申込情報をキャンセルする必要があります。

これを行うために、オブザーバーパターンイディオムのサブジェクトであるOrderCancelクラスと、オブザーバーであるLineItemCancelクラスを作成しました。また、CancelOrders（Listorders）メソッドを持つOrderManagerクラスがあります。このクラスは、OrderCancelおよび対応するLineItemCancelオブジェクトをインスタンス化し、それらすべてをOrderCancelに登録します。コードは次のとおりです。

これは不適切な使用法であると私は確信しています。しかし、私はこのクラスの設計者を説得することはできません。デザイナーは仕事をしている建築家の一人なので、これが正しいかどうか自分で考えようとしています。

あなたの考えを聞くのを楽しみにしています。

ポインターの配列を持つクラスがあり、ポインターを逆参照して参照として返すメソッドがあるとします。メソッドの呼び出し元が、ポインターが指しているオブジェクトの非 const メソッドを呼び出せるようにしたいだけでなく、ポインターが指しているオブジェクトを変更する呼び出し元から自分自身を保護したいと考えています。const 参照を返す場合、ポインター オブジェクトのメソッドの多くを const としてマークする必要があるため、そのクラス メンバー変数の多くを可変としてマークする必要があります。

1. これは悪い習慣ですか？もしそうなら、どうすればこれを回避できますか？
2. ミュータブルを使いすぎるとパフォーマンスが低下しますか?

例：