ハイフンマイナス

- + − – - + − –
- + − – - + − –;
; プロポーショナルフォントと等幅フォントのハイフンマイナス、プラス、マイナス、およびエンダッシュ文字

-
-
ハイフンマイナス
ユニコード	U+002D - ハイフンマイナス
グラフィックバリエーション
	﹣
	U+FE63 ﹣ 小ハイフンマイナス
	－
	U+FF0D －全角ハイフンマイナス
異なる
異なる	U+2010 ‐ ハイフン; U+2011 ‑ 非改行ハイフンU+2212 −マイナス記号U+2013 – EN ダッシュ; ; ; U+2014 — EMダッシュ

ハイフンマイナス記号-は、デジタル文書で最も一般的に使用されるハイフンの形式です。ほとんどのキーボードでは、マイナス記号やダッシュに似ている唯一の文字であるため、これらにも使用されます。^[1]ハイフンマイナスという名前は、元のASCII標準に由来しており、^{[2]そこでは}ハイフン（マイナス）と呼ばれていました。^[3]この文字は、使用されている文脈に応じて、 ハイフン、マイナス記号、またはダッシュと呼ばれます。

説明

初期のタイプライターや文字エンコーディングでは、ハイフン、マイナス、さまざまなダッシュ、取り消し線は、見た目がほぼ同じだったため、ほとんどの場合、単一のキー/コードが使用されていました。現在のUnicode標準では、いくつかの異なるダッシュに異なる文字を指定しており、コードポイントU+2212に明確なマイナス記号(Unicode マイナスと呼ばれることもあります)、U+2010 に明確なハイフン (Unicode ハイフンと呼ばれることもあります) 、U +002D にハイフンマイナス、その他さまざまな用途のハイフン記号が指定されています。ハイフンが必要な場合は、よく知られており、キーボードで入力しやすく、多くのデータ形式やコンピューター言語で認識される唯一の形式であるため、ハイフンマイナスが一般的に選択されます。 Unicode標準では、U+2010ハイフンがハイフンマイナスよりも「推奨」されていると規定されていますが、^[4]標準自体はハイフンマイナスをハイフン文字として使用しています。^[5]

現代のほとんどのコンピュータフォントでは、ハイフンマイナスはUnicodeのハイフンと同一か非常に似ています。^[6]^[a]

プラス記号を含む数学的なテキストでは、レベルと長さの点でプラス記号とメトリックが一致するため、Unicodeのマイナス記号がハイフンマイナス記号よりも好まれます。^[b]

用途

タイピング

この文字は、ハイフンまたはマイナス記号が必要なときに入力します。古いタイプライターの慣例に基づいて、em ダッシュ— を表すには-- のペアを使用し、^{[7]スペースを空けた}en ダッシュ – を表すには - の前後にスペースを入れるのが一般的ですが、この方法はプロのタイポグラフィでは推奨されていません。^[8] 一部のワードプロセッサでは、これらが自動的に正しいダッシュに変換されます。この文字を複数回入力して水平線をシミュレートすることもできます (ただし、ほとんどの場合、アンダースコアを繰り返し入力すると実線になります)。ハイフンとマイナスをスペースと交互に入力すると「破線」になり、紙をカットする場所を示すために使用されます。タイプライターでは、テキストの一部をこの文字で重ねて打つと取り消し線が表示されます。

プログラミング言語

ほとんどのプログラミング言語では、減算と否定を表すためにハイフンマイナスを使用します。^{[さらに説明が必要]}^[9]^{[10]減算との曖昧さのため、範囲を示すために使用されることはほとんどありません。一般に、Unicode}U+2212 − MINUS SIGNなどの他の文字は演算子として認識されません。^[^{引用が必要}^]

一部のプログラミング言語（ MySQLなど）では、（2 つのハイフンとマイナス）がコメント--の開始を示します。これは、 Usenetニュースシステムで署名ブロックを開始するために使用できます。YAMLでは、セクションを終了するために（3 つのハイフンとマイナス）を使用します。---

コマンドライン

ハイフンマイナス文字は、コマンドラインオプションを指定するときによく使用されます。これは、 Unixで普及した慣例です。「短い」形式の例としては、-Rまたはがあります-q。ユーザーはを使用して両方を指定できます。実装によっては、またはの-Rqように、2 つのハイフンマイナスを使用して「長い」オプション名を指定できるものもあります。これらは、コマンドを読むときに理解しやすいものです (一部のソフトウェアでは、ハイフンマイナスの数は考慮されず、1 文字のオプションの組み合わせが許可されないか、ユーザーがそれらを並べ替える必要があるため、長いオプションと一致しません)。2 つのハイフンマイナス (その後にスペースが続く) は、それ以上オプションがないことを示します。これは、ハイフンマイナスで始まるファイル名を指定する必要がある場合に便利です。ハイフンマイナス (その後にスペースが続く) だけのオプションは、ファイル名の代わりに認識され、stdinが読み取られることを示します。 --recursive--quiet

`diff`出力

-コンテキスト形式または統合形式のdiff出力で削除された行を示すために使用されます。

エンコーディング

このグリフは、UnicodeではU+002D - HYPHEN-MINUSというコードポイントを持ちます。ASCII でも同じ値を持ちます。

参照

説明ノート

^ Lucida Sans Unicodeでは、ハイフンマイナスはエンダッシュと同じように描かれます。
^ 正確な関係は書体デザインの選択によって異なります。

参考文献

^ コルペラ、ジュッカ K. (2006)。ユニコードについて解説しました。オライリー。 p. 382.ISBN 978-0-596-10121-3。^{[リンク切れ‍ ]}
^ 「3.1 一般用字」（PDF）。Unicode バージョン 1.0 · 文字ブロック。 p. 30。2021 年 11 月 21 日にオリジナルからアーカイブ（PDF）されました。2021 年12 月 10 日に取得。緩い意味論と正確な意味論。一部の ASCII 文字は、元の標準の曖昧さ、または限られたコードセットの再解釈の蓄積により、複数の用途があります。たとえば、16 進数の 27 は、ANSI X3.4 ではアポストロフィ（閉じる一重引用符、鋭アクセント）として定義され、16 進数の 2D はハイフンマイナスとして定義されています。一般に、Unicode 標準では、同等のコード値に対して、意味論に追加または削除することなく、同じ解釈を提供します。 Unicode 標準では、これらの ASCII 値の最も有用な特定の解釈に対して、他の場所で明確なコードを提供しています。対応する明確な文字は、このブロックの文字名リストで相互参照されています。いくつかのケースでは、Unicode 標準は、ASCII コードの一般的な解釈を対応する Unicode 文字の名前で示します。たとえば、U+0027 は「APOSTROPHE-QUOTE」です。
^ 「American National Standard X3.4-1977: American Standard Code for Information Interchange」(PDF)。アメリカ国立標準技術研究所。p. 10 (4.2 グラフィック文字)。2022年10月9日時点のオリジナルよりアーカイブ(PDF) 。 2021年12月10日閲覧。
^ 「Unicode 標準、バージョン 13.0、第 6.2 章」(PDF)。2020 年。一般的な句読点 § ダッシュとハイフン。2021年 1 月 22 日時点のオリジナルよりアーカイブ(PDF) 。2020 年12 月 30 日閲覧。
^ Korpela, Jukka. 「ダッシュとハイフン § 書体の使用法」。2021年1月26日時点のオリジナルよりアーカイブ。2020年12月30日閲覧。
^ Marian, Jakub. 「ハイフン、マイナス、エンダッシュ、エムダッシュ：英語での違いと使用法」。2020年12月25日時点のオリジナルよりアーカイブ。 2020年12月23日閲覧。ハイフンは通常非常に短い（独自のUnicode文字がありますが、見た目が同じなのでハイフンマイナスを代わりに使用できます）...
^ French, Nigel (2006). InDesign Type: Adobe InDesign CS2 によるプロフェッショナルタイポグラフィ。Adobe Press。p. 72。ISBN 9780321385444. 2020年7月4日閲覧。
^ ブリングハースト、ロバート (2004)。タイポグラフィスタイルの要素 (第 3 版)。ハートリー & マークス、出版社。p. 80。ISBN 978-0-88179-206-5. 2020年11月10日閲覧。タイプスクリプトでは、長いダッシュを表すために二重ハイフン (--) がよく使用されます。タイプセットされた文書に二重ハイフンがある場合は、その書体がタイポグラファーではなくタイピストによって設定されたことの確かな証拠です。タイポグラファーは、文脈や個人のスタイルに応じて、em ダッシュ、3/4 em、en ダッシュを使用します。em ダッシュは 19 世紀の標準であり、現在でも多くの編集スタイルブックで規定されていますが、em ダッシュは最適なテキストフェイスで使用するには長すぎます。文間の特大のスペースと同様に、em ダッシュは、ビクトリア朝のタイポグラフィのパッド入りでコルセットのような美学に属します。
^ Ritchie, Dennis (c. 1975). 「C リファレンスマニュアル」(PDF)。ベル研究所。2017年 4 月 3 日時点のオリジナルよりアーカイブ(PDF) 。2016 年12 月 7 日閲覧。
^ Marlow, Simon (ed.). Haskell 2010 Language Report (PDF) . 2016年12月4日時点のオリジナルよりアーカイブ(PDF) . 2016年12月7日閲覧。^{[ページが必要]}

外部リンク

ウィクショナリーの辞書定義

[7] Lucida Sans Unicodeでは、ハイフンマイナスはエンダッシュと同じように描かれます。

[8] 正確な関係は書体デザインの選択によって異なります。

[1] コルペラ、ジュッカ K. (2006)。ユニコードについて解説しました。オライリー。 p. 382.ISBN 978-0-596-10121-3。^{[リンク切れ‍ ]}

[2] 「3.1 一般用字」（PDF）。Unicode バージョン 1.0 · 文字ブロック。 p. 30。2021 年 11 月 21 日にオリジナルからアーカイブ（PDF）されました。2021 年12 月 10 日に取得。緩い意味論と正確な意味論。一部の ASCII 文字は、元の標準の曖昧さ、または限られたコードセットの再解釈の蓄積により、複数の用途があります。たとえば、16 進数の 27 は、ANSI X3.4 ではアポストロフィ（閉じる一重引用符、鋭アクセント）として定義され、16 進数の 2D はハイフンマイナスとして定義されています。一般に、Unicode 標準では、同等のコード値に対して、意味論に追加または削除することなく、同じ解釈を提供します。 Unicode 標準では、これらの ASCII 値の最も有用な特定の解釈に対して、他の場所で明確なコードを提供しています。対応する明確な文字は、このブロックの文字名リストで相互参照されています。いくつかのケースでは、Unicode 標準は、ASCII コードの一般的な解釈を対応する Unicode 文字の名前で示します。たとえば、U+0027 は「APOSTROPHE-QUOTE」です。

[3] 「American National Standard X3.4-1977: American Standard Code for Information Interchange」(PDF)。アメリカ国立標準技術研究所。p. 10 (4.2 グラフィック文字)。2022年10月9日時点のオリジナルよりアーカイブ(PDF) 。 2021年12月10日閲覧。

[4] 「Unicode 標準、バージョン 13.0、第 6.2 章」(PDF)。2020 年。一般的な句読点 § ダッシュとハイフン。2021年 1 月 22 日時点のオリジナルよりアーカイブ(PDF) 。2020 年12 月 30 日閲覧。

[5] Korpela, Jukka. 「ダッシュとハイフン § 書体の使用法」。2021年1月26日時点のオリジナルよりアーカイブ。2020年12月30日閲覧。

[6] Marian, Jakub. 「ハイフン、マイナス、エンダッシュ、エムダッシュ：英語での違いと使用法」。2020年12月25日時点のオリジナルよりアーカイブ。 2020年12月23日閲覧。ハイフンは通常非常に短い（独自のUnicode文字がありますが、見た目が同じなのでハイフンマイナスを代わりに使用できます）...

[9] French, Nigel (2006). InDesign Type: Adobe InDesign CS2 によるプロフェッショナルタイポグラフィ。Adobe Press。p. 72。ISBN 9780321385444. 2020年7月4日閲覧。

[10] ブリングハースト、ロバート (2004)。タイポグラフィスタイルの要素 (第 3 版)。ハートリー & マークス、出版社。p. 80。ISBN 978-0-88179-206-5. 2020年11月10日閲覧。タイプスクリプトでは、長いダッシュを表すために二重ハイフン (--) がよく使用されます。タイプセットされた文書に二重ハイフンがある場合は、その書体がタイポグラファーではなくタイピストによって設定されたことの確かな証拠です。タイポグラファーは、文脈や個人のスタイルに応じて、em ダッシュ、3/4 em、en ダッシュを使用します。em ダッシュは 19 世紀の標準であり、現在でも多くの編集スタイルブックで規定されていますが、em ダッシュは最適なテキストフェイスで使用するには長すぎます。文間の特大のスペースと同様に、em ダッシュは、ビクトリア朝のタイポグラフィのパッド入りでコルセットのような美学に属します。

[c-11] Ritchie, Dennis (c. 1975). 「C リファレンスマニュアル」(PDF)。ベル研究所。2017年 4 月 3 日時点のオリジナルよりアーカイブ(PDF) 。2016 年12 月 7 日閲覧。

[haskell-12] Marlow, Simon (ed.). Haskell 2010 Language Report (PDF) . 2016年12月4日時点のオリジナルよりアーカイブ(PDF) . 2016年12月7日閲覧。^{[ページが必要]}