2024/3/29

今天我计划设计一个地铁查询系统的整体架构。由于北京地铁线路繁多，设计数据库表时会面临一些挑战。我希望设计出简单便捷的存储和处理数据的方法，既要考虑数据存储的方便性，也要考虑前后端数据处理的效率。虽然便捷性很重要，但过度追求便捷可能会导致其他方面变得困难。

我在博客园找到了2015年的地铁站点数据，但与现在的数据相比存在很大差异，因此打算自行整理数据。博客园的数据为每个站点都分配了编号，但由于现在新增的站点没有统一的数据格式，我需要在添加数据时继续使用原始站点编号，并新增一些编号。虽然我并不打算过多使用编号，但这些编号也有一定的重要性。本次查询主要以站点名称为主。计算起点站和目的站之间的最短路径是一个难点，因为现实中北京还有很多站点尚未开通，但目前我们并不需要考虑这一点。我已经录入了四百多条数据，预计还需要录入五条线路。

这次的结对合作中，葛佳帅负责设计数据库数据，我负责前后端代码的实现。尽管只有三个功能，但我不希望草率结束这个项目。我希望能够优化代码，尽量实现功能的分层解耦。我认为这个项目未来可能需要增加新功能，因此需要花更多时间来设计架构。