あなたのお好みは...
1-アプリケーション全体を作成してから、ルーティング/URL書き換えを設定します
2-移動しながらルーティングを設定します
3-アプリケーションの大部分を作成し、ルーティングを設定してから、ルーティングを維持します
4-ルーティングを設定してからアプリケーションを作成します
5-最初にメインルートを作成し、開発が進むにつれてそれらを維持します
これらすべてのアプローチに長所と短所があります。私はアプリケーションの大部分を記述し、構造が進化しないことを確認してからルーティングを設定する傾向があり、機能的には次に何が起こるかを本当に知っています。
私はできるだけ機敏になるように努めているので、始めたときにすべての機能を手に入れるのは難しいので、（4）は実際には不可能です。
普段は何をしていますか？一般的なベストプラクティスは何ですか？
実際のページのリンクをmyPage.aspx？mykey=myvalueから/mykey/ myvalue /に変更する必要がないため、後で追加するのは少し問題があるため、個人的には早い段階から始めます。 myPage.aspxは、自動または簡単なプロセスではないためです。
さらに、書き直し/ルーティングは、後で実行した場合、これらの例をすべてキャッチしたことを検証するために、サイトの完全な回帰実行が必要になるものです。したがって、あなたが行くようにそれをすることは、それをはるかに単純に保つでしょう。
ASP.NET MVCで開発したアプリでは、処理するコードのセクションを実装した後にルーティングを設定しました。
この理由は、クエリ文字列がどのように処理GETされるかを確認すると、URLを何をどのように書き換える（またはルーティングする）かを確認できるためです。
ルーティングせずに、ページ間をどのようにリンクしますか？何かを実行するには、ルーティングが必要であることがわかりました。私は自分のリソースがURLの基礎になるものについて少し前もって考える傾向がありますが、その少し後、機能を実装する直前にルーティングを行います（ルート->ビュー->テンプレート->十分なモデルビューをサポートします）。
ところで、私はDjangoで働いています。