应用配置与动态加载学习
在开发过程中，我们常常会遇到如何更好地管理应用组件和代码的问题。本文将深入探讨应用配置文件的使用以及动态执行代码的相关知识，帮助你更好地理解和运用这些技术。
传统开发与配置文件的引入
在以往的开发示例中，开发者能完全掌控应用，清楚要实例化的类型、使用的接口以及引用的程序集。当应用构建完成，所有程序集会整齐地打包在一起。然而，这种方式并非对所有人都适用。
以之前提到的照明系统为例，我们创建了一个负责开关灯的内核。各个房间的实现代码被放在一个特定名称的预定义程序集中。但这种架构无法与第三方库兼容，因为内核期望的是特定名称的程序集。虽然可以通过删除旧程序集并将自己的程序集重命名来解决，但这会给管理员带来噩梦。
解决方案是告诉程序“对于照明房间的实现，查看这个程序集和这些类型”，而实现这一点需要在一个文件中定义相关文本，这种告诉程序执行某些任务的文件就是运行时配置文件。
本文主要聚焦于两个方面：使用应用配置文件和动态执行代码，同时也会探讨动态执行代码中哪些部分应通过配置实现，哪些部分应遵循约定。
约定优于配置
如何引用和实例化类既是一个哲学问题，也是一个实际问题。以模块化接口和实现的架构为例，该架构包含三个程序集：包含接口定义的程序集、包含实现的程序集以及包含内核的程序集。这种架构的目的是在更新单个程序集时无需更新所有程序集。但问题在于，应用必须能够引用这三个程序集，若其中一个缺失，程序将无法正常运行。
在之前的章节中提到，应使用工厂模式，因为工厂模式可以消除选择具体实现的决策。以下是一个简单的代码示例：