インデントはタブかホワイトスペースか？

**デフォルトの名無しさん** · 2008/10/10(金) 21:13:57

どっちがいいの？

**デフォルトの名無しさん** · 2017/06/24(土) 22:35:57.72

emacsなら行単位で文法フォーマットしてくれる機能があるからそれをTabというかCtrl+Iに割り当ててる

この機能は、
空行の場合には、それ以前の行のコードに合わせてインデント調整してくれて、そこからコード入力はじめられる
すでに何らかのコードが入力されている場合には、そのコードを前の行に合わせて正しい位置にインデントしてくれる

emacsには昔からある機能だけど、JetBrains系のIDEにもまんま同じ機能がemacs tabっていう名前で用意されていて便利に使えてる

VisualStudio系にはこれと同じ機能がなくてすごい不満
代わりにformat～とかいう機能があるからそれをCtrl+Iに割り当てて使ってるけど、挙動が少し違うから困る

**デフォルトの名無しさん** · 2017/06/25(日) 00:26:30.48

タブを使った場合の問題点は以下のようなコメントが書きづらいということ

if (true) {
　　foo();　# ながーいいいいいいい
　　　　　　# コメント
}

これを正しくインデントするならば

[タブ]foo();　# ながーいいいいいいい
[タブ][空白] # コメント

としなければいけない。

なぜなら、こうしなければ以下場合にタブ幅が4ではなくて8になったら
コメントの位置がずれてしまうから

[タブ]foo();　# ながーいいいいいいい
[タブ][タブ] # コメント

タブとスペースの意味が同じであれば、こういう面倒な使い分けを
いちいちやる理由がない。理由がなければやらない（全部スペース）を使うのが合理的

**デフォルトの名無しさん** · 2017/06/25(日) 07:07:58.87

>>237
テキストエディタでタブを何文字分のスペースとするか決まってないからだけど、俺は半角スペースのインデントは手間がかかるから嫌い。

特に後から直すときにスペースでインデントしていると面倒。

**デフォルトの名無しさん** · 2017/06/25(日) 07:12:29.34

>>247
コードのコメントならコードの上に書けばよい。特に関数のコメントなら上に書くべきで、関数の呼び出し行の右には書かない。

**デフォルトの名無しさん** · 2017/06/25(日) 07:17:02.48

>>247
そういうコメントのつけ方をしたらずれるのがわかってるから、TAB使う人はそういう書き方を
しないかあるいはそもそも位置合わせにこだわらない。
スペース前提でのやり方をそのまま持ち込んで問題があると言うのが的外れ。
個人的には、改行が必要なほど長いコメントをインラインで書くのがそもそもどうかと思う。

**デフォルトの名無しさん** · 2017/06/25(日) 13:06:17.58

>>249-250
つまりタブを使うとずれる場合があるから書き方に制限が出るわけだよね？

そういう風に気を使うことで得られるものは何かあるの？
スペースでいいじゃん

**デフォルトの名無しさん** · 2017/06/25(日) 14:26:54.32

コメントはともかく、関数の引数を開き括弧に揃えるといった場合に、位置揃えに
タブが使われると、タブの文字幅の設定によって縦位置がずれるって問題はあるな。
https://www.emacswiki.org/emacs/TabsAreEvil

確かに位置揃えにはスペースだけを使うようにすれば問題ない。
https://www.emacswiki.org/emacs/SmartTabs
(indenting with tabs and aligning with spaces)

しかし実際にはソースコード上でタブの使用を許すと
タブとスペースを上手く使い分けできずに最初のURLにあるようなコードを
書く奴が出てくるから、それならインデントも位置揃えもスペースのみを使用する
コーティングスタイルにしておいた方がましってところじゃないかな。

**デフォルトの名無しさん** · 2017/06/25(日) 14:30:51.14

関数の引数を開き括弧に揃えるってのはこんな感じのもの。
(タブをインデントに使う場合)

function bar(veryDescriptiveArgumentNumberOne,
　　　　　　 veryDescriptiveArgumentTwo) {
[_タブ_]doSomething()
}

この場合は以下のように括弧の後で改行すべきってスタイルもあるけど。

function bar(
　　veryDescriptiveArgumentNumberOne,
　　veryDescriptiveArgumentTwo) {
[_タブ_]doSomething()
}

**デフォルトの名無しさん** · 2017/06/25(日) 15:04:49.06

俺はタブを使ってないが、コーディングスタイルの問題として後者の方が良いと思う。

**デフォルトの名無しさん** · 2017/06/25(日) 15:17:52.38

>>253
後者の方がコメントを書きやすい

インデントとスペースにすると書き直すのに手間取る

**デフォルトの名無しさん** · 2017/06/25(日) 15:39:29.73

昔は前者のレイアウトはいちいち手でそろえるのがナンセンスだと思っていたけど、
今ならフォーマッタで一発だから、それが使える前提ならアリかなとも思う。
特にヘッダファイルの場合、後者のレイアウトだと関数名がパラメータに紛れて見にくい。
どっちにしても、引数の表示位置がずれることにこだわること自体はナンセンスだと思うけど。

**デフォルトの名無しさん** · 2017/06/25(日) 17:20:13.85

>>256
昔から縦揃えはナンセンスなんだが、昔の言語は位置を揃えるのが普通で、C言語もそのなごりを受けているから、いまだに引数の記述位置を揃えたがるのはいる。

**デフォルトの名無しさん** · 2017/06/25(日) 18:20:14.61

> 昔から縦揃えはナンセンスなんだが
それは間違い

実際に比較してみればわかるが
縦を揃えたほうが見やすいのは事実
CSVとかMarkdownのテーブルを見れば
一目瞭然だろう

見やすいというメリットと、メンテナンス性が
悪いというデメリットの両方を持ってる。
これは事実として受け容れなければいけない

その上で揃えたほうが見やすいけど、うちの会社が
使ってるエディタでは縦揃えが難しいから
揃えるのは諦めてる。と言わないと嘘つきになってしまう

**デフォルトの名無しさん** · 2017/06/25(日) 18:54:40.17

その「見やすさ」にどういうメリットがあるかってことだろう。
ブロックのインデントはブロックの範囲を把握しやすくするという目的があって、
だからこそ同じブロック内は同じ高さに揃えて例外はあまりあってほしくないわけだが。

**デフォルトの名無しさん** · 2017/06/25(日) 18:57:00.95

> その「見やすさ」にどういうメリットがあるかってことだろう。

「可読性」が大事って話をしろってこと？
それはレベルが低すぎるｗ

**デフォルトの名無しさん** · 2017/06/25(日) 19:19:58.80

ん、まぁ、「レベルが低い」でごまかさずにどういうメリットがあるのか説明してみてほしい。

**デフォルトの名無しさん** · 2017/06/25(日) 21:39:45.35

>>260
それはその見た目に慣れているかどうかでしかない。

**デフォルトの名無しさん** · 2017/06/25(日) 22:06:09.42

>>262
可読性＝読みやすさだよ

**デフォルトの名無しさん** · 2017/06/26(月) 12:43:08.60

>>263
おまえの可読性ってその程度のことなのか？

**デフォルトの名無しさん** · 2017/06/26(月) 12:47:59.42

ふ、お前の可読性はまだまだそんなもんじゃないはずだ
見せてみろ！お前の真のチカラを！！

**デフォルトの名無しさん** · 2017/06/26(月) 13:15:57.03

＝を揃えるのに皆さんはどうやっていますか？
テキストエディタ派の人、よろしくお願いします。

**デフォルトの名無しさん** · 2017/06/26(月) 19:10:34.66

タブって本来縦揃えのためのものでしょ
それをスペース何文字とかで表示している奴が悪い

**デフォルトの名無しさん** · 2017/10/12(木) 10:17:32.20

>>266
揃えない。揃えたいと思うほど連続する事がない

**デフォルトの名無しさん** · 2017/10/13(金) 14:21:12.67

揃えるメリットがない

**デフォルトの名無しさん** · 2017/10/13(金) 19:47:48.49

いやwお前らの大好きな可読性という最強のメリットがあるだろw何意地張っちゃってんの？w

**デフォルトの名無しさん** · 2017/10/13(金) 22:44:03.32

読みやすいほうが大好きに決まってるよな
読みにくいコードのほうが好きっていう人はいないと思う

**デフォルトの名無しさん** · 2017/10/13(金) 23:04:14.48

上で議論されていたのは、=の位置を揃えたからといって有意に可読性が上がるのか？ってことだろ。

**デフォルトの名無しさん** · 2017/10/13(金) 23:07:22.69

つまり無意に可読性が上がることは認めるのか？
まずはそこをハッキリさせとこうぜ？

**デフォルトの名無しさん** · 2017/10/13(金) 23:07:41.69

=の位置を揃えるのは有意に可読性が上がる。これは確かだよ
もちろん揃える意味があるのは3行以上で揃える行数が
増えれば増えるほど可読性に影響を与える

ただし、入力の手間が増える。というだけの話。
入力の手間は可読性とは関係ない。
これは単に入力の手間と可読性のどちらを取るかという話でしか無い

**デフォルトの名無しさん** · 2017/10/13(金) 23:09:23.03

はい。参考文献
http://postd.cc/why-i-vertically-align-my-code-and-you-should-too/

**デフォルトの名無しさん** · 2017/10/13(金) 23:10:40.14

揃えたほうが見やすいのは、CSVファイルや
Markdownのテーブルでも同じこと。
可読性は上がるがメンテナンス性が下がるというだけのこと

**デフォルトの名無しさん** · 2018/05/23(水) 21:33:45.43

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

NTZHS

**デフォルトの名無しさん** · 2018/07/05(木) 00:25:00.00

P8S

**デフォルトの名無しさん** · 2018/07/05(木) 00:27:34.84

ﾀﾌﾞにきまってるやん
ﾀﾌﾞ幅は参照するﾔﾂが任意に設定できる

SP入れるﾔﾂはｺﾞﾐといっていい