1.教程 - 在 Vue3+Ts 中引入 CesiumJS 的源码最佳实践@2023
2.Cesium for UE插件编译
3.CesiumJS 更新日志 1.96 与 1.97 - 新构建工具 esbuild 体验及 Model API 更替完成
4.UE4项目同时使用Cesium和nDisplay插件打包报错LINK2005 tinyxml2的问题解决
教程 - 在 Vue3+Ts 中引入 CesiumJS 的最佳实践@2023
在Vue3+Ts中引入CesiumJS的最佳实践
这篇文章主要针对在Vue3环境中集成CesiumJS进行优化，提供一些建议和最佳实践。打包它首先概述了适用范围和目的源码，强调了通过npmjs或其他镜像站获取依赖的打包重要性。接下来，源码文章通过示例指导读者如何创建Vue3-TypeScript工程并安装CesiumJS，打包主力出逃指标源码包括了配置开发服务器版本和相关插件的源码使用。
文章分步骤详细解释了如何创建一个基本的打包Vue3工程，安装CesiumJS，源码并通过示例代码展示如何创建三维地球视图。打包它强调了在Vite开发模式下配置路径的源码重要性，以及如何在生产环境中调整CESIUM_BASE_URL和离线TMS服务的打包地址。
文章还涉及到如何优化打包过程，源码包括外部化CesiumJS依赖以及配置分包。打包它讨论了CesiumJS的源码源码编辑社基本知识，包括依赖包中的资料说明、构建后的库组成和链接库文件的CESIUM_BASE_URL变量的作用。在现代前端工具部分，文章解释了选择Vite的原因，以及如何使用Vite进行外部化引入和TypeScript类型提示。
为了进一步优化，文章提供了使用Vite插件自动引入Cesium.js库文件的方法，以及静态文件夹的拷贝操作，以适应不同的部署环境。它还强调了使用环境变量配置CESIUM_BASE_URL的重要性，并探讨了如何利用gzip预压缩打包产物以提升性能。
文章最后给出了示例工程的下载链接，提供了两个版本供读者选择，一个是物理引擎源码最简单的让Vite打包CesiumJS的版本，另一个是经过完整配置、具备更多细节和注释的版本，旨在帮助读者学习和改造。
Cesium for UE插件编译
Cesium for Unreal作为Cesium Native的扩展，它构建在C++类库基础上，提供了强大的3D地理空间处理功能，如3D Tiles传输流、Gltf解码编码、精确的3D运算和地理坐标系统支持。因此，使用Cesium for Unreal前，先要编译Cesium Native，它还是其他渲染引擎插件的基石，如Cesium for Unity和Cesium for Omniverse等。difftime的源码
自己编译和定制UE的Cesium插件需要一定的技术基础，主要包括：理解并修改C++代码的能力，尤其是基本的调试技巧；熟悉Visual Studio（VS）环境；掌握HTTP网络协议；具备UE插件开发知识，以及WebGIS的基本原理，包括理解WMTS协议和地图加载逻辑。虽然看起来要求较多，但通过逐步教程，这个过程其实并不复杂。
两篇文章详尽地阐述了编译、打包和源码修改的步骤，成功实现在天地图或Geoserver的WMTS上加载。以下是相关的技术资源：
无需关注公众号，直接获取编译教程内容即可。
CesiumJS 更新日志 1. 与 1. - 新构建工具 esbuild 体验及 Model API 更替完成
本文将对CesiumJS的java hibernate 源码1.与1.版本进行概述，并详细介绍构建工具esbuild的使用与新Model API的更替。对于1.版本，主要更新内容包括两项过期API消息。至于1.版本，尽管尚未发布，但在源码仓库中已完成Model API的替换，相关更新内容将持续更新。
在新构建工具esbuild的引入中，CesiumJS项目经历了重大改进，包括优化代码构建过程，减小发行版库文件体积，提升加载速度以及解决Linux系统中Chrome浏览器的长期问题。esbuild的使用不仅带来更小体积的库文件，还加速了构建过程，显著缩短了网络加载时间。
esbuild与Rollup的对比显示，CesiumJS在构建过程中存在未进行轻量化与最小化处理的问题。因此，选择esbuild作为构建工具，以替代Rollup，来实现ESModule到库文件的转换，同时解决WebWorker的遗留问题。目前，由于Firefox仍未在WebWorker中支持ESModule，开发人员暂时使用Rollup和RequireJS解决此问题。一旦Firefox更新支持，CesiumJS将完全切换至esbuild。
构建过程中的重头戏包括旧构建指令的移除与新指令的用法。官方对构建脚本进行了重新评估和设计，包括构建、build-ts、build-docs、release等关键指令的引入或变更。这些更新旨在优化构建过程，提高效率并确保兼容性。
使用esbuild进行构建后，CesiumJS的性能显著提升。例如，与使用gulp时的构建速度相比，使用build指令的加速效果十分明显，从加载时间到库文件大小，都实现了优化。此外，基于HTTP2的CDN传输体积也能进一步提升加载速度。
未来CesiumJS可能考虑转向TypeScript，并在Firefox支持ESM后，彻底移除RequireJS和Rollup，以进一步加速构建过程和减小发布版本的库代码。对于开发者而言，了解如何最优地引入CesiumJS并利用CDN加速，以及避免应用打包器对CesiumJS的额外打包，将是提高项目性能的关键。
UE4项目同时使用Cesium和nDisplay插件打包报错LINK tinyxml2的问题解决
当在UE4项目中同时使用Cesium和nDisplay插件时，可能会遇到LINK tinyxml2的问题。该错误的根源在于，这两个插件各自使用了不同版本的tinyxml2.lib。
为解决此问题，我们只需采取一个简单的步骤：将nDisplay插件中的tinyxml2.lib文件复制并替换Cesium插件中的同名文件。在完成4.版本的打包操作后，项目即可正常运行。
对于UE5.2的情况，解决方案略有不同。首先，需前往GitHub下载与引擎版本匹配的Cesium插件源代码，并将其放置在项目目录的plugins文件夹下。接着，移除市场中下载的Cesium插件，替换项目目录下的tinyxml2.lib文件。完成编译后，项目打包并运行将无误。
具体操作如下：
1. 首先，定位并复制引擎目录中nDisplay插件文件夹内的tinyxml2.lib文件。
2. 接着，找到并替换Cesium插件文件夹内的tinyxml2.lib文件。
3. 此时，项目将成功打包，问题得以解决。
