이 글에서는 주로 C#에서 리플렉션과 동적을 가장 잘 조합한 샘플 코드를 소개합니다. 필요한 친구들은 참고하면 됩니다.
리플렉션 기술은 C#에서 널리 사용됩니다. 이해하신다면 다음 단락의 설명을 읽어보시고, 그렇지 않다면 다음 단락을 건너뛰시기 바랍니다. 광고: 내 글을 좋아하는 친구들은 내 블로그에 관심을 가져주세요. 이는 글쓰기 의욕을 높이는 데에도 도움이 될 것입니다.
반성: 아름다운 여자나 잘생긴 남자에게 등을 돌리고 있지만 그들을 주의 깊게 관찰하고 연구하기 위해 돌아설 수 없을 때(순전히 허구, 우연이나 유사성) 작은 거울이 당신의 필요를 충족시킬 수 있습니다. C# 프로그래밍 과정에서 우리는 종종 유사한 상황에 직면합니다. 다른 사람이 작성한 dll 클래스 라이브러리가 있는데 사용하고 싶은데 프로그램 문서가 없습니다... 이때 C# Runtime에서 제공하는 기능을 통해 dll 클래스 라이브러리를 사용할 수 있습니다. 라이브러리를 프로그램에 로드하고 dll의 모든 부분을 연구합니다. 이는 C#의 반영입니다.
개인적으로 생각하는 리플렉션의 가장 두드러진 장점이나 합리성은 프로그램의 원본 코드를 수정하지 않고 프로그램 기능을 동적으로 조정(런타임 동적 객체 생성)하는 것입니다.
예:
interface IRun { void Run(); } class Person : IRun { public void Run() { Console.WriteLine("走,去LOL啊!"); } } class Car : IRun { public void Run() { Console.WriteLine("呜..........."); } } class Program { static void Main(string[] args) { IRun e = new Person(); e.Run(); Console.ReadLine(); } }
위의 Run 함수는 반드시 Person에 의해 실행되는 것은 아닙니다. 때로는 Car가 필요할 때도 있고 Person이 필요할 때도 있습니다. 일반적인 해결책은 다음과 같은 판단 구조를 추가하는 것입니다.
static void Main(string[] args) { Console.WriteLine("请输入:Car或Person"); string type = Console.ReadLine(); IRun e = null; if ("Car" == type) { e = new Car(); }else if("Person" == type) { e = new Person(); } if(null != e) e.Run(); Console.ReadLine(); }
이 구조는 현재 요구 사항을 해결하지만 견고하지는 않습니다. IRun 인터페이스 구현 및 관련 클래스의 상속이 증가함에 따라 위의 판단 구조도 빠르게 성장할 것입니다. 객체지향 프로그래밍과 디자인 패턴이 따르는 주요 원칙 중 하나는 변환을 캡슐화하는 것이므로 위의 프로그램은 변화에 잘 대처할 수 없습니다. 여기서는 "디자인 패턴"에 대한 지식을 포함하지 않으므로 아래 샘플 코드는 위 프로그램을 단순화하기 위한 것일 뿐 디자인 패턴과 관련된 지식을 의도적으로 적용하지는 않습니다. 다음과 같습니다.
static void Main(string[] args) { Console.WriteLine("请输入:Car或Person"); string type = Console.ReadLine(); string classPath = String.Format("namespace.{0}", type); IRun e = Activator.CreateInstance(null, classPath).Unwrap() as IRun; if(null != e) e.Run(); Console.ReadLine(); }
위 수정 후 프로그램은 사용자 입력을 기반으로 Activator.CreateInstance를 통해 IRun 인스턴스를 생성할 수 있습니다. IRun 구현자가 늘어나도 프로그램은 더 이상 변경되지 않습니다. 위의 장점은 반성을 통해 얻어지는 것이며, 이것이 바로 내가 '반성 존재의 합리성'이라고 생각하는 것이기도 하다.
Activator와 Assembly는 반사 메서드를 구현하여 객체를 생성합니다.
반사 메서드에서 객체를 생성하는 것은 Activator.CreateInstance(정적) 및 Assembly.CreateInstance(비정적)를 통해 수행할 수 있으며, 그중 Assembly.CreateInstance는 여전히 호출됩니다. 내부적으로 Activator.CreateInstance.
동적으로 생성할 유형 객체가 현재 어셈블리에 있는지 여부에 따라 리플렉션으로 생성된 객체는 어셈블리 내에서 유형 객체를 생성하는 것과 어셈블리 외부에서 유형 객체를 생성하는 것으로 나눌 수 있습니다.
어셈블리 내에 유형 개체 생성
private static void ReflectionIRun1(string className) { string classPath = String.Format("namespace.{0}", className); //参数 null ,指出所要创建类型对象位于当前程序集 var handler = Activator.CreateInstance(null, classPath); IRun e = (IRun)handler.Unwrap(); Console.WriteLine(e.Run()); } private static void ReflectionIRun2(string className) { string classPath = String.Format("namespace.{0}", className); //typeof(IRun).Assembly 获取 IRun 类型所在的程序集 object obj = typeof(IRun).Assembly.CreateInstance(null, classPath); IRun e = (IRun)obj; Console.WriteLine(e.Run()); }
어셈블리 외부에 유형 개체 생성
아래와 같이 프로젝트에 클래스 라이브러리(다른 어셈블리)를 추가합니다.
보스 추가
namespace Lib { public class Boss { private string name = "老大"; public string Name{ get {return name;} } public string Talk() { return "你们都被开除了......"; } //老板不会算账,总是多付钱,所以很有自知之明的将Payfor设为private,防止外部人员调用 private int Payfor(int total) { return total + 10; } } }
Boss 개체를 얻기 전에 먼저 Lib에 대한 참조를 추가합니다. 획득 예는 다음과 같습니다.
private static void ReflectionBoss1() { string classPath ="Lib.Boss"; //"Lib" 参数指明要加载的程序集(即要创建的对象类型在哪个程序集中定义) var handler = Activator.CreateInstance("Lib", classPath); Boss b = handler.Unwrap() as Boss; Console.WriteLine(b.Talk()); } private static void ReflectionBoss2() { string classPath ="Lib.Boss"; //Assembly.Load("Lib") 加载的程序集(即要创建的对象类型在哪个程序集中定义) var assembly = Assembly.Load("Lib"); Boss b = (Boss)assembly.CreateInstance(classPath); Console.WriteLine(b.Talk()); }
CLR이 어셈블리를 찾고 찾는 방법에 대한 정보 리플렉션 중에 로드되었습니다. 리플렉션에 대한 자세한 내용은 MSDN을 참조하세요.
리플렉션 액세스 필드 및 호출 메서드(속성)
리플렉션은 개체를 동적으로 생성하는 데 도움이 될 뿐만 아니라 개체의 메서드(속성) 또는 필드에 동적으로 액세스하는 데도 도움이 됩니다. C# 버전이 다르기 때문에 특정 메서드가 다를 수 있습니다. 변경 또는 확장에 대한 자세한 내용은 MSDN을 참조하십시오. 다음은 단순한 예입니다(표준 사용법).
상사 이름을 변경하세요. 예: '''
private static void ReflectionBoss1() { string classPath = "Lib.Boss"; //"Lib" 参数指明要加载的程序集(即要创建的对象类型在哪个程序集中定义) var handler = Activator.CreateInstance("Lib", classPath); Boss b = handler.Unwrap() as Boss; //关键代码 FieldInfo f = b.GetType().GetField("name", BindingFlags.GetField | BindingFlags.NonPublic | BindingFlags.Instance); f.SetValue(b, "小二"); Console.WriteLine("{0}:{1}", b.Name, b.Talk()); }
출력:
상사가 지불하도록 허용:
private static void ReflectionBoss1() { string classPath = "Lib.Boss"; //"Lib" 参数指明要加载的程序集(即要创建的对象类型在哪个程序集中定义) var handler = Activator.CreateInstance("Lib", classPath); Boss b = handler.Unwrap() as Boss; //关键代码 MethodInfo method = b.GetType().GetMethod("Payfor", BindingFlags.InvokeMethod | BindingFlags.NonPublic | BindingFlags.Instance); object money = method.Invoke(b, new object[] { 10 }); Console.WriteLine("DW039:老大给我报销10元钱车费......"); Console.WriteLine("{0}:.....,算不清了,给你这些吧。",b.Name); Console.WriteLine("DW039:......"); Console.WriteLine("{0}:{1}", b.Name,money); Console.WriteLine("DW039:老大你真棒!"); }
출력:
동적 및 반사 2개 Swords Combine
Reflection은 런타임 시 유형 연산이므로 프로그래밍할 때 유형 불확실성 문제에 직면하게 됩니다. 이전 기사 "C# Anonymous Object (Anonymous Type), Var, Dynamic Type Dynamic"에 따르면, 우리가 작성한 리플렉션 프로그램과 결합된 동적 동적 유형은 프로그램 로직을 크게 최적화할 수 있습니다(보호 수준으로 제한된 코드에 대한 액세스는 범위 내에 있지 않습니다). 이 범위).
위 코드 최적화:
private static void ReflectionBoss1() { string classPath ="Lib.Boss"; var handler = Activator.CreateInstance("Lib", classPath); dynamic b = handler.Unwrap(); Console.WriteLine(b.Talk()); } private static void ReflectionBoss2() { string classPath ="Lib.Boss"; var assembly = Assembly.Load("Lib"); dynamic b = assembly.CreateInstance(classPath); Console.WriteLine(b.Talk()); }
동적 동적 유형 객체 b를 사용하여 리플렉션을 호출하여 직접 호출할 수 있는 객체의 속성과 메서드를 가져오므로 빈번한 유형 변환 작업이 제거됩니다.
Reflection 일반 적용 시나리오
애플리케이션 시나리오 가장 인상 깊었던 것은 MS Petshop 예제였습니다. SQL Server 데이터베이스에서 Oracle 데이터베이스로 전환할 때 리플렉션은 다양한 데이터 액세스 계층을 얻습니다. 하지만 실제 프로젝트에서 중간에 데이터베이스를 전환하는 상황은 겪어본 적이 없습니다. 다른 응용 시나리오는 기본적으로 위의 예와 유사합니다. 더 많은 애플리케이션 시나리오를 찾으면 3ks를 추가하세요.
리플렉션의 장점과 단점
장점: 리플렉션을 사용하면 프로그램이 더 유연해집니다.
단점: 리플렉션이 상대적으로 느리게 실행됩니다.
리플렉션이 일반 프로그램보다 느리다는 점은 테스트해보지 않았고 앞으로도 할 계획이 없습니다. . 현실은 Ms가 동적 사용을 옹호하고 Mvc가 인기가 있으며 Ms가 지속적으로 CLR을 최적화하고 시스템 성능을 향상시키므로 개발 중에 반사 성능 문제를 너무 많이 고려할 필요가 없다는 것입니다. 작성한 프로그램의 실행 속도에 병목 현상이 발생하는 경우(먼저 프로그램이 합리적으로 작성되었는지 확인해야 함) 데이터베이스 최적화, 데이터 캐싱, 웹 캐싱, 로드 밸런싱 및 기타 기술을 연구하는 것이 더 실용적이라고 생각합니다.
위 내용은 C#에서 리플렉션과 동적의 최상의 조합 예의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!