mapbox / mapbox/mapbox-java

Low level GeoJson implementation

未關閉
#710 13 則留言 1 個 reaction 已指派 0 人 在 GitHub 檢視

還沒有人認領這個 Issue。

GeoJson
主要語言
Java
星號
438
分支
117
PR 合併指標
30 天內沒有已合併 PR

描述

This is a request for either a rewrite or alternative implementation of the current GeoJson module found here. We need a high performance implementation that has a minimal memory footprint. The reasoning behind that is that geojson models should be scalable (eg. downstream we query the map for 1000 of features, the path currently taken to create those and the intermediate objects created for doing that isn't optimal atm).

Couple of thoughts to improve this:

  • use primitive instead of objects where possible
  • no need for AutoValue, implementation is based on a specification that doesn't change (often)
  • if geojson models are immutable, use arrays instead of List
  • limit method invocations & don't allocate memory if you can avoid it
  • don't over abstract concepts if they can be expressed more simple

More information on performance tips here
RFC of GeoJSON can be found here.

cc @mapbox/android

貢獻指南

開啟貢獻指南

從這裡開始

  1. 先讀完整個 Issue,再讀專案的貢獻指南。
  2. 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
  3. Fork 儲存庫,在一個分支上完成修改。
  4. 送出 Pull Request,並在描述裡引用這個 Issue 編號。

研究方向

先檢視 services-geojson 中目前的實作,接著將其模型結構與 RFC 7946 以及連結的 Android 效能提示進行比較。定義重寫版本或替代方案將如何針對約 1,000 個 features 測量記憶體使用量和效能;當 GeoJSON 模型在沒有不必要的配置或抽象的情況下達到所要求的擴充性目標時,即表示完成。

由索引模型根據 Issue 內容生成。

評估

技術堆疊
java
領域
data
Issue 類型
重構
難度
5/5
預估耗時
一週以上
活躍度
停滯
描述清晰度
需要釐清
新手友好度
25/100

把新 issue 寄到你的電子郵件信箱

精選適合新手參與的 GitHub issue 摘要。