コアポイント

• プログラミング用語「文字列」の起源は、印刷された素材の長(zhǎng)さ（フィート）に基づいて充電されたプリンターが充電された場(chǎng)合に、タイポグラフィの時(shí)代に関連していると考えられています。彼らは印刷された素材をつなぎ合わせ、「文字列」という言葉を使用して文字シーケンスを表します。
1940年代および1950年代に掲載された論文では、「文字列」を使用して現(xiàn)代のプログラミングと同様の意味を表現(xiàn)するための最古の學(xué)術(shù)的な參照が見つかりました。これらの初期使用法は、句読點(diǎn)またはスペースの間の同じ記號(hào)または連続的な文字の文字列のシーケンスを指します。
プログラミングで今日私たちが知っている「文字列」（文字列）という用語は、1960年代に確立されたようで、さまざまな學(xué)術(shù)論文やリソースに掲載されています。タイポグラフィの時(shí)代の使用と同様に、意味のあるキャラクターのセットを表現(xiàn)し、いくらかのコストをもたらすために使用されます。
「文字列」（文字列）という用語には、現(xiàn)実の世界には同等の単語がありませんが（ページのテキスト「文字列」と呼びません）、コンピューターサイエンスで一般的に理解される用語になりました。一般的なデータタイプ。著者は、この用語よりもこのデータ型に適した他の用語はないかもしれないと考えています。

これは、SitePoint PHPニュースレターの7月25日版の編集です。

---

なぜ文字列は文字列と呼ばれるのですか？この質(zhì)問について考えたことがありますか？プログラミングとは別に、他のコンテキストでそのような単語を使用して一連の文字を表すことはありませんが、プログラミングでは、「変數(shù)」という言葉と同じくらい一般的です。なぜこれが、どこから來たのですか？

それを理解するには、最初にいくつかの関連する用語を解決する必要があります。歴史の授業(yè)時(shí)間！

word

font（font）は、フランス語font - 溶けたものです。マスコミの文字は確かに金屬製であり、鉛foundryで溶けていることを考えると、これは理にかなっています。

大文字

大文字よりも小文字が多いことに気付くでしょう。これが予想されます - 手紙はページに一度しか使用できません。結(jié)局のところ、YouTubeのコメントやケースロックがなかったため、書かれたテキストには、書かれたテキストにははるかに多くの小文字があります。

それで、これはすべて文字列と何の関係があるのでしょうか？

まあ、印刷がより主流になるにつれて、プレスは新聞や出版社だけでなく、印刷された素材の長(zhǎng)さ（足）に基づいて請(qǐng)求すると決定されると言われている個(gè)人にサービスを提供し始めています。もちろん、多くは投機(jī)的ですが、それらが一緒に生産された印刷された材料をひもで描畫すると、コストを簡(jiǎn)単に見積もって顧客に請(qǐng)求できます。したがって、この場(chǎng)合の文字のシーケンスを表すために、string> string （string）という単語を使用しているというかなりの確実性を持って結(jié)論付けることができます。 2017年7月26日編集：以下のコメントで指摘されているように、アセンブリ後にマスコミに出荷されるときに、キャラクターブロックを一緒にバンドするための実際のロープがあるようです！ Twitterファンは、プロセスを示す次のビデオを送ってくれました！

それにもかかわらず、これはプログラミングの分野と何の関係があるのでしょうか？つまり、何でも

何でも

について文字列を言うことができます。それは、プログラミング以外の世界ではある程度理にかなっています。通常は使用されていなくても、物事に普遍的に簡(jiǎn)単に適用できるのはただの言葉です。 最初のリファレンスのアカデミックコミュニティの記録を見るとどうなりますか？ 1944年の「再帰的な列挙可能な正の整數(shù)セットとその決定の問題」で、私たちは現(xiàn)代の定義とほぼ類似しているかもしれない何かに言及しました：

作業(yè)目的のために、レター6を紹介し、11b1bb1などの「文字列」1とbを検討します。

この論文では、この用語では、同じ記號(hào)のシーケンスを指します。したがって、1の文字列またはbの文字列です。これは私たちの定義に正確に適合するわけではありませんが、それはほんの始まりに過ぎません。

それから、14年後の1958年の「機(jī)械翻訳のためのプログラミング言語」で、この言葉はこのように使用され、一度だけ使用されました。

句読點(diǎn)またはスペースの間の各継続文字列が辭書で調(diào)べられます。

さて、私たちの文字列の概念に少し似ていますが、彼はただ説明しているように見えます。明らかに、これは當(dāng)てはまりません - それはあまりにも一般的です。しかし、何らかの理由で、それは人気があったようです。

1958年の「シンボル文字列を処理するためのコマンド言語」では、この単語は今日とまったく同じ方法で使用されていますが、これには

定義>>はありません。

1959年の「機(jī)械的翻訳のためのコミットシステム」に別の參照が見つかりました：

d sin（f）をcos（f）d（f）に置き換えたい場(chǎng)合は、fは任意のコンポーネントシーケンスに制限されない場(chǎng)合、シンボル$を使用してこの文字列を表します。

おかしい！これは、私たち全員がPHPから知っているドルのサインであり、実際には基本の文字列サインです。

また、1959年には、「共有709システム：シンボルプログラミングのマシン実裝」でより直接的な定義を取得しました。

テキストは、読み込みやリスト中に必要な他の情報(bào)を表す線形並べ替えられたビット文字列です。

実際、1960年4月のアルゴルを通じて、弦が現(xiàn)代の略語形式の「弦」をとるように見えます（これの前に、人々は[何か] の文字列を言いました）。この論文の要約を參照してください。

その後、1960年5月、アルゴリズム言語Algol 60に関するレポートは、コアコンテンツに觸れる形式でそれを言及しました。

それ以來、それ以來、それは現(xiàn)代のミームと同じくらい速く広がっています。

1963年の流星：文字列変換のためのLISPインタープリターは、かなり非特異的な「...]を使用しますが、いくつかの線形リスト（文字列）の単純な変換は、定義するのが困難です。 1964年「任意のエンコードアルファベットの宣言に関する」「文字文字列」に言及した。

検索ACMには1960年代以降の他の多くのリソースが表示されていますが、そのすべてが定期的にこの用語を使用しているため、1960年代はこの用語の進(jìn)化の觸媒と思われ、今日のように、ゆっくりとそれを作ります。システムのニーズ。興味深いことに、最終的にはタイポグラフィ時(shí)代と同様の概念を表しています。意味のあるキャラクターのセットであり、いくらかのコストをもたらします（今回はメモリに）。

サイドノートとして - これらのすべての論文を60年以上前のすべての論文を検討してください。 60年前、彼らは穴あきカードを使用してコンピューターサイエンスの問題を解決し、學(xué)術(shù)論文でそれらについて書きました。そして、私たちは2017年のJavaScriptフレームワークとともに2017年であり、Drupalのコミュニティで誰が誰とセックスをすることができるかについて議論し、ファサードという言葉を何度も再定義しようとしています。私たちが現(xiàn)代のウェブ開発された「物事が箱に入る、物事が箱から出てくる」のロケット科學(xué)について議論するとき、それらの人々は、本質(zhì)的に小さな絞りをだまして、デジタルにあるアナログ環(huán)境をデジタルに変換することで世界全體を形作ります砂は數(shù)字を覚えています。

結(jié)論

だから今、私たちは知っている、または少なくとも私たちが知っていると思う - 文字列（文字列）はから來ています。コンピューターサイエンスは常に、人間の目が過去に半段階と半分を持っていることを知っているように、謎とゆっくりした進(jìn)化に満ちた暗い空間であり、コンピューターサイエンスの用語も元の意味を超えて超越し、進(jìn)化しました彼らが今日持っているものを與えるまで。同じ名前の同じ概念は、1960年代に同時(shí)にさまざまな場(chǎng)所で生まれ、私たち全員が理解し、使用した統(tǒng)一された用語に進(jìn)化し、最も重要なことに、私たち全員が同意しました。

あなたがそれについて注意深く考えるとき、私たちはより良い言葉を使うことができますか？文字列（文字列）は、「現(xiàn)実世界」の同様の用語から完全に切斷されているためにほとんど不自然に感じますが（ページの「文字列」というテキストを呼び出すことはありません）用語のデータ型。できますか？教えて。

コンピュータープログラミングの文字列の

faq

コンピューターサイエンスの「文字列」という言葉の歴史的な起源は何ですか？

コンピューターサイエンスの「文字列」という言葉は、「文字文字列」というフレーズに由來すると考えられています。これは、データが多くの場(chǎng)合、英數(shù)字のシーケンスまたは「文字列」として表されることが多いプログラミングで最初に使用されました。この用語は、データ型をプログラミング言語の文字シーケンスとして説明するために使用され、今日に使用されています。

プログラミングの他のデータ型と文字列はどのように異なりますか？

スタンドは、文字、數(shù)字、特殊文字を含む可能性のある文字のシーケンスです。整數(shù)やブール値（それぞれ數(shù)値または真/偽値を表す）などの他のデータ型とは異なり、文字列はテキストを表現(xiàn)および操作するために使用されます。これらは、ほとんどすべてのプログラミング言語の基本的なデータ型であり、操作と分析のためのさまざまな組み込みの方法が付屬しています。

なぜいくつかのプログラミング言語で文字列が不変であるのですか？

JavaやPythonなどのいくつかのプログラミング言語では、文字列は不変です。これは、文字列が作成されると変更できないことを意味します。この設(shè)計(jì)の選択は、主に効率性と安全上の理由です。ストリングはプログラムで大量に使用されることが多いため、それらを不変にすることで、システムがメモリの使用速度と処理速度を最適化できるようになります。また、可変文字列に関連する潛在的なセキュリティリスクを防ぎます。

弦はメモリにどのように保存されますか？

スタンドは通常、メモリに保存されます。文字シーケンスとして、各文字は使用される文字エンコードに応じて、一定數(shù)のバイトを占有します。たとえば、ASCIIエンコーディングでは、各文字がメモリの1バイトを占有しますが、Unicodeエンコードでは、文字が2つ以上のバイトを占有できます。文字列の終わりには、通常、特別な空の文字がマークされています。

文字列でどのような一般的な操作を?qū)g行できますか？

連結(jié)（2つの文字列の連結(jié)）、サブストリング抽出（文字列の一部を取得）、文字列の比較（2つの文字列が等しいかどうかを確認(rèn)）、文字列検索（特定の文字列の比較を含む多くの操作を文字列上で実行できます。文字列內(nèi)の文字またはサブストリング）。これらの操作は通常、プログラミング言語に組み込みの方法として提供されます。

文字列を別のデータ型に変換する方法は？

ほとんどのプログラミング言語は、文字列を他のデータ型に変換する機(jī)能または方法を提供します。たとえば、Pythonでは、int（）関數(shù)を使用して數(shù)値文字列を整數(shù)に変換するか、float（）関數(shù)を使用してフローティングポイント數(shù)に変換できます。ただし、文字列が有効な數(shù)値を表していない場(chǎng)合、これらの変換は失敗します。

文字列補(bǔ)間とは何ですか？

文字列補(bǔ)間は、変數(shù)または式が文字列に直接挿入されるプログラミング手法です。これは、より読みやすく便利な方法で文字列をフォーマットするためによく使用されます。文字列補(bǔ)間の構(gòu)文は、プログラミング言語によって異なります。

文字列と文字配列の違いは何ですか？

文字列は文字のシーケンスであり、文字配列は各要素が文字である配列です。 Cなどのプログラミング言語では、文字列はnull文字で終わる文字として表されます。ただし、多くの高レベルの言語では、文字列は獨(dú)自のメソッドとプロパティを備えた個(gè)別のデータ型です。

文字列リテラルとは何ですか？

スタンドリテラルは、プログラムソースコードに直接書かれた文字列です。それは通常、引用符で囲まれており、それが単一の引用か二重引用符であるかは、プログラミング言語に依存します。文字列リテラルは一定の値として扱われ、一部の言語では不変です。

文字列で特殊文字を表現(xiàn)する方法は？

ラインブレーク、タブ、引用文字などの文字列の特殊文字は、通常、エスケープシーケンスで表されます。エスケープシーケンスは、バックスラッシュ（）に続いて、文字または文字シーケンスが続きます。正確な構(gòu)文と使用可能なエスケープシーケンスは、プログラミング言語によって異なります。

以上が文字列が文字列と呼ばれるのはなぜですか？の詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語 Web サイトの他の関連記事を參照してください。