1 の値が等しい場合、オブジェクトもデフォルトで等しくなりますか?
.net コンテナ内の特定の referencetype の存在を判断するためのデフォルトのルールは何ですか? ポインタ値が等しいかどうかを判断します。
private static List<int> list; static void Main(string[] args) { //新建实例instance1 MyObject instance1 = new MyObject(); instance1.Value = 10; //新建list List<MyObject> list = new List<MyObject>(); //引用实例instance1 list.Add(instance1); //新建实例:instance2 MyObject instance2 = new MyObject(); //赋值为instance1.Value instance2.Value = instance1.Value; } }
使用されるModelクラス:
public class MyObject { public int Value { get; set; } }
以下のテストを行ってみましょう:
//即便Value相等,instance2与instance1的内存地址不相等! bool isExistence1 = list.Contains(instance2); //isExistence1 : false;
このテストの結果はfalseです。これは、値は同じですが、異なるメモリアドレスを指しているためです。これは「値は等しい、オブジェクトは等しくない」です。
属性 の 1 つの値に基づいて参照型が等しいかどうかを判断したい場合は、IEquatable インターフェイス を実装する必要があります。
値が等しいかどうかに基づいてオブジェクトが等しいかどうかを引き続き確認したい場合は、次の記事を参照してください: C# コンテナ、インターフェイスクラス、パフォーマンス
2 リファレンストラップ?
あるオブジェクトが別のオブジェクトを参照すると、一方が変化すると他方も変化します。たとえば、2 つの辞書をマージすると、マージ結果は正しくなりますが、元のオブジェクトが誤って変更されてしまいます。
ここに例があります:
var dict1 = new Dictionary<string, List<string>>(); dict1.Add("qaz",new List<string>(){"100"});//含有qaz键 dict1.Add("wsx",new List<string>(){"13"}); var dict2 = new Dictionary<string, List<string>>(); dict2.Add("qaz", new List<string>() { "11" });//也含有qaz键 dict2.Add("edc", new List<string>() { "17" }); //合并2个字典到dict var dictCombine = new Dictionary<string, List<string>>(); foreach (var ele in dict1) //拿到dict1 { dictCombine .Add(ele.Key,ele.Value); } foreach (var ele in dict2) //拿到dict2 { if(dictCombine.ContainsKey(ele.Key))//检查重复 dictCombine [ele.Key].AddRange(ele.Value); else { dictCombine .Add(ele.Key,ele.Value); } }
dictCombine の結果は正しいです、{"qaz", "100" and "11"}, {"wsx","13"}, {"edc"," 17 ”}
しかし、dict1 の結果はどうでしょうか? 変わってしまった! dict1 は予期せず {"qaz", "100" and "11"}, {"wsx", "13"} になりました。 正しいマージです。dict1 は変更しないでください。
理由の分析
dictCombineはまずdict1のキー値を追加します。つまり、dictCombineのキー値はすべてdict1のキー値を参照します。次に、dict2をマージするときに、まずdictCombineにキー値が含まれているかどうかを判断します。 dict2 の値が含まれている場合は、それを dictCombine のキー値に追加します。値は同じオブジェクトを参照します。つまり、この値は dict1 のキー値に追加されます。 dictCombine[ele.Key] と dict1[ele.Key] の参照が等しいかどうかの検証:
bool flag = object.ReferenceEquals(dictCombine[ele.Key], dict1[ele.Key]);//true
正しい解決策
dictCombine[ele.Key] と dict1[ele.Key] の参照が等しいことを避けてください。 ! !
Dictionary<string, List<string>> dict = new Dictionary<string, List<string>>(); //先把键都合并到dictCombine中,值都是新创建的 foreach (var key in dict1.Keys) { if (!dictCombine.ContainsKey(key)) dictCombine.Add(key, new List<string>()); } foreach (var key in dict2.Keys) { if (!dictCombine.ContainsKey(key)) dictCombine.Add(key, new List<string>()); } //分别将值添加进去 foreach (var ele in dict1) { dictCombine[ele.Key].AddRange(ele.Value); } foreach (var ele in dict2) { dictCombine[ele.Key].AddRange(ele.Value); }
dictCombine マージ結果は正しく、dict1 も dict2 も変更されていません。
概要
参照等価性を使用すると、関数間での値の受け渡し(参照による)など、多くの利点が得られます。しかし、使い方を誤ると無用なトラブルを招くことにもなります。
3 不適切な参照によりカプセル化が破壊されますか?
カプセル化されたクラスのプライベートフィールドがインターフェイスメソッドの戻り値として使用される場合、このアプローチはクラスのカプセル化を破壊することになり、これは特に無視されやすい問題です。この問題を無視すると、不可解な問題が発生する可能性があります。
以下のコードに示すように、
public class TestPrivateEncapsulate { private List<object> _refObjs; public List<object> GetRefObjs() { _refObjs = new List<object>(); ... ... //其他逻辑处理计算出来的_refObjs={1,4,2}; return _refObjs; //返回私有字段 } public object GetSumByIterRefObjs() { if (_refObjs == null) return null; foreach (var item in _refObjs) { ...//处理逻辑 } } }
先ほど書いたクラス TestPrivateEncapsulate を使用して、まずインスタンスを作成します、
TestPrivateEncapsulate test = new TestPrivateEncapsulate();
それから呼び出します:
List<object> wantedObjs = test.GetRefObjs();
返される期待されるwantedObjsには、整数型の要素が3つあるはずです。 、4、2。
続き:
List<object> sol = wantedObjs; //我们将sol指向wantedObjssol.Add(5); //加入元素5
戻って計算したいとき、wantedObjsの元の要素の合計:
test.GetSum();
予想した7ではなく、誤って12を取得してしまいました。どうしてこれなの?
注意深く分析した結果、クライアントで sol.Add(5) を呼び出した後、TestPrivateEncapsulate: _refObjs の変数を間接的に変更し、それが {1,4,2} から {1,4,2, 5 }。
クライアント側でプライベート変数が変更されました!これは、プライベート変数を返すインターフェイスの副作用です。
正解:
// 将原来的公有变为私有 private List<object> getRefObjs() { _refObjs = new List<object>(); ... ... //其他逻辑处理计算出来的_refObjs={1,4,2}; return _refObjs; //返回私有字段 } //只带只读的属性 public RefObjs { get { getRefObjs(); return _refObjs; } }
読み取り専用属性のみを持つパブリックフィールドを設定し、元のパブリックメソッドGetRefObjsをプライベートメソッドgetRefObjsに変更して、クライアント側でプライベートフィールドを変更できないようにします。
概要
オブジェクトの属性値はすべて等しいですが、オブジェクト参照は必ずしも等しいわけではありません。このオブジェクトが変更されると、すべてのリファラーの属性値も変更されます。 ;
メンバーはカプセル化された参照変数を返し、カプセル化を破棄します。
以上が.NET Framework - 参照トラップのコード例の共有の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

c#.netissuitableforenterprise-levelApplicationsとsystemduetoitsSystemdutyping、richlibraries、androbustperformance.

.NETでのC#のプログラミングプロセスには、次の手順が含まれます。1)C#コードの作成、2)中間言語(IL)にコンパイルし、3).NETランタイム(CLR)によって実行される。 .NETのC#の利点は、デスクトップアプリケーションからWebサービスまでのさまざまな開発シナリオに適した、最新の構文、強力なタイプシステム、および.NETフレームワークとの緊密な統合です。

C#は、Microsoftによって開発された最新のオブジェクト指向プログラミング言語であり、.NETフレームワークの一部として開発されています。 1.C#は、カプセル化、継承、多型を含むオブジェクト指向プログラミング(OOP)をサポートしています。 2。C#の非同期プログラミングは非同期を通じて実装され、適用応答性を向上させるためにキーワードを待ちます。 3. LINQを使用してデータ収集を簡潔に処理します。 4.一般的なエラーには、null参照の例外と、範囲外の例外インデックスが含まれます。デバッグスキルには、デバッガーと例外処理の使用が含まれます。 5.パフォーマンスの最適化には、StringBuilderの使用と、不必要な梱包とボクシングの回避が含まれます。

C#.NETアプリケーションのテスト戦略には、ユニットテスト、統合テスト、エンドツーエンドテストが含まれます。 1.単位テストにより、コードの最小ユニットがMSTEST、ヌニット、またはXUNITフレームワークを使用して独立して動作することを保証します。 2。統合テストでは、一般的に使用されるシミュレートされたデータと外部サービスを組み合わせた複数のユニットの機能を検証します。 3.エンドツーエンドのテストでは、ユーザーの完全な操作プロセスをシミュレートし、通常、セレンは自動テストに使用されます。

C#シニア開発者とのインタビューでは、非同期プログラミング、LINQ、.NETフレームワークの内部作業原則などのコア知識をマスターする必要があります。 1.非同期プログラミングは、非同期を通じて操作を簡素化し、アプリケーションの応答性を向上させるのを待ちます。 2.LinqはSQLスタイルでデータを操作し、パフォーマンスに注意を払います。 3.ネットフレームワークのCLRはメモリを管理し、ガベージコレクションに注意して使用する必要があります。

C#.NETインタビューの質問と回答には、基本的な知識、コアの概念、高度な使用が含まれます。 1)基本知識:C#は、Microsoftが開発したオブジェクト指向言語であり、主に.NETフレームワークで使用されています。 2)コアの概念:委任とイベントは動的な結合方法を可能にし、LINQは強力なクエリ関数を提供します。 3)高度な使用:非同期プログラミングは応答性を向上させ、式ツリーは動的コード構造に使用されます。

C#.NETは、その強力なエコシステムと豊富なサポートのため、マイクロサービスを構築するために人気のある選択肢です。 1)asp.netcoreを使用してRestfulapiを作成して、順序の作成とクエリを処理します。 2)GRPCを使用して、マイクロサービス間の効率的な通信を実現し、注文サービスを定義および実装します。 3)Dockerコンテナ化されたマイクロサービスを介して展開と管理を簡素化します。

C#および.NETのセキュリティベストプラクティスには、入力検証、出力エンコード、例外処理、認証と承認が含まれます。 1)正規表現または組み込みのメソッドを使用して入力を検証して、悪意のあるデータがシステムに入るのを防ぎます。 2)XSS攻撃を防ぐための出力エンコード、httputility.htmlencodeメソッドを使用します。 3)例外処理により、情報の漏れが回避され、エラーが記録されますが、詳細情報はユーザーに返されません。 4)ASP.Netidentityおよび請求に基づく許可を使用して、不正アクセスから申請を保護します。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

Dreamweaver Mac版
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

WebStorm Mac版
便利なJavaScript開発ツール

SecLists
SecLists は、セキュリティ テスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティ テスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティ テストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジング ペイロード、機密データ パターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテスト マシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。
