|
|
本帖最后由 XHG78999 于 2022-8-20 19:03 编辑 : B: j1 C N, o$ f* k2 ^4 A7 w: y
* F! ~" o. w5 x' Y- f K: ~7 ^我是参与过rmg开发的人,说一句:: t. x- @# y- L7 g6 J
1.首先rmg目前的v5版本数据格式极其复杂,按照mtr的代码结构,直接读取会导致在读取部分产生性能瓶颈。因为在v3中数据按照车站来排序,并且线路属性放在json外围,然而v5更新后以线路排序,对于结构复杂的图像的识别会非常累赘。
9 [+ ^% ]7 i) v y# E6 j2.如果站名不匹配那就得吃雪去了(悲,而且mtr的路线机制不能很好处理v5的共线和非贯通支线(需要在线路图上画出共线线路的非共线段的特殊实现,官方不推荐)功能。由于mtr本身方块设计原因,上海风格的destination也无法正常显示。8 ^3 R8 O& ]7 i; Q" ~) A% G
3.v5生成图像本身因为某些原因就会慢一些(延迟2-3秒左右,不像v3及时更新),而且性能完全是es新语法和promise撑起来的(wongchito在slack的原话),放进java估计延迟会高达11.4514秒罢(悲
4 c) q4 A9 e8 ]' c& m- g; j6 M4.mtr的渲染真真真的不适合rmg啊!特别是对特殊的标识的渲染,rmg直接一个svg就解决了,但是考虑到抗锯齿,所以mtr的drawtexture必须一个一个一个的渲染,不然锯齿严重。- F" `5 j/ U2 W$ B# {+ r4 U4 B
5.如果可以,我会考虑让zbx1425和thekingofcity沟通一下,这个问题我也说不太定,因为我好久没有写rmg的代码了(划
( d3 v& L( b8 f4 o |
|