指導原則

透過集合功能整理內容 你可以依據偏好儲存及分類內容。

為保有 GTFS 最初的願景,在擴充規格時,有幾項既定的指導原則需要列入考量:

動態饋給必須能輕鬆建立及編輯

我們選擇以 CSV 做為規格基礎,是因為使用試算表程式和文字編輯器查看及編輯資料很輕鬆,對小型運輸公司有所幫助。要使用大部分的程式設計語言和資料庫來產生動態饋給也很容易,對大型動態饋給發布者來說是個優點。

動態饋給必須易於剖析

動態饋給閱讀器應該要能在最省力的情況下擷取所需資訊。對動態饋給的變更和補充必須盡量具備廣泛的實用性,以便將動態饋給閱讀器需要導入的程式碼路徑數量減到最少 (不過,動態饋給發布者的數量終究會超過閱讀器,因此應以簡化製作程序為優先)。

對規格所做的變更必須能回溯相容

在規格中加入功能時,我們不希望做出會導致現有動態饋給無效的變更,也不希望為現有的動態饋給發布者製造更大的負擔,除非他們願意在動態饋給中加入功能。此外,我們還希望盡可能讓現有的剖析器,能繼續讀取新版動態饋給中較舊的部分。

不建議使用理論性質的功能

新增任何一項功能,都會造成建立和讀取動態饋給更加困難。因此,我們相當謹慎,只提供確定實用的功能。在理想情況下,任何提案未來都會經過測試,也就是為使用新功能的即時大眾運輸系統產生資料,並撰寫軟體來讀取及顯示該功能。請注意,GTFS 可以加入官方剖析器和驗證工具所忽略的額外資料欄和檔案,來輕鬆擴充格式,因此提案能夠很輕易地建立原型,以及針對現有的動態饋給進行測試。