Definitelytyped: タブとスペース？

戦いはありません。 タブを使用します。

スペースに投票します！

内戦を始めましょう！ ：笑顔：

はは。 それは必要ありません。 しかし、ご存知のとおり...タブを使用している場合、この会話は行われず、すべての開発者は、コードを希望どおりに完全に調整します（2スペースまたは4スペース）。 ただ言って。

私はタブが好きです。
ただし、VisualStudioのデフォルト設定に従う必要があると思います。

インデントサイズが4のスペース（VSのデフォルト）。
あなたとみんなが幸せになるように仮想タブを実行するようにIDEを設定します。
上記の行の単語に揃えたいコードの[タブ] [タブ] [スペース] [スペース] [スペース]は見たくないだけです。

一貫したスタイルを適用するためにTSLintルールを作成したい場合（たとえば、タブまたは4つのスペースのいずれか、両方ではない）、新しいテスターで実行します（TSLintをサポートしています）。

https://github.com/palantir/tslint/issues/122も参照して

スペース！ FWIW JSライブラリはスペースを使用します（angular / jquery）

これはおそらくCrockfordが原因で発生しました： http ：

インデントの単位は4つのスペースです。 （21世紀のこの記事の執筆時点では）タブストップの配置に関する標準がまだないため、タブの使用は避ける必要があります。 スペースを使用すると、ファイルサイズが大きくなる可能性がありますが、ローカルネットワークではサイズは重要ではなく、縮小することで違いがなくなります。

TSはJSなので、本当に準拠する必要があります。

さて、クロックフォードは少し不機嫌そうな老人なので、私は彼を一粒の塩で連れて行きます。

しばらく前にRedditに統計があり、誰かがGithubのまともなチャンクを分析しましたが、スペースを優先して60％/ 40％のようでした。 私自身とこれまで働いていたすべての場所はタブでした（ただし、その大部分はAS3でした）。 それは完全にうまく機能します。 コードの調整は時間の無駄ですが、必要に応じてスマートタブも正常に機能します。

私が取り除きたい本当の悩みは、混合_インデント_です。 リポジトリ全体でどちらか一方に熱核爆弾を投下する前に、少なくともファイルごとに一貫している必要があります。

ある時点で＃2228を実行しますが、これは非常に大きなステップです（@ dt-botに実行させることができるように、多くの属性をねじ込みます）。

さて、クロックフォードは少し不機嫌そうな老人なので、私は彼を一粒の塩で連れて行きます。

同意した

退屈している場合は、JSON.jsに対して行われたプルリクエストを読むことをお勧めします。 常に、彼らはダグのわずかに股間の方法を知らない人々によって提出されます。 それらはすべて拒否されたポイントブランクです:-)

これを見たばかりです： https ：

    export class EditorOptions {
        public IndentSize: number = 4;
        public TabSize: number = 4;
        public NewLineCharacter: string = "\r\n";
        public ConvertTabsToSpaces: boolean = true;

        public static clone(objectToClone: EditorOptions): EditorOptions {
            var editorOptions = new EditorOptions();
            editorOptions.IndentSize = objectToClone.IndentSize;
            editorOptions.TabSize = objectToClone.TabSize;
            editorOptions.NewLineCharacter = objectToClone.NewLineCharacter;
            editorOptions.ConvertTabsToSpaces = objectToClone.ConvertTabsToSpaces;
            return editorOptions;
        }
    }

なんて満足のいく@basarat！

CRLFは少しばかげていますが、何でもです。

たぶん私たちはそれのために行くべきです。 すべてに対してtypescript-formatterを実行してみて、何が起こるかを確認します。

親愛なる主よ、なんと食肉処理場..合計562個の.d.tsファイル、446個のファイルが変更されました。

https://github.com/Bartvds/DefinitelyTyped/tree/34907936bfc22562f30bb09ee82282ca0515b8b3

https://github.com/Bartvds/DefinitelyTyped/commit/34907936bfc22562f30bb09ee82282ca0515b8b3

変更されたファイル（446）が多すぎるため、差分全体を表示できませんでした

ふふ。

そして、テストも行いました：

https://github.com/Bartvds/DefinitelyTyped/tree/46f9d17b2b074c887bff35b06112070b28924248

https://github.com/Bartvds/DefinitelyTyped/commit/46f9d17b2b074c887bff35b06112070b28924248

変更されたファイル（442）が多すぎるため、差分全体を表示できませんでした。

良い。 だから私たちは技術を持っています、それは簡単な部分でした。 しかし、これは深刻な影響を与えるため、これが私たちが望むものであるかどうかを判断する必要があります。

一行の帰属は地獄に行きます。 そして、それを受け入れる場合は、おそらくテスターでフォーマットを強制する必要があります。 テスターに​​TSLintを設定している（ただし無効になっている）ので、多くのことができます。

たぶん、テスターを、フォーマッターを実行してテストを実行できるCLI utilに改善する必要があります（これはローカルで機能するようになりましたが、クリーンなCLI apiなどで改善する必要があります）。

私は早いほど良いと言います。 しかし、良いニュースは、あなたが非難の歴史を失うことはないという

ええ、でもgit blame -w -Mがオンラインで機能しないのは残念です。 それについてGithubサポートにメールを送信しました。

@ Bartvds 、GitHubからの応答はありますか？！

現在、GitHubの非難ビューで空白を無視することはできませんが、将来追加する可能性があります。 提案をありがとうございます。チームが確認できるように、機能リクエストリストに追加します。

ですから、もしあったとしても、しばらく時間がかかるかもしれません。

想定されるすべての知識やスタイルガイドが何を言っているかは気にしません。インデント用のタブは、配置が関係しているときに開発者の意図を維持する唯一の方法です。 それについての私のブログ投稿を参照し

コードアラインメント（あなたの場合はvarと=にアラインメント）の概念は良いです。 しかし、リファクタリングで維持するのは難しいものです。 だから私はそれを使わない。 また、自動フォーマットツールはそれを尊重しません。たとえば、TypeScriptの自動フォーマットコード

またのために

  public string FirstName { get; set; }        =>  public  string  FirstName { get; set; }    
  public string Surname { get; set; }          =>  public  string  Surname   { get; set; }
  public int Age { get; private set; }         =>  public  int     Age       { get; private set; }
  private Address Address { get;  set; }       =>  private Address Address   { get; set; } 

新しいプロパティを追加すると、これらすべての行を_再フォーマット_する必要があります。 確認するのに適切なコード変更ではありません。

ワークフローが異なる可能性があり、これを可能にしている可能性があります。 読みやすくなりますが（アートとしてコード化）、チームがそれを移動するのを体験することはできませんでした。

それは最も奇妙なことです。 タブとスペースを組み合わせるというアイデアに対する私の本能的な反応は、震えながら「それはただの汚い」と考えることです。

私が知っている完全に非合理的ですが、完全に誠実です。 人間は変だ...

@johnnyreillyあなたは一般的な誤解の犠牲になっています。 インデントにタブを使用し、位置合わせにスペースを使用することは、スペースを含むタブを_mixing_することと同じではありません。 あなたは明らかにブログ投稿を読んでいませんでした。

位置合わせにタブを使用することは、人々がそれを間違って行っていたために、非常に多くのタブがまったくオフにされている理由です。 そもそも適切に実行していれば、タブ幅を別のサイズで表示するようにエディターの設定を変更したときに誰も気付かなかったでしょう。 これは、上記のアニメーションGIFが示していることであり、人々がそれをどのように間違って行っているかを示しています。

@basarat 、私はあなたに完全に同意します。 コードアラインメントのあるプロジェクトに取り組むことはめったにありませんが、時々見かけます。 どういうわけか、プロジェクトの開発者がアライメントをまったく使用しないように強制できるのであれば、それを採用すると思います。 それ以外の場合、インデント用のスペースがあると、コードをCSTに解析する以外に、リンティングツールなどでインデントを目的としたものと位置合わせを目的としたものを区別する方法がありません（方法のやり過ぎ）。

もちろん、この現代ではインデントにスペースを使用しない理由は他にもたくさんあります。 編集者はタブをうまく扱いますが、スペースを扱うことはありません。 矢印キーナビゲーション、削除、バックスペース–スペースの1つのインデントを1つのユニットのように扱いません。 Visual Studio、Sublime、PHPStorm、Notepad ++を使用しましたが、これらはすべて、インデント用のスペースに関するこの根本的な問題を抱えています。

矢印キーナビゲーション、削除、バックスペース–スペースの1つのインデントを1つのユニットのように扱いません。

ナビゲーション：Ctrl +矢印キーを使用します。 彼らはスペース（本当にすべての空白）+単語をホップします。

削除/バックスペースの場合：単語の選択には、拡張単語（resharperのデフォルトからctrl + w）と展開解除選択（ctrl + shift + w）を使用します。 空白を選択する必要はめったにありませんが、タブ（インデントを増やす）とShiftタブ（インデントを減らす）を使用するだけです。

@jedmao実際に私はあなたの

@johnnyreillyの落とし穴。

@basaratいくつかの空白のシナリオでは、 Home EndキーとCtrl + arrow keyナビゲーションを使用しようとしましたが、常に機能するとは限りません。 これが私が精神的な一貫性からそれをめったに使用しない理由です。 次の例を考えてみましょう。

for (var i = 0; i < 10; i++) {
    if (i > 5) {
        console.log('I am greater than 5');
    }
}

カーソルが3行目の先頭にあり、2行目の先頭まで移動したいとします。

Sublimeでのテクニックを使用して、次の2つの方法のいずれかを実行できます。

• Up 、 Hold Ctrl 、 Left 、 Release Ctrl （4つの論理ステップ）
• Hold Ctrl 、 Left 、 Release Ctrl 、 Up 、 Hold Ctrl 、 Right 、 Left 、 Release Ctrl （8つの論理ステップ）

Visual Studioでは、2番目のシナリオを7つの論理ステップに減らすことができます。

• Hold Ctrl 、 Left 、 Release Ctrl 、 Up 、 Hold Ctrl 、 Right 、 Release Ctrl （7論理的な手順）

実際のタブ文字では、最短パスは修飾キーのない2つの論理ステップのみです。 これ以上簡単なことはありません。

• Left 、 Up

単語の選択が、間隔を空けたインデントの削除またはバックスペースにどのように役立つかわかりません。 Visual Studioで試しましたが、成功しませんでした。 これが、 VisualStudio用の

実際のタブ文字では、修飾キーなしで常に2つの論理ステップになります。 これ以上簡単なことはありません

：+1：あなたのアドバンテージがわかります。 ただし、このコメントを編集すると、ctrlなどはVSと同じように機能するため、私の習慣は引き継がれます;）

単語の選択が、間隔を空けたインデントの削除またはバックスペースにどのように役立つかわかりません

私の悪い、私の説明は混乱していました。 「ワード」選択ビットは無視してください。 I rarely need to select inside whitespace though, just use tab (increase indent) and shift tab (decrease indent).に焦点を合わせるだけです。間隔を空けたインデントで問題なく機能します。

実際のタブ文字では、修飾キーなしで常に2つの論理ステップになります。

どうですか：

public  string  FirstName { get; set; }    
public  string  Surname   { get; set; }
public  int     Age       { get; private set; }
private Address Address   { get; set; } 

Ageの先頭からSurnameのタイプを変更すること、つまり前の行のstringはCtrlシナリオと同じではないでしょうか。

@basarat私はTabとShift+Tab宗教的に使用しています。 ただし、通常は複数行のコードの場合です。 Shift+Tabは、タブのbackspaceキーを押すための適切なエイリアスであると言えると思いますが、 backspaceほど単純でも直感的でもないことは明らかです。

Ctrl+DeleteはDeleteキーに最も近いエイリアスですが、複数のインデントを削除する可能性があります。 一方、タブの単純なDeleteキーは、1つのインデントのみを削除します。 他の人ではなく時々働くことが、私がそれをまったく使わない理由です（精神的な一貫性）。

私もあなたと同じように、空白の内側を選択する必要があることはめったにありません。 私はそうすることを決して提案しませんでした。 私は空白を選択していませんが、どこかに到達するために空白をナビゲートしています。 上記の配置例は、間違いなくCtrl + arrow keyナビゲーションを使用する場合です。 これが、前に言ったように、あなたが指摘したシナリオがおそらく私がそれを使用する唯一のケースであるため、私がCtrl + arrow keyナビゲーションを使用することはめったにない理由です。

結局のところ、私が最も気になるのは、インデント用のタブとインデント用のスペースを含むファイルを切り替えるときに、筋肉の記憶を完全に変更する必要があるということです。 インデント用のタブがあるファイルで効率的な（論理的な手順が最も少ない）ものは、インデント用のスペースがあるファイルでは機能しません。 シームレスなエクスペリエンスを提供していないことで編集者を非難することもできますが、編集者がインデントとは何か、配置とは何かについてインデント用のスペースがあるファイルで仮定を行うことは文字通り不可能であるため（CSTなし）、それは公平ではありません。

さらにいらいらするのは、人々がそれを認識するのがとても難しいということです。 インデントのためのスペースは純粋な悪です...角があります。

最終的な結論は？ 貢献したいのですが、一体何を使っていますか？

最終的な結論は？ 私はただ貢献したい、一体何を使っているのか

ファイルごとに一貫性があります。 これらをファイルに混在させないでください

@basaratコミックは間違っています。 Appleの人はスペースを使用し、Microsoftの人はタブを使用することは誰もが知っています。

@jedmao私はmsの人で、スペースを使用しています:)

＃4211はいい提案だと思います。

airbnb / javascriptスタイルガイドのように2つのスペースを使用することを提案します...

提案：入力するライブラリによって設定されたコーディング標準を使用してください。 タイプされているライブラリがスペース、一重引用符、およびLFを使用している場合は、タイプ定義で同じことを行います。 このようにして、スペースとタブの引数を回避できます。

唯一の問題は、このルールを適用するのは簡単ではないということです。 それを強制し、完全な一貫性を持たせる必要がある場合は、最も一般的な規則に従うことをお勧めします。 このウェブサイトによると、それはスペースと一重引用符です。

私の個人的な好みはスペース（4）と_double_引用符ですが、すべてが一貫していることを意味する場合は、一重引用符を使用しても問題ありません。

プロタブとプロタブスペースのユーザーは同様の妥協案を受け入れることができますか？

私の個人的な好みはスペース（4）と二重引用符ですが、すべてが一貫していることを意味する場合は一重引用符を使用しても問題ありません。

@ glen-84純粋にあなたの娯楽のために...コンパイラチームが二重引用符を使用した理由： https ：

• JSON
• すべての言語で機能するため、認知的負荷が少なくなります

TypeScriptを排他的に実行することが増えているので、私は個人的に一重引用符で囲みます：rose：

少し読みやすく、57％対43％（大きな違いではない）だったと思いますが、どこかに線を引く必要があると思います。 =）

インデント用のタブと位置合わせ用のスペースに関する@jedmaoのポイントが好き

完全な開示：私はgo fmtあり、タブやスペースについての議論がないゴーランドから来ました。インデント用のタブと位置合わせ用のスペースであり、非常にうまく機能します：+1：

もちろんスペース。 タブが他の場所で使用されている場合、タブがさまざまなエディターでどのように正確にレンダリングされるかは誰にもわかりません。

@hinellタブが異なるエディターで異なる方法でレンダリングされる場合、なぜ重要なのですか？ タブがインデントに「のみ」使用される限り、そうすべきではありません。

特にこれのために、私はタブを好みます： http ：

結局のところ、タブを使用するさらに大きな理由があります。それは開発者のアクセシビリティです。

• https://github.com/prettier/prettier/issues/7475
• https://www.reddit.com/r/javascript/comments/c8drjo/nobody_talks_about_the_real_reason_to_use_tabs/