API
Application Programming Interface
えーぴーあい
ソフトウェア間の機能呼出しのインタフェース仕様。OS API、ライブラリAPI、Web API(REST API等)がある。開発者はAPIを通じて外部機能を利用でき、実装の詳細を知る必要がない。疎結合なシステム連携を実現する。
Related
他の資格での定義
ソフトウェアの機能を外部のプログラムから利用するための仕様やインタフェース。異なるソフトウェア間でデータや機能を連携させるための取り決めであり、再利用性を高める。
ソフトウェアやサービスが外部のプログラムに対して機能を提供するためのインタフェース仕様。関数やメソッドの呼び出し規約を定義し、異なるソフトウェア間の連携を可能にする。
ソフトウェアやサービス間でデータや機能をやり取りするための取り決め(インタフェース)。Web APIとして外部に公開することで、他社サービスとの連携が可能になる。APIエコノミーの基盤技術。
ソフトウェア同士がデータや機能をやり取りするための規約(インタフェース)。Web APIではRESTやGraphQLが主流。API設計では、バージョニング、エラーハンドリング、認証、レート制限などを考慮する。
ソフトウェア間の機能呼出しのインタフェース仕様。OS API、ライブラリAPI、Web API(REST API等)がある。開発者はAPIを通じて外部機能を利用でき、実装の詳細を知る必要がない。疎結合なシステム連携を実現する。
Past Exams
過去問での出題
過去問で 17 回出題(応用情報技術者試験 6・ITパスポート試験 3・システムアーキテクト試験 2・高度試験 午前Ⅰ 2・基本情報技術者試験 1・ITストラテジスト試験 1・データベーススペシャリスト試験 1・ITサービスマネージャ試験 1)。うち 1 回は用語そのものを問う問題です。
- 令和7年度 春期 応用情報技術者試験 午前 問17(IPA の PDF を新しいタブで開きます)
- 令和7年度 ITパスポート試験 公開問題 問90選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 応用情報技術者試験 午前 問41正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 システムアーキテクト試験 午前Ⅱ 問2選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 ITサービスマネージャ試験 午前Ⅱ 問22選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 春期 ITストラテジスト試験 午前Ⅱ 問14正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和6年度 ITパスポート試験 公開問題 問19正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和4年度 秋期 応用情報技術者試験 午前 問42正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和4年度 秋期 応用情報技術者試験 午前 問70正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和4年度 秋期 高度試験 午前Ⅰ 問14正解の選択肢(IPA の PDF を新しいタブで開きます)
残り 7 件を表示閉じる
- 令和4年度 秋期 高度試験 午前Ⅰ 問27正解の選択肢(IPA の PDF を新しいタブで開きます)
- 令和4年度 春期 システムアーキテクト試験 午前Ⅱ 問4選択肢(IPA の PDF を新しいタブで開きます)
- 令和3年度 秋期 データベーススペシャリスト試験 午前Ⅱ 問17用語を問う問題(IPA の PDF を新しいタブで開きます)
- 令和3年度 春期 応用情報技術者試験 午前 問62(IPA の PDF を新しいタブで開きます)
- 平成28年度 春期 応用情報技術者試験 午前 問12選択肢(IPA の PDF を新しいタブで開きます)
- 平成23年度 基本情報技術者試験 特別試験 午前 問32(IPA の PDF を新しいタブで開きます)
- 平成21年度 秋期 ITパスポート試験 問75選択肢(IPA の PDF を新しいタブで開きます)
出典: 独立行政法人情報処理推進機構(IPA)の過去問題。問題文は IPA のサイトの PDF で確認できます。「用語を問う問題」は、この用語の説明や特徴そのものを問う問題です。「選択肢」は、問題文ではなく選択肢に出たものです。用語名で照合しているため、関係の薄い問題が含まれることがあります。
Related
関連キーワードの用語
関数が自分自身を呼び出すプログラミング技法。基底条件(終了条件)と再帰ステップで構成される。木構造の巡回、フィボナッチ数列、ハノイの塔などの問題に適する。スタックオーバーフローに注意が必要で、末尾再帰最適化やメモ化で改善できる。
プログラムの記述スタイルや命名規則、コメントの書き方、インデンテーション、ネストの深さ制限、使用禁止命令などを統一するための規約。可読性・保守性の向上とバグ混入の防止を目的とし、チーム開発での一貫性を確保する。
プログラムを独立した機能単位(モジュール)に分割する設計手法。モジュール間の結合度を低く、モジュール内の凝集度を高くすることが良い設計とされる。保守性、再利用性、テスト容易性が向上する。
オブジェクト指向プログラミングにおいて、スーパークラスで定義されたメソッドをサブクラスで再定義すること。ポリモーフィズム(多態性)の実現手段であり、同じメソッド名でクラスごとに異なる振る舞いを実装できる。
同一名のメソッドや関数を引数の型や数を変えて複数定義すること。コンパイル時に引数に応じて適切なメソッドが選択される(静的多態性)。コンストラクタのオーバーロードにより、異なる初期化方法を提供できる。
データとそれに対する操作をまとめて定義し、実装の詳細を隠蔽したデータ型。スタック、キュー、リストなどが代表例。利用者はインタフェースのみを通じてデータにアクセスし、実装に依存しないプログラミングが可能になる。
