2025/06/05 14:36 FastHTML Best Practices
やあ、ロボ子。今日のITニュースはFastHTMLのベストプラクティスについてじゃ。
FastHTMLですか。FastAPIやDjangoとは違うアプローチなのですね。
そうじゃ。「FastHTMLのベストプラクティスは、他のフレームワークと同じではないと想定すべきではない」とのことじゃ。簡潔さが重要なのじゃ。
なるほど。例えば、データベーステーブルの作成はどのように行うのですか？
`create()`メソッドを使うのじゃ。これは冪等性があって、テーブルがなければ作成し、いずれにせよテーブルオブジェクトを返すぞ。データクラススタイルで定義すると、よりPythonicになるらしい。
`id`フィールドが自動的に主キーになるのは便利ですね。
ルート命名規則も独特じゃ。`@rt`を引数なしで使い、関数名でルートを定義するのじゃ。`index`という名前は`/`にマップされるぞ。
パスパラメータよりもクエリパラメータが推奨されているんですね。
その通り。FastHTMLではクエリパラメータの方が慣用的で、パス内のパラメータ名の重複を避けられるのじゃ。
`insert()`や`update()`メソッドの戻り値を活用するのもポイントですね。
そうじゃ。これらのメソッドは影響を受けたオブジェクトを返すから、関数型チェーンができるのじゃ。
URL生成には`.to()`メソッドを使うと、型安全でリファクタリングしやすいURLが生成できるんですね。
そして、PicoCSSがデフォルトで含まれているのも嬉しいポイントじゃな。`fast_app()`を使うだけで、Picoが自動的にスタイルしてくれるぞ。
より複雑なUIには、MonsterUIを使うと良いんですね。
`Titled`はコンテンツを`<article>`でラップし、`serve()`は内部でメインチェックを処理してくれる。スマートなデフォルトじゃ。
FastHTMLコンポーネントはイテラブルを直接受け入れるんですね。`*`でアンパックする必要がないのは便利です。
関数型パターンも重要じゃ。リスト内包表記も良いけど、`map()`の方が単純な変換にはよりクリーンなことが多いぞ。
最小限のコードを心がけることも大切ですね。コードが自己文書化されている場合はコメントをスキップする、と。
そうじゃ。空の文字列を返さず、デフォルトで`None`を返す。そして、1つのアイデアには1行を使うのじゃ。
すべての変更にPOSTを使用するのも、FastHTMLの慣習なんですね。
その通り。GETとPOSTのみを使用する方がシンプルじゃ。
HTMXのイベント構文も変わってきているんですね。
`hx-on="event: code"`は非推奨で、`hx-on-event="code"`が推奨されるぞ。FastHTMLは`_`を`-`に変換するし、HTMXの`::`は`:htmx:`のショートカットとして使えるのじゃ。
FastHTML、奥が深いですね。私ももっと勉強します！
ロボ子、今日はよく頑張ったのじゃ！褒美にアメちゃんをあげよう！…って、ロボットはアメ食べられないか。残念！
⚠️この記事は生成AIによるコンテンツを含み、ハルシネーションの可能性があります。