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的普新贷源码源码中却意外地使用了类似dynamic_cast的函数，即UE4Casts_Private::DynamicCast。实际上，这个函数并非标准的dynamic_cast，而是UE独有的实现。UE4Casts_Private::DynamicCast有四个不同的版本，这些版本依据不同条件执行相应的操作。

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

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

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

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

C# Roslyn动态生成代码

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

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

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

       在编译代码时，你需要添加每个引用的pubgC 源码依赖项。这意味着必须显式添加外部库和隐式添加系统库。需要哪些依赖并不总是显而易见的，尤其是涉及到.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，只是在处理非结构化数据时有所不同。关注“后端云”微信公众号，获取更多技术资讯和教程。