概要

とりあえず動く形のものを仕上げてpackagist - ahi-routerという名前でパッケージ公開した。

エピソード1からの変更点

エピソード1では、データ構造に木構造を採用してルーティングを作ろうというと試みた。

パフォーマンスが考慮されているライブラリでは、木構造を生成するロジックを用意して、最適化された探索アルゴリズムを実装するような形になっているようだが、木構造を生成するロジックをかくのはめん(ry 時間がかかりそうだったので、探索部分だけ頑張る方向性でやってみることにした。

前回はルーティング定義のデータ構造を、

としていたが、

こんな感じに定義し直した。

変更点としては、

ルートが2つある構造になっていたので、一つに統一して木構造として成立するようにした。
- 根ノード (英: root node) とは、親ノードを持たないノードのこと。根ノードは木構造の最上位にあるノードであり、1つの木構造に高々1つしか存在しない - Wikipedia - 木構造（データ構造）より引用
- つまり、前回のやつは正確には木構造ではなく、木構造モドキだった
END_POINTという識別子を用意した
- END_POINTという名前が適切だとは思えないが、ルート（根ノード）と区別を明確につけるために用意することにした

前回は関数で頑張ろうとしたが色々辛かったのでオブジェクトで戦うことにしたらすんなり実装できた。データ構造を変更したのも実装のしやすさに影響を与えたと思う。

計算量はざっくりO(n)なっているので、n（ルート定義）が増えるほど計算量は比例して増えていく残念アルゴリズム。

ちゃんとつくるならやっぱり木構造の探索のアルゴリズムはかじっておくべきだろう。察していたが反省した。

アルゴリズムの重要さが身に沁みたような気がする。（小並感）

日頃こんなにグルグルとしたコードを書かないので頭の体操にはなった。（不定期でこういう体操をしてアルゴリズムに慣れていくのは良いと思った）

割とメジャーなルーティングライブラリでも、正規表現を使用していたり、最適化されていないアルゴリズムで実装されていたりするっぽいので今後も色んな実装に目を通したり、アルゴリズムの勉強をしたりしてそのうちルーティングの実装に再挑戦してみたい。