适配 Native AOT：CommonLibraries 迎来重大更新
内容提要
本文介绍了Sang.AspNetCore.CommonLibraries的更新，重构核心类库以支持.NET的Native AOT特性，提升性能与兼容性。新增双向兼容功能，使MessageModel<T>同时支持“status”和“code”字段，解决不同项目的命名偏好问题。同时，更新包括显式注册和配置，以适应AOT环境，确保序列化和反序列化的兼容性。
关键要点
-
Sang.AspNetCore.CommonLibraries进行了更新，以支持.NET的Native AOT特性。
-
重构核心类库以提升性能与兼容性，解决传统库在AOT环境下的问题。
-
新增双向兼容功能，MessageModel<T>同时支持'status'和'code'字段。
-
反序列化时，JSON中的'status'或'code'都能正确映射到MessageModel<T>.Status。
-
序列化时，输出字段名可配置为'status'或'code'，通过StatusFieldName属性控制。
-
使用JsonConverterFactory实现MessageModel<T>的自动生效，兼顾AOT与非AOT环境。
-
在AOT模式下，需显式注册元数据和转换器，避免使用反射导致的错误。
-
Native AOT要求开发者从反射驱动转向显式声明，提升启动速度和降低内存占用。
-
更新旨在帮助开发者在享受AOT红利的同时，保持一致性返回体验。
延伸解读
Native AOT 的重要性
Native AOT（本地提前编译）是 .NET 发展的重要趋势，它通过在编译时优化代码，显著提升了应用的启动速度和内存使用效率。开发者需要理解这一特性，以便在未来的项目中充分利用其优势。
双向兼容的实用性
新增的双向兼容功能使得不同项目可以灵活选择使用 'status' 或 'code' 字段，减少了因命名不一致带来的问题。这对于团队协作和多后端框架的整合尤为重要，能够提升开发效率和代码的可维护性。
显式注册的必要性
在 AOT 环境下，开发者必须显式注册元数据和转换器，以避免因反射导致的错误。这一变化虽然增加了开发的复杂性，但确保了代码的可控性和性能，开发者应重视这一点以避免潜在的运行时问题。
延伸问答
Sang.AspNetCore.CommonLibraries的更新主要解决了什么问题？
更新主要解决了传统库在AOT环境下的兼容性和性能问题。
MessageModel<T>的双向兼容功能是如何实现的？
通过支持'status'和'code'字段，反序列化时能正确映射，序列化时可配置输出字段名。
在AOT模式下，为什么需要显式注册元数据和转换器？
因为AOT环境下编译器会裁剪未被静态引用的代码，显式注册可以避免运行时错误。
如何配置MessageModel<T>的序列化字段名？
通过设置静态属性StatusFieldName，可以选择输出为'status'或'code'。
使用JsonConverterFactory的好处是什么？
JsonConverterFactory可以让MessageModel<T>在AOT和非AOT环境中自动生效，提升兼容性。
Native AOT对开发者的要求有哪些变化？
开发者需要从反射驱动转向显式声明，增加手动注册工作，但能提升启动速度和降低内存占用。
