>>149
> 字揃えはスペース、行揃えはタブでしょ？

だから行揃えでしょう？
↓この話は

これが
var nagai_hensu_mei = aaa ? b : // ○○○の時
　　　　　　　　　　　　　　c ? d : e; // △△△の時

こうなっちゃう程度ならいいんだがな
var nagai_hensu_mei = aaa ? b : // ○○○の時
　　c ? d : e; // △△△の時

これが
var nagai_hensu_mei = aaa ? b : // ○○○の時
　　　　　　　　　　　　　　c ? d : e; // △△△の時

こうなっちゃうとかどうよ？
var nagai_hensu_mei = aaa ? b : // ○○○の時
　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　c ? d : e; // △△△の時


140 名前：Name_Not_Found[sage] 投稿日：2013/10/08(火) 19:19:36.02 ID:???

意味不
いくらスペースで揃えたって
等幅フォントじゃなけりゃ見栄えは崩れるんだが

だからWeb系しかやったことないWebプログラマはバカにされる

>>149
隙間の問題じゃないよ
折り返す場合は行頭にタブとスペースを混ぜていれないと>>139みたいになる

>>153
はぁ？ C言語の有名な
規約でもタブ使うんですけど？

ほらな、こういう風にルールが複雑化していくから、
タブ文字ではなくスペース使えって言ってんの。
わかったでしょ？
あ、でもタブキーは使っていいよ。スペースに自動変換されるんだから。

>>151
それは字揃え
行揃えっていうのは行の開始位置を揃えることで
それより後に文字を置きたい場合は当然スペース

スペースで見た目を揃えたコードをフォーマッタで整形しても崩れないのか？
インデントのスペースなのかスペーサーとしてのスペースなのかなんて分からなくね

PythonやRubyがこっちを見てますよ？

>>155
有名な規約ってなんだよurl張れないのか

>>156は>>157への未来へのレスなｗ

字揃えの定義は～。
ルールが複雑化していく。

>>157
まじで2行目は前の行と同じ数のタブいれてそこからスペースで揃えてるの？
手作業？

>>157そうそう、
「行の開始位置」をズラすっていう意味をタブは持てるけど
スペースはただのスペースなんだよね

コードのインデントを破壊する→フォーマッタで整形

タブの場合は完全に整形される
スペースの場合はぐちゃくぢゃになる

はい論破

タブとスペースをまぜるバカ

>>162
改行したら自動でタブはいるだろ
そうじゃなかったらスペースの方は苦行じゃん

＞タブの場合は完全に整形される
＞スペースの場合はぐちゃくぢゃになる

それは単純にそのツールが悪いと思うが・・・？

インデントは壊れやすいものなんだから
インデントでブロックを表現するとか馬鹿すぎだよな
pythonは馬鹿言語

>>166
いや、改行した場合、2行目の開始位置もエディタが勝手に決めるんだけど
それ手作業で位置きめてんの？

ほら出て来い>>155

インデント１つ分増やしたり減らしたりする時も
スペースの方が４倍大変だね
どうせマクロや支援を使えばいいとか言うんだろうけど

さて問題です。以下のうち
タブを使っていいところと悪いところはどこでしょうか？


funciton bar() {
　　var a = 1;
　　var b = 1;
}

var hash = {
　　　var: 1,
　　　bar: funciton() {
　　　　　var a = 1;
　　　　　var b = 1;
　　　},
};

>>169
開始位置はスペースタブ関わらず１行目のvの前に当たる位置まで
自動でスペースやタブが詰まってそこからのスペースは同じだろう

パッチ云々いうけどプロジェクトではPythonもよく使うだろ
それはどうしてんだよ

>>172みたいなのを見ると
全部スペースにしたほうが
ルールがシンプルで間違いがないというのがよく分かる。

インデントを複数のスペースで構成するのは無駄極まりない

>>166
まじで、>>139みたいな行を2行に分ける場合の操作手順を聞きたい

タブインデント派は改行すると前の行と同じ数のタブが行頭に入るわけ？
そこからスペースだーって打って適当な位置までもってくの？

http://jsbin.com/unESEMU/1/edit

こういう形で頭文字の位置を揃えたコードって
スペースを何個か削除してからフォーマッタにかけても修復できなくね？

すまん。間違って修正前の貼り付けた

さて問題です。以下のうち
タブを使っていいところと悪いところはどこでしょうか？

funciton foo() {
　　var a = 1;
　　var b = 1;
}

var hash = {
　　　var: 1,
　　　bar: funciton() {
　　　　　var a = 1;
　　　　　var b = aaa ? b : // ○○○の時
　　　　　　　　　　　 c ? d : e; // △△△の時
　　　},
};

>>173
スペース派のつかってるエディタだと、
改行した瞬間にc ? d : e ～を打つとこまでスペースを詰めてくれる

>>177
スペースだって普通はそうだろ
何？構文解析でもしてくれんの？
それならそれで別にスペースとタブに違いはないが

>>180
それ行頭インデントがスペースかタブかは全く関係ないじゃん

今時のコードエディタは構文解析してる

エディタ固有の話はキリがないからいいよ

支援の話をするんならそもそもタブキーをスペース何個かに割り当てたり
スペース何個か分をまとめて跳ばせたりも出来るわけで
それ結局タブの標準機能を模倣してるだけなんだけどね

確かにスペース派はエディタのお陰でタブの様に扱えるから
使いにくくはないと言ってるようにしか見えない

スペース派は操作中にタブかスペースなんてことは意識してないわけ
>>180みたいな機能があるからね

しかしセーブしたファイルにタブで展開されると>>139みたいな問題があるから
セーブ時にタブは展開されないよう設定するわけ

タブ派は前の開始位置までタブそこからスペースとか一部は手作業でやらないといけないわけよ

タブコードには構造しかないから完全に自動整形できる
スペースコードには見た目という計量の難しい要素が入ってくるから自動整形が難しい
そして構造しかないコードの方が美しい

タブキーを押した時にタブ文字が入る人は、
スペースで位置揃えをする時に、
スペース連打をしていてワロタｗ

スペースでインデントも位置揃えもしている俺は
すべてタブキー（＝スペース4文字）で簡単

整形など人間がする作業ではない
今後ますます自動化していくだろう
それなのにスペース派は人間が整形すべきと考えている
それが愚かなのだ

もうそろそろ答えを言うぞ？
_にした所がタブでOKの場所だ
空白の場所は、スペースでなければならない場所だ。
どうだい、わかったかな？

funciton foo() {
____var a = 1;
____var b = 1;
}

var hash = {
____var: 1,
____bar: funciton() {
________var a = 1;
________var b = aaa ? b : // ○○○の時
________　　　　　　 c ? d : e; // △△△の時
____},
};

整形なんて複数行コメントくらいでしか使わん

>>191一応タブでも動くよ

スペースで整形と聞いて
もっと争えのAA貼ろうとしたら
本文長すぎって言われた…

いまどき、構文解析もしてないエディタって

構文ハイライト無し
構文に合わせた自動インデント無し

この2つはコード見たり書いたりする効率を激しく変える
ぶっちゃけタブかスペースなんかどうでもいいから
この2つが有効なエディタを使えるようにしとけ

タブ派

________var b = aaa ? b : // ○○○の時
________　　　　　　 c ? d : e; // △△△の時


_の所はタブキーで入力。
そしてスペースのところはスペース連打。


スペース派・・・すべてタブキーでスペース入力らくらく

ああｗタブ派は、
改行したときには前の行と同じ数のタブが入って
そこから変化させるのは手動ってタイプの原始的なテキストエディタを使ってる人なのかｗ

いまどき、構文に合わせて行の開始位置を自動で決めてくれないエディタとか、
コード書くのには使わんｗ

>>191
こうじゃね？

var b =
____aaa ? b : // ○○○の時
________c ? d : e; // △△△の時

オブジェクト書く時って、こうするけど

var arr = {
____a : 0, // ○○○
____b : 1, // △△△
____c : 2 // □□□
};

こうはしないじゃん

var arr = { a : 0, // ○○○
__________b : 1, // △△△
__________c : 2 // □□□
};

>>198
インデントじゃない所に
タブを使ったらダメ。

>>198
それだと>>139の問題を回避できない