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，打包game-ec 源码包括了配置开发服务器版本和相关插件的源码使用。

       文章分步骤详细解释了如何创建一个基本的打包Vue3工程，安装CesiumJS，源码并通过示例代码展示如何创建三维地球视图。打包它强调了在Vite开发模式下配置路径的源码重要性，以及如何在生产环境中调整CESIUM_BASE_URL和离线TMS服务的打包地址。

       文章还涉及到如何优化打包过程，源码包括外部化CesiumJS依赖以及配置分包。打包它讨论了CesiumJS的源码个性签名生成源码基本知识，包括依赖包中的资料说明、构建后的库组成和链接库文件的CESIUM_BASE_URL变量的作用。在现代前端工具部分，文章解释了选择Vite的原因，以及如何使用Vite进行外部化引入和TypeScript类型提示。

       为了进一步优化，文章提供了使用Vite插件自动引入Cesium.js库文件的方法，以及静态文件夹的拷贝操作，以适应不同的部署环境。它还强调了使用环境变量配置CESIUM_BASE_URL的重要性，并探讨了如何利用gzip预压缩打包产物以提升性能。

       文章最后给出了示例工程的下载链接，提供了两个版本供读者选择，一个是经典c源码下载最简单的让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等。早晨之星指标源码

       自己编译和定制UE的Cesium插件需要一定的技术基础，主要包括：理解并修改C++代码的能力，尤其是基本的调试技巧；熟悉Visual Studio（VS）环境；掌握HTTP网络协议；具备UE插件开发知识，以及WebGIS的基本原理，包括理解WMTS协议和地图加载逻辑。虽然看起来要求较多，但通过逐步教程，这个过程其实并不复杂。

       两篇文章详尽地阐述了编译、打包和源码修改的步骤，成功实现在天地图或Geoserver的WMTS上加载。以下是相关的技术资源：

       无需关注公众号，直接获取编译教程内容即可。

CesiumJS 更新日志 1. 与 1. - 新构建工具 esbuild 体验及 Model API 更替完成

       本文将对CesiumJS的道闸系统 源码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. 此时，项目将成功打包，问题得以解决。