摆烂。 哎呀，这CAD网页开发真实的是太不容简单了。以前觉得做个网页体现CAD图挺简洁的，最终还是结果是搞了半天发觉根本不是那么回事。那个地方的速度，缓慢得简直要命，我的电脑风扇都转得跟直升机起飞一样了我看着都怕它掉下来。

以前CAD打开缓慢得要死， 几十兆的文件根本带不动

那个地方的传统方式的办法啊，就是直接把整个图形都下载下来。你想想看，几十兆甚至更较大的DWG文件，要是全部下载到网页上，那得更多缓慢啊？网速不良好的时候，网页都刷不动，那个地方的加载条在那儿磨磨唧唧的，看得我都有较高血压了。我就想问问，这CAD图它有那么较大吗？非得全部下载到本地才能看吗？

靠谱。 那个地方的网页一打开，它就把整个图形的数据都传过来了。不管你需不需要看，它都一股脑地塞给你。然后网页端再去解析、去渲染。这一通操作下来就算是当前的电脑，配置再良好，面对几十兆的图，也会卡顿半天。用户体验那是相当差，老板看了都要骂人，说我们做的网页是蜗牛爬。

网速不良好，根本没法用

特别是那个地方的网速不良好的时候，那简直是灾不容简单。打开一个文件，等个几分钟那是常事。良好不简单等加载完了想拖动一下图，最终还是结果是卡在那儿不动了。那种感觉，真实的太不容简单受了。我就想，这CAD图能不能别那么沉重呢？能不能聪慧一点，只下载我需要看的那一一部分呢？

何必呢？ 那个地方的传统方式的Web发布CAD图形，它彻底不考虑这一些。它就是傻傻地把全部东西都下载下来。反正我不管，反正我就是要传给你。最终还是结果是就是你那边卡得要死，我这边还得等着。这根本就不叫哪些Web端开发，这简直就是折磨人的Web端开发。

后来听人说搞WebGIS思路，啥是空间范围换时间段啊？

扎心了... 后来我实在受不了了就到处去查资料，去问那一些搞技术手段的朋友。最终还是结果是他们跟我说别傻乎乎地全下载了你得用WebGIS的思路来搞。我就不懂了这WebGIS是个啥？跟CAD有啥关系？

他们说当前这个WebGIS啊，它的核心思想就是“空间范围换时间段”。啥意思呢？就是说虽然我下载瓦片有可能要花点时间段，但是我加载的速度会迅速很更多。反正就是把麻烦留给后台，把简洁留给前端。这听起来良好像挺厉害的，但我还是半信半疑。

先把图切良好再发给你， 别一下子全塞过来

那个地方的WebGIS的思路，就是要在后台已经把数据渲染良好了。它不是在网页上现画图，而是先把图切成一块一块的。 与君共勉。 就像我们切面包一样，切得整有序齐的。然后根据你用户查看的可视图形范围，只加载你看得见的那一一部分数据。

你想想看，你打开一个几十兆的CAD图，其实你也就只能看到屏幕上那么较大的一块地方。你看得见的那一部分，有可能只有几百KB。那WebGIS就是只给你送几百KB的数据过去。那你网页打开的速度，确定就迅速了很更多啊！

不管你看不看， 都不给你全部

以前那个地方的老办法是不管你需不需要，不管你看得见看不见，反正我把几十兆都发给你。最终还是结果是你看得地方也就那么点。那WebGIS呢？ 扯后腿。 它就是精明。你往哪看，它就给你哪看的数据。你往左看，它就给你左边的数据。你往右看，它就给你右边的数据。反正就是跟着你的鼠标走。

最后说一句。 这样你就不会一下子下载那么更多数据了。那个地方的申请图形的速度，确定就迅速更多了。我觉得当前这个思路还是挺聪慧的。虽然它有可能需要后台更多干点活，把图切良好。但是为了前端的迅速，这点牺牲也是值得的吧。

瓦片处理到底是个啥？不用画图了直接看图

我们都... 那个地方的WebGIS说把数据渲染成栅格或矢量瓦片数据。这名字听起来良好繁杂，我也没彻底搞懂。反正意思就是说它不是把CAD的源文件给你，而是把渲染良好的最终还是结果是给你。

网页不用去画图了 直接看图

以前那个地方的CAD网页，是要在浏览器里去画图的。这画图可是很耗算力的。浏览器要解析每一个线条，每一个颜色，每一个尺寸。这得费更多较大的劲啊？所以才会卡，试试水。。

当前用WebGIS的瓦片，它就是直接把画良好的图给你。就像你从网上下载一张jpg图片一样。你只需要展示图片，不需要再去解析图片里面的线条。所以那个地方的图形渲染的效率， 纯属忽悠。 确定就较大较大提升了。网页端只负责体现，不负责计算。这样浏览器就不怎么卡了风扇也不用转那么迅速了。感觉电脑都凉迅速了不更少。

LOD是啥玩意儿？图较大变较小图较小变较大

开倒车。 那个地方的瓦片处理，良好像还搞了个哪些LOD的技术手段。我就了解LOD是Level of Detail的缩写，反正就是更多细节层次的意思。意思就是说当你离图远的时候，它给你看一张较小一点的图。当你离图近的时候，它给你看一张较大一点的图。

这样你就不会看到很更多不需要的细节了。比如你离图很远，你只需要看到较大概的轮廓，不需要看到每一个螺丝钉。那它就给你发一张概括性的图。这样既节省了数据量， 提到这个... 又能让你看清较大概。当前这个处理瓦片的方法，真实的挺绝的。它不是把全部东西都堆给你，而是根据你的视角，给你最合适的图。

加载所看到的数据，不一次性加载全部数据

当前这个是WebGIS最核心的良好处了。它不会一次性加载全部数据。它就像个导航柔软件一样，你往哪开， KTV你。 它就给你展示哪里的地图。你不需要下载整个城区的地图，你只需要下载你所在的那个地方的区域。

那个地方的CAD图也是一样的。你不需要下载整个几十兆的DWG文件。你只需要下载你鼠标所指的那一块区域。那个地方的可视图形范围，就是它加载数据的依据。 不如... 所以它就不会卡，这是因为它根本就没有那么更多数据要处理。当前这个思路，真实的是把“按需加载”这四个字贯彻到了极致。

一下 用WebGIS思路搞CAD网页，确实能提升效率

经过我这一下午的捣鼓，我算是明白了。那个地方的传统方式的Web发布CAD图形，就是把整个图形通过http下载到web端。 毕竟.… 这对于较大图形真实的是太缓慢了。几十兆的图，根本带不动。

而WebGIS的思路，就是以空间范围换时间段。它在后台把数据渲染成了瓦片。然后根据你的视角， 栓Q了... 只加载你看得见的数据。这样就不会一次性加载全部数据。所以加载速度就迅速了很更多。

虽然麻烦， 但是迅速啊

我了解搞WebGIS瓦片处理确定很麻烦，要切图，要存瓦片，还要搞LOD。但是为了那个地方的迅速，我觉得还是值得的。当前的网页，谁还愿意等几分钟才能打开一个图啊？用户早就跑了，我无法认同...。

所以啊，我觉得CAD网页Web端开发，真实的应当采用WebGIS的思路。这能直接提升图形渲染和瓦片处理效率。别再用那种傻乎乎的下载全图的方法了。那样太落后了。要学就学那个地方的聪慧的，那个地方的能省钱的，那个地方的能让人开心的。

我也算是搞懂了原来那个地方的空间范围换时间段，就是要把麻烦留给后台。这道理虽然简洁，但是做起来真实的不简单。不过为了那个地方的迅速，我也就忍了。反正只要网页不卡，老板满意，我也满意，那就行了吧，我个人认为...。

总而言之，那个地方的CAD网页开发，真实的要学WebGIS。它不是那种花里胡哨的东西，它是真实真实正正能解决问题的东西。图形渲染效率提升了瓦片处理效率提升了用户体验也就提升了。这才是我们做开发的最终还是目的吧。虽然我当前也只会一点点皮毛，但我觉得当前这个方向是对的。较大家都要加油搞，搞迅速点，把那个地方的速度提上去。

良好了不说了我又要去切瓦片了。切完我就去吃饭。那个地方的瓦片切起来真实的很累人，但是为了迅速，值得，在我看来...！