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/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

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

**デフォルトの名無しさん** · 2019/05/20(月) 19:54:22.25

フロントガチで使ったらフロントとバックのコード比率９：１くらいになるからよっぽど規模の大きいプロジェクトじゃない限りフロントとバックで分担するっていうのは愚作だと思うんよね

**デフォルトの名無しさん** · 2019/05/20(月) 19:59:42.12

なら9人：1人にすればいいじゃない

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

>>824
君のとこそんなに１プロジェクトに割ける人材居るの？
うちみたいな零細じゃ１０人は無理だな

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

>>813
キミが底辺なだけじゃないかなあ？

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

通常の実力から言ったら　バックの人のほうが上
フロントエンドの人は入社初年度から前線に行けるレベル

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

いやぁイベントドリブンな言語の方が初学者には敷居が高いと思うがねぇ

**デフォルトの名無しさん** · 2019/05/20(月) 23:27:02.33

フロントって一口に言ってもピンキリ過ぎてどうにも

**デフォルトの名無しさん** · 2019/05/21(火) 04:26:15.10

>>813
マテリアルデザインで作ってもらえばいいじゃん？
それとも断られた事に対しての愚痴なの？

**デフォルトの名無しさん** · 2019/05/21(火) 07:32:08.30

>>823
PJ、組織、メンバーそれぞれの特性に合わせて決めることだろ
愚作かどうかは状況によるわ

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

どっちも同じじゃね？

**デフォルトの名無しさん** · 2019/05/22(水) 02:37:13.58

SPAとか複雑な処理のフロントエンドはWebで飛び抜けて難度高いだろ
処理が絡み合ってデバッグ追うのも大変だわ
テスト自動化もほぼ不可能だろ

**デフォルトの名無しさん** · 2019/05/22(水) 04:23:45.53

あのテストケースってあるのは知ってるけど何のテストに使うのかイマイチ分からないから使った事ないんだよね

**デフォルトの名無しさん** · 2019/05/22(水) 06:37:53.05

UIって結構変わるし

**デフォルトの名無しさん** · 2019/05/22(水) 08:52:21.57

バグを追うのがデバッグだろ？
デバッグを追うとは？

**デフォルトの名無しさん** · 2019/05/22(水) 11:19:08.64

　　　　　　　　　　　　／）
　　　　　　　　　　　／／／）
　　　　　　　　　／,.=ﾞ''"／
　　　／　　　　 i f　,.r='"-‐'つ＿＿＿_　　　こまけぇこたぁいいんだよ！！
　　/　　　　　 /　　　_,.-‐'~／⌒　　⌒＼
　　　　／　　,i　　　,二ﾆ⊃（ ●）.　（●）＼
　　　/　　　ﾉ　　　 ilﾞフ::::::⌒（__人__）⌒::::: ＼
　　　　　　,ｲ｢ﾄ､　　,!,!|　　　　　|r┬-|　　　　　|
　　　　　/　iﾄヾヽ_/ｨ"＼　　　 `ー'´ 　　／

**デフォルトの名無しさん** · 2019/05/22(水) 12:45:55.42

Vueでemitが辛くなってきたのでキューを使ったイベントドリブンを実装してるんですが、これやるなら大人しくVuex使ったほうがいいですか？

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

jQueryを使ったほうが良いよｗ

**デフォルトの名無しさん** · 2019/05/22(水) 14:33:20.05

jQuery使うなら素のJSでよくない

**デフォルトの名無しさん** · 2019/05/22(水) 14:34:26.29

貧乳すぎる

**デフォルトの名無しさん** · 2019/05/22(水) 14:36:32.40

>>840
素のJSは面倒くさい。
パフォーマンスが速いって言うけど体感できないし
そもそもフレームワークを使うような人はjQuery程度の遅さなんか気にならない

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

>>839
Flux系のフレームワーク（Vuex）はデメリットでコードが冗長になるらしく導入しづらいんですよね
jQueryはいいです

**デフォルトの名無しさん** · 2019/05/22(水) 17:50:06.86

Bootstrap を使うには、jQuery も必要だろ

**デフォルトの名無しさん** · 2019/05/22(水) 17:52:44.15

>>842
canvas使えば分かる

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

>>844
Bootstrap-VueとかReact-Bootstrap使えば完全に抜いても動く
そもそもBootstrap5でjQuery依存抜けるって説もあるが
もうぼちぼちjQueryだけじゃなくBootstrapも脱する頃合いだと思う

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

Vueでポートフォリオ作ってみたけどすごい重い

**デフォルトの名無しさん** · 2019/05/22(水) 21:14:46.09

>>839
嵐は出て行け

**デフォルトの名無しさん** · 2019/05/22(水) 21:33:13.85

>>845
なんでcanvas？
あれはDOM使わないから仮想DOM使うVueやReactやAngularとも
相性が悪いんだけど？

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

>>849
素のJSに比べてjQueryが遅いのが体感できるという事であってそれ以上でも以下でもないよ

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

>>850
体感の意味がわかってないのか・・・

「同じことをするのに」体感で違いがわからないと言ってるんだよ
canvasで違うことしてるのに、それじゃ比較にならん。
canvasでフォームを実装するというのなら、
手間かけて頑張ってください（笑）

**デフォルトの名無しさん** · 2019/05/23(木) 00:18:04.50

jquery使うくらいならvueをカジュアルに使いたいわ

**デフォルトの名無しさん** · 2019/05/23(木) 09:04:12.24

>>839
また仕事で迫害でもされたん？

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

>>847
なにが重いの？リクエスト出しまくってるとか？

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

japは意地悪

**デフォルトの名無しさん** · 2019/05/24(金) 00:22:35.46

Angularと言うかrxjsに明るい人に聞きたいんだけど、今作ってるアプリが非同期でAPIサーバーに
バカスカリクエスト投げてるせいでスロットリング頻発してンだわ。

非同期から同期に変えるか、もしくは非同期で前のリクエストが通信中なら通信の終了を待ってからリクエスト投げたいんだけど、
どっかに良いサンプルない？
（あくまでAngularやrxjsの規約に従った書き方で。）

**デフォルトの名無しさん** · 2019/05/24(金) 08:32:32.24

>>856
> 非同期でAPIサーバーにバカスカリクエスト投げてるせいで

ある程度想定して作ってたと思うけど、予想外の何かがあって大幅に超えたという事かな？だとすると、根本的には鯖増強、キャッシュ等で高速化する以外に解決方法が無い様に思うのだけど。

**デフォルトの名無しさん** · 2019/05/24(金) 11:47:54.05

例えば文字入力のたびに候補を出す様なよくあるフォームなら解決は割と簡単なんだけどね。

**デフォルトの名無しさん** · 2019/05/24(金) 12:06:06.00

どうせ無駄なことにいちいちAPI呼び出してるんじゃないの？

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

API設計見直した方がいいんじゃないか？

**デフォルトの名無しさん** · 2019/05/24(金) 23:56:50.93

>>857
API鯖の方をいじるのは無理。何故ならリクエストの投げ先は俺が管理している鯖じゃなくて
一般にサービス公開している企業の鯖のだから。

元より業務じゃなく興味本位で個人的に作ったアプリだから、思いつくままに機能追加してったら
リクエスト数がどんどん増えていって、
API鯖のドキュメントにも明記されてる規制基準を超えちまったんだよ。

問題はこっちが作ったアプリが規制基準無視してる事だから、
規制基準超えないようにrxjsのリクエストを同期処理みたいにするか、印刷のキューみたいに順番待ちさせるようにしたいんだよ。

**デフォルトの名無しさん** · 2019/05/25(土) 01:17:49.26

promiseを順番に実行すれば良いのでは？

**デフォルトの名無しさん** · 2019/05/25(土) 01:28:29.16

rxjsしらね、でも勉強したい

**デフォルトの名無しさん** · 2019/05/25(土) 06:51:25.39

ダミーサーバーでも立ててなんのリクエストが込んでるか解析してみればいいんじゃないの？

**デフォルトの名無しさん** · 2019/05/25(土) 08:38:51.30

結局リクエストがどっかにスタックされてそれがいっぱいになって破綻するだけだろ。
リクエスト破棄するようにするかリクエスト自体を減らすか
設計レベルで何か変更しないとどうにもならんぞ。

**デフォルトの名無しさん** · 2019/05/25(土) 10:15:18.48

>>861
うーん、なんのアプリなのか具体的な内容が知りたいところ。個人レベルなら上限越えるなんてそう無いし、気になるのが順番待ちで解決、と書いてある事。
大量の変換処理が前提なら、webアプリじゃなくてバックグラウンドでのバッチ処理と、その同期処理じゃない？