Not Implemented(ノットインプリメンテッド)とは | 意味や読み方など丁寧でわかりやすい用語解説

「Not Implemented」は、直訳すると「実装されていない」を意味する。IT分野では、プログラムの一部、機能、またはサービスなどが、まだ具体的に作成されていない状態を指す。これは、エラーメッセージ、例外、HTTPステータスコードなど、さまざまな形で開発者やシステム利用者に示されることがある。単なる「未完成」とは異なり、多くの場合、その機能やメソッドは将来的に実装されることが期待されているか、あるいは特定の設計上の理由から意図的に空のままになっている状態である。システムが期待する特定の動作を提供する準備ができていないことを明示的に伝えるための重要な概念として利用される。

プログラミングにおいて、「Not Implemented」という状態は非常に一般的である。これは、クラスやインターフェースを設計する際に、将来的に実装が必要となるであろうメソッドや関数をあらかじめ定義しておくが、その具体的な処理内容をまだ記述していない場合に発生する。例えば、あるプログラミング言語では、抽象クラスの抽象メソッドを継承した具象クラスが、そのメソッドを実装することを義務付けられている場合がある。しかし、その具象クラスにとってそのメソッドが不要であったり、あるいは開発の優先度が低く後回しにされたりする場合、開発者は一時的にそのメソッドに「未実装である」ことを示すコードを記述することがある。PythonではNotImplementedErrorを、JavaではUnsupportedOperationExceptionを、C#ではNotImplementedExceptionをスローすることで、その機能がまだ利用できないことを明確に伝える。これは、そのメソッドが呼び出された場合に、プログラムが不正な動作をするのではなく、意図的に未実装であると通知し、実行を停止させることを目的としている。これにより、開発者は未実装部分がどこにあるかを容易に特定でき、また、将来的な実装のプレースホルダーとして機能させることも可能となる。特に、テスト駆動開発（TDD）のアプローチでは、まずテストコードを作成し、次にそのテストが失敗することを確認してから、後で機能を実装するという手順を踏むため、一時的にメソッドを「Not Implemented」状態にしておくことはよくある。このアプローチにより、開発者は必要な機能を段階的に追加していくことができる。

また、WebサービスやAPIの文脈では、HTTPステータスコード 501 Not Implemented がこの概念を表す。これは、サーバーがクライアントからのリクエストメソッド（例えば、GETやPOSTなどのHTTPメソッド）を認識しているが、そのメソッドを処理する機能がサーバーに実装されていない場合に返される。例えば、クライアントがPATCHメソッドでリソースの一部更新を試みたが、サーバーがPATCHメソッドをサポートしていない場合、501が返される。この場合、サーバーはリクエストされた機能自体が存在しないわけではなく、単にその機能がまだ開発されていないか、あるいは今後のバージョンでサポートされる予定であることを示唆する。クライアント側は、この501ステータスコードを受け取った場合、リクエストした機能が利用できないことを理解し、代替手段を検討するか、サーバー側の実装が完了するのを待つ必要がある。501 Not Implementedは、リクエストされたURIが存在しないことを示す404 Not Foundや、サーバーがリクエストを理解できないことを示す400 Bad Requestとは異なり、機能の存在自体は認識しているが、その実装が不足していることを明確に伝える。

「Not Implemented」という状態を意図的に設けることにはいくつかのメリットがある。一つは、システムの設計段階で将来的な拡張性を持たせることである。インターフェースや抽象クラスを通じて、将来必要となるであろう機能をあらかじめ定義しておくことで、後からその機能を容易に追加できる。また、チーム開発において、各メンバーが担当する機能を明確にし、未実装部分を可視化することで、開発の進捗管理を助ける。しかし、デメリットも存在する。未実装の機能が残っているということは、システム全体として必要な機能がまだ提供されていないことを意味するため、利用者にとっては機能不足となる。また、未実装のコードが誤って呼び出された場合に、例外が発生してプログラムが停止する可能性があるため、適切なエラーハンドリングや、未実装部分が本番環境で呼び出されないような対策が必要となる。したがって、開発者は「Not Implemented」を適切に管理し、文書化することが重要である。これにより、どの機能が未実装であるか、いつ頃実装される予定か、または永続的に実装されないのかといった情報を明確にし、開発チーム内での認識齟齬を防ぎ、利用者に不必要な混乱を与えないように努める必要がある。この概念は、システムの堅牢性を保ちつつ、段階的な開発を可能にする上で不可欠なツールであると言える。開発者は、未実装部分を単なるバグとして捉えるのではなく、計画的な設計の一部として理解し、適切に対処していくことが求められる。