保守性と依存の考え方

Composerを必須にしない

Naifyはpure PHPで書かれており、フレームワーク本体を動かすためにComposerを必須にしません。プロジェクト側でComposerを使うこともできますが、FW自体がComposerに縛られないことを重視しています。

TwigやNaifyDbなど、プロジェクト側で外部ライブラリを使うことは自然な選択肢として残しています。重要なのは、Naifyのコアがその選択を強制しないことです。

AIネイティブ時代の自前実装

Naifyは「何でも自前で作るべき」と考えているわけではありません。仕様が公開されていて必要機能が限定されているなら、外部依存を足す前に「本当に自前で持てないか」を一度考えます。

判断基準は便利さだけではありません。長期でどちらのコストを持つか、依存ツリーをどこまで引き受けるかまで含めて決めます。

AIにより自前実装のハードルは下がっています。だからこそ、依存を足す前に「本当に必要か」を一度考える余地を残しています。

小さく始める

Naifyは「小さな構成を正しく保つ」ことに向いています。最初から巨大なアーキテクチャを置くのではなく、必要になった層をあとから足していきます。

不要な層は最初から置きません。構造はあとから育てればよく、最初に抱え込むことを前提にしません。

知識を持ち出しやすい

Naifyが強く依存するのは、PHP、MVC、PSRといった長く共有されている概念です。フレームワーク固有の作法に寄りすぎないことで、コードも知識も別の環境へ持ち出しやすくなります。