说说基于BS架构的三维地图引擎如arcgis以及三维引擎cesium等在数字孪生三维可视化项目中踩过的那些坑
不知从何年何月BS架构的系统在PC端领域占据了大半壁江山，众多的软件公司为了迎合客户，在项目中纷纷采用BS架构，也因此导致培养了一大批相应的程序员技术人才。
然而，在移动端、手机领域，却又出现另一番景象，CS架构的桌面APP则是出于绝对的统治地位，app一定要占据用户桌面。
为此涌现了大批手机app开发程序员。要知道，app软件有原生开发和混合开发，大多数app是 基于混合开发的，比如安卓app开发，app程序本身需要原生技术进行开发，如java或者c++,内容页则是基于h5开发，也就是BS架构的开发。
不过，不管是哪种手机端还是PC端，不管是BS还是CS架构，都是对数据的处理和支持，而且是轻量级的业务数据。
那么，在三维数据面前，混合架构和BS架构哪种更适合呢，哪种更能经得起考验呢
三维地图、三维模型已经作为支撑的各种引擎，发展了不是一天两天了。
先说说地图引擎吧，不管国内还是国外，地图引擎它首先是一款桌面版的软件，不管是服务器版还是客户端版本。
现如今，很多有名的地图引擎，比如arcgis，就支持三维地图和倾斜摄影三维模型。曾经有位朋友投标中了一个三维可视化项目，客户的需求是在浏览器下浏览三维可视化场景，朋友就选择arcgis服务器版，将三维地图和倾斜摄影三维模型部署到服务器，规模也不是特别的大不到10G，在项目验收的时候，客户在浏览器内无法打开三维可视化场景。
大家猜一下，这个项目最后验收没有？
再说说cesium，cesium有多火多炫就不用说了，也有大批的公司和程序员在使用和学习它。
曾经在一家公司遇到过，老板要求程序员用cesium实现三维视频融合，程序员非常努力，有二三年的研发经验，在cesium平台上搭建三维场景，并且部署到服务器测试，场景不大，一个万达的模型及其周边地图，就这，单台笔记本访问很费劲，加载很慢，BS结构也是服务于多人同时访问的，这怎么能行？
好了，有了三维场景了，那就要将视频与场景进行融合，最终的想法是将万达的监控摄像机融合到万达模型中，研究了一段时间，只发现cesium对视频文件有支持，可以与三维场景进行融合，可以测试，但是对监控实时视频没有相应的支持，最后只能放弃，用最传统的办法，通过加标签的方式，以弹出视频播放器的方式来对监控的支持，但是融合的想法只能放弃了。cesium引擎不支持。
还有一位朋友，自己开公司，中标一个三维项目，上述的性能问题都出现了，没办法，砍啊，不要考虑地图了，模型砍的小一点，好歹经过缩水可以运行了，
但是跟最初的三维场景可视化相差万里了。
总结来说，上述的三个例子，想通过BS架构来对三维数据支持，想跟业务数据那样流畅似乎效果不是很理想，甚至不现实。
曾经，见到过一份标书，标书要求BS架构，实现三维可视化平台。上面两个例子已经说明，肯定可以实现，能不能用自己体会就是了。
不难看出，写标书的人是个什么水平，并没有接触过实际项目，对各种引擎的性能认识不多。
不知道什么原因，至今仍有那么多招标的甲方，仍有那么多公司继续踩上面的坑，就那么深爱BS架构，前仆后继。那么看不上混合架构或者CS架构？
如果是思想方面没有这方面意识，建议了解一下，换一下思维方式，如果硬是坚持，那么恭喜，道路漫漫...
混合架构在移动端领域处于绝对统治地位，上面已经介绍。
它内嵌BS架构容器，因此每个app也是一个超级浏览器，混合架构有个潜在的好处就是不用考虑各家浏览器的适配，自己就是“浏览器”。
其实混合架构在ＰＣ端早有应用，并不是移动端专有，比如ＱＱ，还有３６０，里面很多内容都是基于混合架构实现。
作为三维可视化引擎，时空克隆就是基于混合架构实现的。
元宇宙的兴起，让以三维视频融合与三维投影融合为核心、以倾斜摄影和三维地图构筑的CIM作为托底的时空克隆引擎，成为时代的主流技术，以此打造了混合架构的魔镜平台
混合架构既有ＢＳ架构界面的美观，又有ＣＳ架构充分发挥机器性能，而且也不会因为服务器的问题，或者网络带宽的问题，影响到其他用户。
时空克隆开放了源代码，研发团队可以进行二次开发，三维环境的开发，视频融合的开发，都已经实现，不像其他平台，都要自己从新造轮子，从头来，
时空克隆一款专业的三维视频融合引擎，研发人员只要把精力放在如何解决客户需求，如何引入物联网设备数据等即可。
济南用魔镜打造元宇宙城市，难道是真的?
毕竟，公司是需要盈利的，能够快速解决用户的需求，快速变现才是根本。
那种在内心深处想“拥有”自己的这种想法，是需要付出精力和财力，还有风险，任何的一种尝试都是需要付出成本的，而且这种尝试很可能会失败。
这也是很多公司老板喜欢赚快钱，项目在研发过程中几乎不会遇到过不去的坎，普通程序员都能解决，拿来主义就可以。
点卯 时空克隆 三维视频融合 三维投影融合 全景三维 CIM 魔镜下载