Vue vs React vs Angular Part.2

**デフォルトの名無しさん** · 2019/03/09(土) 22:02:33.71

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
※前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください

**デフォルトの名無しさん** · 2019/05/11(土) 22:12:47.06

全部入りといえばVisual Studio

**デフォルトの名無しさん** · 2019/05/11(土) 22:59:18.42

>>700
出来の良し悪しはともかく
数が多くなるのと、対象の道連れになるのでラッパー類は除いてる
Ionic、Nuxt、Vue Nativeなど

**デフォルトの名無しさん** · 2019/05/12(日) 01:01:51.46

Reactのインポート地獄をみんなどうしてる？？

よく使うのは、protoとかに生やしてたりすんの？

**デフォルトの名無しさん** · 2019/05/12(日) 01:04:29.59

https://cdn-images-1.medium.com/max/1600/1*a6X55OJdZfefGKE2LFUZ1A.png

こういう感じで、さらにstyled componentとかにすると、さらに増えて完全に地獄なんだが。。

**デフォルトの名無しさん** · 2019/05/12(日) 01:12:25.25

>>704
自分はパスのテーブル作ってループでリストにpushしてから配備してるからRouteとimportが一緒のファイルにはならないな

**デフォルトの名無しさん** · 2019/05/13(月) 16:55:44.14

フレームワークごとのお作法を学ぶ作業しんどい

**デフォルトの名無しさん** · 2019/05/13(月) 22:20:51.61

you 造っちゃいなョ

**デフォルトの名無しさん** · 2019/05/13(月) 22:52:30.18

そして同じようなフレームワークがまたできて、同じように文句言われるわけだ。

**デフォルトの名無しさん** · 2019/05/14(火) 00:13:13.60

ホント普遍的だなこの風刺画ｗｗ
https://imgs.xkcd.com/comics/standards.png
https://naglly.com/archives/2011/07/xkcd-standards.php

**デフォルトの名無しさん** · 2019/05/14(火) 00:51:22.05

jsフレームワークの主流インデントって
スペース2つだけど

見にくくない？4つよくない？

**デフォルトの名無しさん** · 2019/05/14(火) 03:04:17.17

俺も4が好きだが何で2が主流になったんだろうな。残念だ

**デフォルトの名無しさん** · 2019/05/14(火) 03:29:16.91

てかなんでスペース使うの？tabでよくない？

**デフォルトの名無しさん** · 2019/05/14(火) 03:41:22.54

tabは使いこなすのが難しい
他人が見てもずれないようにするために
複雑なルールが必要になる

**デフォルトの名無しさん** · 2019/05/14(火) 03:42:16.89

複雑というより奇妙というべきか
一見なんでこんなルールが必要なんだ？と思うようなルール。
理由を聞けばわかるだろうがそのルールを守るのに神経を使う

**デフォルトの名無しさん** · 2019/05/14(火) 04:08:46.60

言ってる意味がよく分からんから実際に問題となる一例でも挙げてみてくれ

**デフォルトの名無しさん** · 2019/05/14(火) 07:50:55.79

pythonみたいに閉じ括弧ないと2はキツイなと思うけど、jsはそうでもない。

**デフォルトの名無しさん** · 2019/05/14(火) 07:52:39.50

1tab = 1インデント、それ以外の箇所にtab使うなで済むと思うけどな
インデントの異なる行同士で揃えようとしてる人は知らんが

**デフォルトの名無しさん** · 2019/05/14(火) 10:15:18.26

折り返した引数の開始位置とか、メソッドチェーンの書き方とか
あと、代入時の開始位置揃えあたりかね

タブの定義をnスペース単位のパディングとかにせず、前後行との関連での自然な位置ということにすれば、いつでも1タブで良くなるのに。

**デフォルトの名無しさん** · 2019/05/14(火) 10:40:59.88

>>715
タブを使うとインデントとはなにか？という概念の話が始まる（笑）

インデントというのは文字列の前にある空白だが
文字列の前にある空白だからといって必ずしもインデントにはならない。

以下の例ではインデントを _、空白を全角空白で表現している。

_____readyState='loading' # loading: 読み込み中
_____　　　　　　　　　　　　　# interactive: 外部ファイル読み込み中
_____　　　　　　　　　　　　　# complete: 読み込み完了

このような使い分けが必要になる。

インデントの幅は人によって違うため、全てをタブで表現してしまうと
以下のようにずれてしまう。

_____readyState='loading' # loading: 読み込み中
_______________# interactive: 外部ファイル読み込み中
_______________# complete: 読み込み完了

つまりインデントというのは、コードを行単位で見るのではなく
矩形的なブロックと見て、そのブロック全体をずらすことを言う。

見やすさのために桁を揃えるという作業ではなく、意味的に前の行とつながっている行なのか？
という判断が必要になりいちいちタブと空白の使い分けという無駄な作業が増える。

もちろん「このようなコメントの書き方は禁止」というルールを作ればいいんだが
「え？なんでこういう書き方禁止なの？他の書き方は大丈夫？」ということになる。

見やすさのためにやる単純な作業をレビューが必要な作業に変えるのはアホ過ぎる

**デフォルトの名無しさん** · 2019/05/14(火) 11:08:05.03

コードに限らず、このパターンだよな

対象一覧　・A
　　　　　　・B
　　　　　　・C

対象一覧
　・A
　・B
　・C

個人的には後者が好みだが

**デフォルトの名無しさん** · 2019/05/14(火) 11:18:50.33

>>719
俺はそういう定義コメントは上に書く派だからそうはならないな

行の後ろにコメント付けるの自体わりと悪習だと思ってる

**デフォルトの名無しさん** · 2019/05/14(火) 11:34:44.51

コメントはケースの一つということだろう
コードで例を書くなら

r = array([[ 1, 2, 3 ],
　　　　　　 [ 4, 5, 6 ],
　　　　　　 [ 7, 8, 9 ]])

r = array([
　　[ 1, 2, 3 ],
　　[ 4, 5, 6 ],
　　[ 7, 8, 9 ]
])

Pythonなどでは前者がデファクトなのでそれに従う
当然tabも使わない
チーム開発でなくJavaScriptの場合は後者+tabでやってる

**デフォルトの名無しさん** · 2019/05/14(火) 12:47:54.21

>>722
Python使ってるヤツとは宗教的に相いれないというのがよく分かった

**デフォルトの名無しさん** · 2019/05/14(火) 14:08:31.57

>>721
だからそういうことだよ。

> 俺はそういう定義コメントは上に書く派だからそうはならないな

「定義コメントは上に書く派になりましょう。」
というルールができる

**デフォルトの名無しさん** · 2019/05/14(火) 15:06:48.19

python字下げで気付く点は色々書かれてるし賛成だけど
jsの特徴とは違うんだよな
ここはどちらかというとjsのスレだからpythonの字下げルール言われても困るだろうな

**デフォルトの名無しさん** · 2019/05/14(火) 16:24:19.06

>725
JavaScriptの字下げルールとして、正しくタブとスペースを使い分けないとずれるから
「Python風にしない」というのができる時点でダメなんだってｗ
ルールは重要だが、くだらないことにまでいちいちルールを作るなって話

**デフォルトの名無しさん** · 2019/05/14(火) 16:32:22.84

いや、array([の後に配列の第一要素だけ繋げるセンスが理解できんて

そんなん見た目汚いだけやん

**デフォルトの名無しさん** · 2019/05/14(火) 16:52:22.49

Haskellはどんな感じ？

**デフォルトの名無しさん** · 2019/05/14(火) 17:24:40.92

>>726
そういう観点だと
「tabでインデントしない」というルールを作るな
とも言えるのでは？

使い分けの判断を無くしたい場合
Python風の字下げと tabでのインデントが排他的な関係なので
どちらを除くかという話だと思うが

**デフォルトの名無しさん** · 2019/05/14(火) 17:44:50.25

てかまさかと思うけど君たちの使ってるエディタが半スペ、全スペ、tabが見た目で区別できないの使ってるとかは流石に言わないよね？

**デフォルトの名無しさん** · 2019/05/14(火) 18:07:34.96

気色悪い色になるよう設定してる

**デフォルトの名無しさん** · 2019/05/14(火) 18:20:38.62

Gatsby使ってる人いる？

**デフォルトの名無しさん** · 2019/05/14(火) 18:56:52.05

なんでこういうしょうもないシンタックスの話って盛り上がるんだろうな。
エディタ論争といいクソとしか思わんのだけれど。

**デフォルトの名無しさん** · 2019/05/14(火) 20:03:19.19

>>729
tabでインデントしないというのは、
入力、または保存時に自動的に変換できる
テキストエディタが大半なのでツールに任せることができる

使い分けっていうのは人間の努力が必要でルールを「人間が守る」するしか無い

**デフォルトの名無しさん** · 2019/05/14(火) 20:05:02.13

>>730
見た目で区別できるから、ずれて表示されたとしても
脳内で補完できるとか言わないよね？

見た目で区別できるから、ずれて表示された原因がタブだとわかったら
タブ使うんじゃねーよって思うだけなんだが（笑）

**デフォルトの名無しさん** · 2019/05/14(火) 20:23:32.97

lintしろよ

**デフォルトの名無しさん** · 2019/05/14(火) 21:46:22.04

そう。lintの対応の話ね。
>>719のようにタブと空白を混ぜるとlintでは対応できない

結局、空白に統一するほうが楽という話。
こんなこと、時間をかけるような所じゃないから

**デフォルトの名無しさん** · 2019/05/14(火) 23:05:58.95

インデント以外の空白文字は一律1spaceに置き換えるくらいの方が良いと思うがな。
複数人開発なら特に。
空白並べて隣の行と桁合わせするとかあほくさ。

**デフォルトの名無しさん** · 2019/05/14(火) 23:10:49.69

> 空白並べて隣の行と桁合わせするとかあほくさ。

たまに、桁合わせする意味なんて無い！って言うやつがいるけど
「桁合わせしたほうが見やすい」というのは事実なんだよ
これは受け入れないといけない。

桁合わせするのに手間がかかるとか、コードの差分を見るときに困るという意見は正しいが
それは「手間がかかったり差分で困ることがあるが見やすい」という結論であって
「揃えたほうが見やすい」を否定してないんだ

**デフォルトの名無しさん** · 2019/05/14(火) 23:38:38.25

典型的な「こだわりのある人」

**デフォルトの名無しさん** · 2019/05/15(水) 00:15:12.27

こだわらないためのスペース統一なんだがｗ
誰も桁を合わせろなんて言ってないよ。

正直こういうことは「くだらないこと」扱いなんで
（くだらない = 意味がない = 適当でいいではない）

くだらないこと = 時間を掛けることじゃないし
統一することでもないし、見やすければ自由にやっていい
そんなのさっさとやって、もっと本質的な所に時間を掛けるべきだ

だから誰がどのテキストエディタでどういう設定であっても
ずれないスペースにしとけって話。
はい決着。さっさと次に行きましょう。だよ。

**デフォルトの名無しさん** · 2019/05/15(水) 00:15:38.62

>>738
ほんそれ

**デフォルトの名無しさん** · 2019/05/15(水) 00:16:18.75

>>739
ダウト

**デフォルトの名無しさん** · 2019/05/15(水) 00:18:20.98

>>743
理由書いてないので意味がないレス

**デフォルトの名無しさん** · 2019/05/15(水) 00:21:49.82

もちろん理由はあるがお前に教えるのがもったいない
知りたかったら金払うかもっと自分を見つめろ

**デフォルトの名無しさん** · 2019/05/15(水) 00:30:49.13

じゃあ現状のままでいいよ。
俺はちゃんと理由を書いた。
お前は、金だせとか言ってるやつ。
この状況で俺は満足だ

**デフォルトの名無しさん** · 2019/05/15(水) 00:34:41.79

>>735
ズレないように書けばいいじゃん

**デフォルトの名無しさん** · 2019/05/15(水) 00:38:24.75

ずれない方法（スペースに統一）して書く
VS
ずれないように努力する

の違いな。

俺はこんなくだらないことで努力したくないんやで

**デフォルトの名無しさん** · 2019/05/15(水) 00:58:59.75

ずれない事に努力が必要って感覚がイマイチ分からんIDE使ってるとなんかそういうのあるん？

**デフォルトの名無しさん** · 2019/05/15(水) 01:02:36.47

配列のインデント揃える←分かる
イコールの位置揃える←無駄じゃね？
ソースの後置コメントを揃える←後ろに書かなくてもいいだろ

**デフォルトの名無しさん** · 2019/05/15(水) 01:27:20.84

>>749
上で書いてるから見てこい

**デフォルトの名無しさん** · 2019/05/15(水) 01:28:02.07

>>750
反論になってないぞｗ

**デフォルトの名無しさん** · 2019/05/15(水) 07:10:05.58

>>751
だからタブがズレるっていうのが全然意味わからんし揃えるのに努力が要るっていうのも全然意味が分からんのよ
例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん

**デフォルトの名無しさん** · 2019/05/15(水) 07:22:24.11

またよくある、条件付き主張だなｗ

> 例えば基本的に>>722の下みたいに書いてりゃ基本的にズレる云々関係ないじゃん

条件「>>722の下みたいに書いてりゃ」
主張「基本的にズレる云々関係ない」

あんたのその主張は、条件を満たしている場合にしか当てはまらんのですよ。
「>>722の下みたいに書かないと、ズレる云々関係ある」と言ってるのと同じなんですよ

**デフォルトの名無しさん** · 2019/05/15(水) 07:44:19.68

そりゃコーディング規約がありゃ条件を満たすのは当然のことだろ
好き勝手に場所によって書き方がバラバラな方が問題じゃん

**デフォルトの名無しさん** · 2019/05/15(水) 08:11:00.87

桁合わせ否定に反論したかと思ったら「桁を合わせろとは言ってない」とか、
統一することじゃないと言いながらスペースにしとけとかｗ

**デフォルトの名無しさん** · 2019/05/15(水) 08:50:24.87

Reactなら4スペ幅のインデントって積極的に使うべきだと思うんよね

インデントが深くなり過ぎる？
それはモジュール分けを考え直すいい機会じゃないかとね

**デフォルトの名無しさん** · 2019/05/15(水) 08:58:42.43

そういや最近Hooksの使い方知ったけどこれ便利だね

**デフォルトの名無しさん** · 2019/05/15(水) 09:33:01.34

Reactのhooksは開発メンバーをちゃんと教育しておかないと
if文とかに入れられそうでちょっと怖い

**デフォルトの名無しさん** · 2019/05/15(水) 10:16:06.40

>>759
なんか使い方に注意するとこある？

**デフォルトの名無しさん** · 2019/05/15(水) 11:03:23.18

>>760
コンポーネント毎に常に同じ順で呼ぶこと(間が抜けるのも駄目)

例えばpropsで一部の項目を非表示に出来るとして
useStateごとifで包んだら地雷設置になる
まぁlint用意されてるけど

**デフォルトの名無しさん** · 2019/05/15(水) 22:20:36.22

setTimeoutで周期的にやってた処理どう書き換えたらスマートなのか暫く悩んだけどuseStateでひたすら反転を繰り返す状態変数を１個作ってその状態変化をuseEffectで拾えば他の状態変数も最新の値に周期処理からアクセスできるんだね

**デフォルトの名無しさん** · 2019/05/16(木) 11:09:43.18

インデント綺麗にしてない奴はムカつくよな

**デフォルトの名無しさん** · 2019/05/16(木) 13:17:02.82

スペースインデントは3スペとか5スペとか平気で混ぜちゃうヤツが居るのがなぁ

**デフォルトの名無しさん** · 2019/05/16(木) 13:36:06.12

>>764
機械的に対処できるんだから問題にならない

**デフォルトの名無しさん** · 2019/05/16(木) 14:13:52.42

だな

>>719 の案みたいに
インデント(最初の文字の左側)部分でtabとスペース混ぜるのが一番邪悪

**デフォルトの名無しさん** · 2019/05/16(木) 14:36:18.99

>>765
>>722の上をOKとしつつ↓を機械的にNGとして検出するのは難しくね

//11スペースのインデント
r = array([
　　　　　　 [ 1, 2, 3 ],
　　　　　　 [ 4, 5, 6 ],
　　　　　　 [ 7, 8, 9 ]
])

**デフォルトの名無しさん** · 2019/05/16(木) 14:45:40.55

機械的に難しいことなら諦めればいい
スペースとタブの問題は、他人が見たときにずれること
それさえなければ、あとは完ぺきを求めるようなものじゃない

よっぽどの初心者（＝戦力外）の人以外は人は見やすいように
自分で揃えるのだから決められたスペースの数の倍数であれば、どーでもいい
タブさえ使わなければ、ずれることはない。

**デフォルトの名無しさん** · 2019/05/16(木) 14:55:44.72

>>768
3スペとか5スペとかは許容しとけってこと？

**デフォルトの名無しさん** · 2019/05/16(木) 15:14:21.25

>>769
それスペースの数が問題だって言ってんだろ？
それぐらい決めた数（の倍数）に揃えられるだろ

**デフォルトの名無しさん** · 2019/05/16(木) 15:14:52.16

r = array([[ 1, 2, 3 ],
[ 4, 5, 6 ],
[ 7, 8, 9 ]
])

どうでもいい

**デフォルトの名無しさん** · 2019/05/16(木) 15:20:09.96

こういうくだらない議論見てると、goのやり方は必要悪だったんだなぁって。

**デフォルトの名無しさん** · 2019/05/16(木) 15:36:40.29

話をまとめると

1. スペースを使うかタブを使うか問題 → スペースでなければいけない理由がある

2. インデントで使うスペースの数をどうするか問題 → どれでもいい（が統一しろ）
　数をいくつにするかに関しては理由はない。（ただし統一するべきということには理由がある）

こういう話がごっちゃになってるんだよ

**デフォルトの名無しさん** · 2019/05/16(木) 15:51:40.49

x ごっちゃになってる

o ごっちゃにして盛り上げてる

**デフォルトの名無しさん** · 2019/05/16(木) 16:03:56.62

>>770
>>764からの「5スペとか混ぜちゃうヤツが居る」
→「機械的に対処できる」→「機械的は難しくね」という話でしょ

「それくらい許容しろ」とか「見掛けたら指導しろ」とかの回答なら分かるけど
なんか話ズレてるから落ち着いて

**デフォルトの名無しさん** · 2019/05/16(木) 18:45:31.93

PrettierとEditorConfig使え

**デフォルトの名無しさん** · 2019/05/16(木) 18:51:16.34

>>775
話はずれてない

> 3スペとか5スペとかは許容しとけってこと？
って書いてあるから、
コイツはスペースの数が問題だって勘違いしてるんだなってこと
俺はスペースの数の違いを許容しろなんて一言も言ってないし
スペースの数を整えることは機械化できる。

**デフォルトの名無しさん** · 2019/05/16(木) 18:58:27.70

大体スペースインデントにしても
標準インデント(2スペ4スペ)の倍数以外使うべきじゃないと思うんだよな

**デフォルトの名無しさん** · 2019/05/16(木) 19:04:06.78

>>765
悪質なコーダーに5スペが混ぜられたソースをどう機械的に処理してるのか興味がある
自分が書く文にではなくあくまでそういう他人が居ることに対しての件な

**デフォルトの名無しさん** · 2019/05/16(木) 19:07:21.06

こいつマジでフォーマッターの存在を知らんのか？

**デフォルトの名無しさん** · 2019/05/16(木) 19:32:11.31

>>777 >>780
具体的に回答して欲しい

同じプロジェクト内で>>722と>>767の計3パターンをそれぞれ誰かが書いたとして
　　(1)　何もする必要無い
　　(2)　機械的に修正( 3番目だけ変わる )
　　(3)　機械的に修正( 1番目と3番目が変わる )
認識はどれ？

**デフォルトの名無しさん** · 2019/05/16(木) 19:36:46.74

どれでも好きなものを選べ
そのとおりにできる

**デフォルトの名無しさん** · 2019/05/16(木) 19:43:17.98

最近prettier+eslintに怒られるコンボでつらい

**デフォルトの名無しさん** · 2019/05/16(木) 19:57:53.51

>>782
(2) は出来ないよね？ (>>767-768と同じ話)
桁合わせ目的かインデント目的か機械的に判別出来ないから (>>719 >>734と同じ話)

※念のため、タブは関係ないよ(使わない前提の話なので)

**デフォルトの名無しさん** · 2019/05/16(木) 19:59:46.94

>>784
お前が使ってるフォーマッターでできないだろだろｗ

**デフォルトの名無しさん** · 2019/05/16(木) 20:04:21.05

フォーマッターに頼らないと綺麗なコードが書けないってのも難儀な話だなぁ

**デフォルトの名無しさん** · 2019/05/16(木) 20:13:32.96

誰も言ってないことを言い出した。
話をすり替える前兆だな

**デフォルトの名無しさん** · 2019/05/16(木) 20:18:32.24

レビューで弾けばいいだろ
アホをチームに入れた罰だよ

**デフォルトの名無しさん** · 2019/05/16(木) 20:24:13.71

>>785
ほんとに出来るの？
桁合わせ目的かインデント目的か機械的に判別出来るということは
>>719の使い分けも機械的に出来るということになるんだけど

**デフォルトの名無しさん** · 2019/05/16(木) 20:29:52.13

そういやソースのディレクトリ構成ってデファクトスタンダードみたいなのなんかあるの？
nuxtの場合決まってるみたいなの聞いたことあるけど

**デフォルトの名無しさん** · 2019/05/16(木) 22:31:33.41

>>779
悪質なコーダーてwww

**デフォルトの名無しさん** · 2019/05/17(金) 00:51:58.85

こんなくだらない議論に時間を浪費したいためのgofmtという素晴らしい押し付けを実行したgoは慧眼だった

**デフォルトの名無しさん** · 2019/05/17(金) 00:57:53.61

>>792
似たようなことをやって失敗したPythonという例もあるけどねｗ
ワンライナーで書けないようにするべきではなかった

**デフォルトの名無しさん** · 2019/05/17(金) 01:11:17.66

悪芋とか思い出したわ
ネトウヨ懲らしめたいでチバケンマ盛り上がったな

**デフォルトの名無しさん** · 2019/05/17(金) 06:45:23.14

>ワンライナーで書けないようにするべきではなかった
は？

**デフォルトの名無しさん** · 2019/05/17(金) 07:05:30.58

>>795
知らんのか？ Pythonはワンライナーで書けるものはごく僅かなんやで？

**デフォルトの名無しさん** · 2019/05/17(金) 10:18:57.09

MVVMっていうけどViewModelに該当するのってRedux自体？それともaction、reducerも含めて？

**デフォルトの名無しさん** · 2019/05/17(金) 18:28:18.32

ReduxはFlux

**デフォルトの名無しさん** · 2019/05/17(金) 19:01:21.96

いつからだ？
何ッ！？
一体いつからMVVMと勘違いしていた……！？

**デフォルトの名無しさん** · 2019/05/17(金) 22:16:24.78

>>796
いやワンライナーでかけるようにすべきとか本気で言ってることにドン引きなんだが。。