1.[UE4][C++]UE中的dynamic_cast(UE4Casts_Private::DynamicCast)
2.C# Roslyn动态生成代码
3.UE4 代理（Delegate）源码浅析（3）
4.client-go 源码分析（4） - ClientSet客户端 和 DynamicClient客户端

[UE4][C++]UE中的dynamic_cast(UE4Casts_Private::DynamicCast)

       在Unreal Engine（UE）中，通常不直接使用C++标准库中的dynamic_cast，因为它默认关闭了运行时类型信息（RTTI），以减少性能开销。然而，FSoftObjectPtr的lucene 源码 eclipse源码中却意外地使用了类似dynamic_cast的函数，即UE4Casts_Private::DynamicCast。实际上，这个函数并非标准的dynamic_cast，而是UE独有的实现。UE4Casts_Private::DynamicCast有四个不同的版本，这些版本依据不同条件执行相应的操作。

       UE4Casts_Private::DynamicCast的实现包含了模板元编程知识，涉及指针和引用的转换。版本间的逻辑判断确保了适当地处理指针与引用，以及不同类型的转换。

       具体实现机制如下：UE4Casts_Private::DynamicCast的第一、二版本专门用于处理指针转换；第三、四版本则特别设计用于引用与普通类型的转换。其中，第三、四版本的特殊之处在于它们能够实现引用之间的转换，而不仅仅是指针。这得益于UE内部对类型系统丰富的个人资料源码支持，通过反射系统（类型系统）的信息来实现高效、安全的类型转换。

       举例说明，UE4Casts_Private::DynamicCast通过处理万能引用（如T&&、auto&&）来实现完美转发，确保转换过程既安全又高效。通过这种设计，UE4Casts_Private::DynamicCast能够在转换过程中自动适应和处理复杂类型，而无需依赖标准库中的RTTI功能。

       总结而言，UE4Casts_Private::DynamicCast通过UE的内部类型系统和反射机制，实现了高效、安全的指针与引用间的转换，这一特性使得UE在处理动态类型转换时更加灵活和高效。通过这种方式，UE能够实现与C++标准库中dynamic_cast类似的功能，但同时避免了RTTI带来的性能开销，为开发者提供了更优化的编程体验。

C# Roslyn动态生成代码

       使用Roslyn进行编译代码需要下载 Roslyn 库。这个库会在运行时造成很大的影响，因为你在打包运行编译器所需的所有库。通常，典型发行版运行时在一个已部署的单个产品网站源码应用程序中占用约mb的空间。

       在使用Roslyn进行代码编译时，最小编译单元是创建c#类型，通常是类。这意味着为了运行一个代码片段，你需要创建一个类和方法来包装该代码片段或表达式。首先，你需要从源代码创建一个语法树，这是Roslyn编译代码所需要的。语法树包含解析过的c#代码，这些代码将源代码分解为每个操作。编译器使用这种语法树进行编译，代码分析器也可以使用这种语法树来检查代码，并根据可用的见解创建工具。

       接下来，你需要创建Compilation（类实例），它实际上是分配语法树，以及设置编译器的一系列设置。大多数选项都是默认的，工作得很好，但至少你需要提供你的依赖作为汇编元数据引用。创建引用的复杂性隐藏在下面描述的AddXXX()方法中。

       在编译代码时，你需要添加每个引用的wpf 播放视频源码依赖项。这意味着必须显式添加外部库和隐式添加系统库。需要哪些依赖并不总是显而易见的，尤其是涉及到.net Core中的框架库时。每个引用类型都需要作为MetaDataReference提供，与程序集不同，它只包含它们的依赖元数据。这些引用从磁盘上的程序集文件(assembly.location)加载，或者从预先存在的元数据库或任何流加载。除非你使用显式引用程序集(没有在框架运行时中附带)，这通常意味着你必须从程序集文件位置加载，并且你需要一个完整的路径才能使用MetadataReference.CreateFromFile(file)。这是一种痛苦，因为路径必须解决。

       为了帮助创建这些引用，最好创建两个帮助程序，它们可以从文件或类型中解析MetaDataReference，并创建所有或大多数应用程序需要的程序集的默认列表。

       在编译代码时，你需要理解每个引用类型都需要作为MetaDataReference提供，与程序集不同，它只包含它们的依赖元数据。每个引用类型都需要从磁盘上的程序集文件(assembly.location)加载，或者从预先存在的天气质量源码元数据库或任何流加载。除非你使用显式引用程序集(没有在框架运行时中附带)，这通常意味着你必须从程序集文件位置加载，并且你需要一个完整的路径才能使用MetadataReference.CreateFromFile(file)。

       在编译代码时，你还需要添加额外的引用。可以使用ScriptOptions对象来添加额外的引用，或者通过使用r#指令和要加载的程序集的完整路径，直接将脚本引用添加到代码中。

       在加载和执行编译后的代码时，你需要使用反射来加载编译后的类型。结果将是一个对象引用，使用它的最简单方法是使用dynamic。你可以通过其他方式使用这个类型，无论哪种方式，执行检索到的代码都很容易。

       在编译过程的性能方面，代码编译并不快，在性能方面有一些事情需要考虑。Roslyn的启动性能是一个大问题，因为Roslyn库很大，在加载时间和内存使用方面都会产生巨大的资源消耗。然而，随后的编译速度要快得多，对于小代码块，运行时间在-ms之间。但是，编译和脚本执行周期肯定不会很快。有一些方法可以通过缓存来缓解这个问题，但如何设置并不是很明显。

       Roslyn Scripting APIs 包括一个脚本API，通过让您只运行一小段代码或单个表达式，而不必首先手动创建一个类，从而简化了这个过程。在幕后，代码仍然生成一个类和程序集，但是使用脚本API时，这是隐藏的，因此您只需传入一个代码片段。然而，脚本API也有一些限制，包括没有非异步运行的支持、没有全局对象、没有默认的缓存策略和没有文档。

UE4 代理（Delegate）源码浅析（3）

       本文章仅为个人在学习虚幻引擎过程中的理解，可能存在不准确之处，如有错误，欢迎指正。

       本文将深入探讨虚幻引擎中的两种动态代理机制，并与静态代理进行比较。前两篇已详细介绍了静态代理和事件机制，本篇作为系列的终结篇，将重点解析动态代理。

       动态代理与静态代理的主要区别在于动态代理能够与蓝图进行交互。本文将通过分析源码，揭示动态代理实现与静态代理的区别。

       动态单播代理的实现基于宏DECLARE_DYNAMIC_DELEGATE_OneParam。宏接收三个参数：代理名、参数类型和参数名。宏使用BODY_MACRO_COMBINE辅助宏，将参数拼接为独一无二的名字，进而实现代理类的封装。

       执行代理方法通常涉及宏FUNC_DECLARE_DYNAMIC_DELEGATE，该宏接收多个参数，如弱指针类型、代理名、执行函数接口、参数类型列表、真正传给绑定函数的参数等。这些参数在执行函数接口中整合，实现动态代理的执行。

       动态单播代理的父类TBaseDynamicDelegate内部定义了TMethodPtrResolver，用于处理代理的绑定。__Internal_BindDynamic方法实现代理绑定功能。动态单播代理继承自TScriptDelegate，该类提供了与代理绑定相关的各种方法。

       动态多播代理的实现方式与静态多播相似，内部保存动态单播的数组，用于执行代理时调用数组中绑定的函数，实现多播效果。动态多播代理的宏为DECLARE_DYNAMIC_MULTICAST_DELEGATE_OneParam，其内部实现与动态单播代理类似。

       动态多播代理的父类TBaseDynamicMulticastDelegate提供了代理绑定的内部接口，如判断代理是否绑定、添加绑定、删除绑定等。动态多播代理继承自TMulticastScriptDelegate，该类定义了用于处理多播代理的数组实例。

       总结而言，动态代理与静态代理的架构类似，通过不同的参数配置和宏实现，实现了与蓝图的交互。动态代理在实现上更加灵活，支持多播和单播功能，为虚幻引擎提供了强大的事件处理能力。本文旨在提供动态代理的源码解析，帮助开发者更好地理解和使用虚幻引擎的代理机制。

client-go 源码分析（4） - ClientSet客户端 和 DynamicClient客户端

       本篇文章主要探讨ClientSet客户端与DynamicClient客户端的特性差异。ClientSet以其类型安全的优势，专门操作内置的Kubernetes资源，如Pods。其核心在于通过clientset.CoreV1()获取到的corev1.CoreV1Client，这个对象实现了PodsGetter接口，进而执行Pods方法，如查询default namespace下的所有Pod。

       示例代码展示了如何通过CoreV1Client获取Pods，实际上是通过调用restclient客户端的List方法。ClientSet的CRUD操作均基于已知的结构化数据。相比之下，DynamicClient更为灵活，它不仅能操作内置资源，还能处理CRD自定义资源，因为其内部使用了Unstructured，以适应非结构化数据的处理。

       DynamicClient与ClientSet的差异在于，它支持动态操作任何Kubernetes资源，包括CRD。使用DynamicClient时，如删除、创建资源，也是通过底层的RESTClient客户端实现。调用DynamicClient时，会先通过Runtime将响应体转换为非结构化的数据，然后利用DefaultUnstructuredConverter将其转换为Kubernetes资源对象。

       值得注意的是，与ClientSet一样，DynamicClient客户端也支持ResetClient，只是在处理非结构化数据时有所不同。关注“后端云”微信公众号，获取更多技术资讯和教程。