ハードコーディング
[Wikipedia|▼Menu]
.mw-parser-output .ambox{border:1px solid #a2a9b1;border-left:10px solid #36c;background-color:#fbfbfb;box-sizing:border-box}.mw-parser-output .ambox+link+.ambox,.mw-parser-output .ambox+link+style+.ambox,.mw-parser-output .ambox+link+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+style+.ambox,.mw-parser-output .ambox+.mw-empty-elt+link+link+.ambox{margin-top:-1px}html body.mediawiki .mw-parser-output .ambox.mbox-small-left{margin:4px 1em 4px 0;overflow:hidden;width:238px;border-collapse:collapse;font-size:88%;line-height:1.25em}.mw-parser-output .ambox-speedy{border-left:10px solid #b32424;background-color:#fee7e6}.mw-parser-output .ambox-delete{border-left:10px solid #b32424}.mw-parser-output .ambox-content{border-left:10px solid #f28500}.mw-parser-output .ambox-style{border-left:10px solid #fc3}.mw-parser-output .ambox-move{border-left:10px solid #9932cc}.mw-parser-output .ambox-protection{border-left:10px solid #a2a9b1}.mw-parser-output .ambox .mbox-text{border:none;padding:0.25em 0.5em;width:100%;font-size:90%}.mw-parser-output .ambox .mbox-image{border:none;padding:2px 0 2px 0.5em;text-align:center}.mw-parser-output .ambox .mbox-imageright{border:none;padding:2px 0.5em 2px 0;text-align:center}.mw-parser-output .ambox .mbox-empty-cell{border:none;padding:0;width:1px}.mw-parser-output .ambox .mbox-image-div{width:52px}html.client-js body.skin-minerva .mw-parser-output .mbox-text-span{margin-left:23px!important}@media(min-width:720px){.mw-parser-output .ambox{margin:0 10%}}

この記事には複数の問題があります。改善やノートページでの議論にご協力ください。

出典がまったく示されていないか不十分です。内容に関する文献や情報源が必要です。(2011年7月)


独自研究が含まれているおそれがあります。(2007年4月)
出典検索?: "ハードコーディング" ? ニュース ・ 書籍 ・ スカラー ・ CiNii ・ J-STAGE ・ NDL ・ dlib.jp ・ ジャパンサーチ ・ TWL

ハードコーディング(英語: hard coding)とは、本来プログラム中に記述すべきでないリソース(エラーメッセージなど)を、直接ソースコード中に埋め込むことである。これらは本来、外部ソースから取得するか、実行時に生成するべきものであり、これをソフトコーディング英語: soft coding)という。

ハードコーディングされたデータを変更するには、ソースコードを編集して実行可能ファイルを再コンパイルするか、バイナリエディタを用いてメモリ上またはディスク上のプログラムを書き換える必要がある。

ハードコーディングされたデータは、物理定数バージョン番号、静的テキスト要素などの不変な情報を表す。一方、ソフトコーディングされたデータは、ユーザ入力、HTTPサーバーからの応答、構成ファイルの内容などの任意の情報であり、実行時に決定される。

具体例としては、固定された付加価値税が設定された電卓や地球の重力加速度が設定された体重計がある。それらは付加価値税率が異なる共同体や地球以外の重力の場所では正常な値が取得できない。
概要

ハードコーディングでは、入力データや期待する形式が変更されるたびに、プログラムのソースコードを変更する必要がある。エンドユーザーにとっては、プログラムの外部で何らかの方法で詳細を変更する方が便利である。ハードコーディングが必要な場合もしばしばあるが、通常はアンチパターンと見なされる。プログラマは、エンドユーザのために、動的なユーザインターフェイスではないにしても、ソースコードなしに変更が可能な機能を提供しなければならない。

「ハードコーディングされた」(hard-coded)という言葉は、当初はハード配線による回路のアナロジーとして使用されており、それに対するソフトウェアの使用による設計・実装の柔軟性を表現することを意図していた。

なお、実行時に拡張可能なコラボレーティブ開発環境(英語版)においては、ハードコーディングは、低レベルのタスクを担当しスクリプトを実行するシステムのコアエンジンを開発することを指す。それに対し、ソフトコーディングは、実行時にシステムによって解釈されるスクリプトを開発することを指す。この場合、この用語には軽蔑的な意味はなく、一般的な開発手法を指す。
ハードコーディングとバックドア

ハードコーディングされた証明書は、バックドアを作成する一般的な方法である。ハードコーディングされた証明書は通常、構成ファイルやユーザ列挙コマンドの出力には表示されず、ユーザーが簡単にバイパスすることはできない。
ハードコーディングとDRM

デジタル著作権管理の手段として、ソフトウェア開発者は一意のシリアル番号をプログラムに直接ハードコーディングすることがある。あるいは、公開鍵をハードコードし、鍵生成を実行することが不可能なDRMを作成するのが一般的である。

逆に、ソフトウェアクラッカーは、有効なシリアル番号をプログラムにハードコーディングし、有効な番号を入力する必要のない無許可のコピーを再配布する。ハードコーディングされているため、それらは全て同じ鍵を持っている。
インストールパスの固定

C:\Program Files\Appname にインストールされていると想定してインストールパスをハードコーディングしたプログラムは、ディスクの空き容量や組織上の理由で別のドライブにインストールしようとした場合に、インストールに失敗するか、インストール後に実行に失敗する可能性がある。標準的なユーザーはデフォルトのドライブ・ディレクトリにインストールし、テストにはインストールディレクトリを変更したケースが含まれていない可能性があるため、テスト工程でこの問題が検出されないことがある。

初期のコンピュータのマイクロプロセッサには、メモリ内の固定アドレス実行を開始するという同様の問題があった。
起動ディスク

一部のコピープロテクトされたプログラムは、起動時にフロッピーディスクやフラッシュドライブ上の特定のファイルの存在によって不正なコピーではないことを確認する。フロッピードライブが搭載されていない新しいコンピュータに交換すると、フロッピーディスクが挿入されていないため、プログラムを実行することができない。

この例は、ハードコーディングが完全に機能するように見えても、実際にはそうではない場合があるということを示している。1990年代まではほとんどのPCにフロッピーディスクドライブが搭載されていたが、それ以降のPCには搭載されなくなった。1990年代以前にフロッピーディスクドライブの存在を前提としてハードコードされたプログラムは、更新されなければ問題に直面する可能性がある。
特殊フォルダ

一部のWindowsオペレーティングシステムには、ファイルを論理的にハードディスクに整理する特殊フォルダ(英語版)と呼ばれるものがある。特殊フォルダに関連して、ハードコーディングに関連する問題がある。
プロファイルのパス

一部のWindowsプログラムでは、C:\Documents and Settings\UsernameUsernameなどの開発者が定義した場所にプロファイルのパスをハードコードしている。これはWindows 2000以降のWindowsの標準のパスであるが、プロファイルがネットワーク上に格納されている場合や他の場所に移動している場合は、エラーが発生する。プロファイルのパスを取得する適切な方法は、GetUserProfileDirectory関数を呼び出すか、[1]%userprofile%環境変数を参照することである。
マイドキュメントフォルダのパス

一部のWindowsプログラムでは、マイドキュメント(英語版)のパスをProfilePath\My Documentsとしてハードコーディングしている。このようなプログラムは、英語版を実行しているPCでは動作するが、ローカライズされたバージョンのWindowsでは、通常このフォルダの名前は異なる。例えば、イタリア語版ではマイドキュメントフォルダの名前はDocumentiである。また、Windows 2000以降では、グループポリシーでフォルダリダイレクトを使用してマイドキュメントを再配置することもできる。マイドキュメントフォルダのパスを取得する適切な方法は、SHGetFolderPath関数を呼び出すことである。[2]
関連項目

リテラル

マジックナンバー (プログラム)

脚注^ mcleanbyron. “GetUserProfileDirectoryA function (userenv.h) - Win32 apps” (英語). docs.microsoft.com. 2020年5月28日閲覧。
^ mcleanbyron. “SHGetFolderPathA function (shlobj_core.h) - Win32 apps” (英語). docs.microsoft.com. 2020年5月28日閲覧。


記事の検索
おまかせリスト
▼オプションを表示
ブックマーク登録
mixiチェック!
Twitterに投稿
オプション/リンク一覧
話題のニュース
列車運行情報
暇つぶしWikipedia

Size:11 KB
出典: フリー百科事典『ウィキペディア(Wikipedia)
担当:undef