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/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
いやワンライナーでかけるようにすべきとか本気で言ってることにドン引きなんだが。。

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

多用な書き方、多用な設計って糞だよ
何が言いたいかってVueはでかくなったら糞ゴミ
だがフォーム周りだけとかちょろっと使うなら便利

他人が書いたVueのSPAのコードとか絶対触りたくないし見たくもない

**デフォルトの名無しさん** · 2019/05/18(土) 22:13:06.21

>>798
ReduxはFluxじゃなくReduxだろ

**デフォルトの名無しさん** · 2019/05/18(土) 22:31:15.65

大規模案件で大騒ぎになってて何だかなと思ったわ

**デフォルトの名無しさん** · 2019/05/18(土) 23:47:48.62

>>803
どんな騒ぎ？

**デフォルトの名無しさん** · 2019/05/18(土) 23:51:24.95

vueは理解してきたんだけど次勉強するならReactがいいの？Angular？
どっちのが入りやすいかな

**デフォルトの名無しさん** · 2019/05/18(土) 23:59:33.46

元々ReactはやっててAngularにも手を出してみようかとはじめてみたけど何かと無駄が多い様な感じがして結局フェードアウトしてしまった

**デフォルトの名無しさん** · 2019/05/19(日) 03:37:55.83

Angularのほうが簡単だよ
結局一番難しいのは設計なんだから

**デフォルトの名無しさん** · 2019/05/19(日) 13:32:28.95

REACTは設計が大変
頭クラクラしてくる

**デフォルトの名無しさん** · 2019/05/19(日) 14:53:01.54

vueは.vueの単体ファイルのおかげで、大規模になってもコントロールできる。
設計の技量に問わず、単にファイル内が複雑化したら切る、って誰でも判断できる。

reactはみんなどーやって設計してるの？？
import多すぎ、依存関係ぐちゃぐちゃ、、で他人のコードがシンドイ。。

大規模にスケールできる、イケてるscafoldとかgitにあったら教えてホスィ

**デフォルトの名無しさん** · 2019/05/19(日) 18:29:33.86

>>807
ng generate componentでフォルダと3ファイルできるところが細かな部品のコンポーネント別けするのには向かないなって思ったわけよ

>>809
確かに大本のコンポーネントでVue.use(〇〇)って読み込めば以降子コンポーネントでは読み込み不要っていうのはいいよね

**デフォルトの名無しさん** · 2019/05/19(日) 18:39:04.30

>>809
いちばん重要なのは「大規模にしてしまわない」ってことやで
必要最小限。シンプルに作りましょう。

**デフォルトの名無しさん** · 2019/05/20(月) 11:35:59.85

Atomic Designって馬鹿げてるね

本当によく使う部品の共通化はわかるが
Atomic Designと大げさにやって全て抽象化して難解にしてるの馬鹿げてる

**デフォルトの名無しさん** · 2019/05/20(月) 11:50:10.53

今回の案件のPGさんにページのを作成依頼したら
マテリアルデザインしか出来ませんと言われてしまった
仕方ないからPLの自分が作るわ

こんな人ばかりで嫌になる
バックエンド上がりはこれだから使えない

**デフォルトの名無しさん** · 2019/05/20(月) 11:58:33.33

バックエンドからフロント来る人いるの！？
マゾ？？

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

マテリアルデザインでいいやん

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

x 出来ません

o やりたくありません

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

デザイナーにやらせとけ

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

俺は本業Java屋だけどSPAをやらされてるな
cssは分からんからやらない

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

煽り失敗

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

企画からPGになったからよわからんのやけど、
バックとフロントってわける意味あんの？

俺何でもやるからよーわからん

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

>>820
時間かかってもいいなら、分ける必要ないよ

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

会社に任せず確定申告してもいい。