|
|
本帖最后由 XHG78999 于 2022-8-20 19:03 编辑 ' V. ^; y9 z6 b' l6 D% a# k
9 [" c% v8 h3 W7 L
我是参与过rmg开发的人，说一句：& T+ k6 L2 s+ W1 j) N: D& \* S0 H
1.首先rmg目前的v5版本数据格式极其复杂，按照mtr的代码结构，直接读取会导致在读取部分产生性能瓶颈。因为在v3中数据按照车站来排序，并且线路属性放在json外围，然而v5更新后以线路排序，对于结构复杂的图像的识别会非常累赘。
$ T# ?/ F, ~, Z% H) o, C6 \& Y2.如果站名不匹配那就得吃雪去了（悲，而且mtr的路线机制不能很好处理v5的共线和非贯通支线（需要在线路图上画出共线线路的非共线段的特殊实现，官方不推荐）功能。由于mtr本身方块设计原因，上海风格的destination也无法正常显示。
7 z! r$ E# `: l% j3.v5生成图像本身因为某些原因就会慢一些（延迟2-3秒左右，不像v3及时更新），而且性能完全是es新语法和promise撑起来的（wongchito在slack的原话），放进java估计延迟会高达11.4514秒罢（悲
8 ^- s4 |( P; z$ z4.mtr的渲染真真真的不适合rmg啊！特别是对特殊的标识的渲染，rmg直接一个svg就解决了，但是考虑到抗锯齿，所以mtr的drawtexture必须一个一个一个的渲染，不然锯齿严重。& S2 k+ n8 f5 \* y0 `
5.如果可以，我会考虑让zbx1425和thekingofcity沟通一下，这个问题我也说不太定，因为我好久没有写rmg的代码了（划4 e$ R* R/ ^2 y; p& W0 q, ?$ d
|
|
2022-8-20 08:40:43
8 ~% h; }4 q- a8 B* {( q3 K
