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/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アプリじゃなくてバックグラウンドでのバッチ処理と、その同期処理じゃない？

**デフォルトの名無しさん** · 2019/05/25(土) 13:45:22.86

Vue CLIって日本語ドキュメントなかったっけ？

**デフォルトの名無しさん** · 2019/05/27(月) 09:33:48.84

>>844
Native Bootstrapがあるからjqueryなんてゴミはいらん

**デフォルトの名無しさん** · 2019/05/27(月) 11:41:03.36

>>868
いい加減Material系に移行しようぜ？

**デフォルトの名無しさん** · 2019/05/27(月) 18:46:12.54

ゴミとかゴミじゃないとかじゃなくスレ違い。
いきなりAVの話し始めるのと一緒。
このスレにおいてjQueryをAVに痴漢しても全く問題ない。

**デフォルトの名無しさん** · 2019/05/27(月) 19:28:21.78

>>868
そんな非公式のプロジェクトなんか使わんよｗ

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

vueでmapMutationsがエラーでずっとハマってたわ
modulesのせいかと色々調べてたけど
computedのところに入れてたけだった
2時間凡ミスでハマってました

**デフォルトの名無しさん** · 2019/05/28(火) 15:17:38.83

僕のおちんちん好きな子あつまれー

**デフォルトの名無しさん** · 2019/05/28(火) 16:29:52.07

Svelte簡単過ぎ速すぎワロタｗｗｗ
Vue脂肪ｗｗｗｗｗ

**デフォルトの名無しさん** · 2019/05/28(火) 18:13:34.52

qiitaでも記事ちょいちょいあがってるよな

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

そういうのもう飽きてんだわ
革命的ななにかがないなら見る価値すらない
で、最近だとWebasmがわりと革命的
Blazorを皮切りに各言語がサポート追随してくるはず
そのうちJSが恐竜のようになる日も近い

**デフォルトの名無しさん** · 2019/05/28(火) 19:32:00.25

blazorは重すぎのウンコじゃん
サイズ1/100にしてからホザけよｗｗｗ

**デフォルトの名無しさん** · 2019/05/28(火) 19:43:12.99

>>877
そんなもんあっという間だよ
JSはもってあと数年で終わる
そしてnode資産が技術的負債になる

**デフォルトの名無しさん** · 2019/05/28(火) 19:58:51.05

もうwebやめてandroid kotlin学んだほうがいいんじゃないかな

reatch vueとか高度なSPAサイトと
たぶん学習コストあまり変わらないぞ

市場の需要と技術の変化を考慮した
安定度で言えば確実にandroidだし

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

そっちはそっちでfuchsia + dartが待ってる

**デフォルトの名無しさん** · 2019/05/28(火) 22:07:46.31

react-saga入れたら誰もいじれなくなったっていうqiitaの記事は参考になったわ。

**デフォルトの名無しさん** · 2019/05/28(火) 22:10:54.31

iOSが滅びない限りはネイティブはなぁ…

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

先生、質問です！
package.jsonのscriptで、

こうやって設定して、
"fn": "ts-node",

こうやって呼んでるのを
yarn fn app/hoge/function/class.ts

こうパスと拡張子を省略したいです。
yarn fn class

なんか良いアイデアないですか？

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

vueで規模大きめのプロジェクト参加するかもなんだが
どうせ炎上するでしょ…

怖いわ

**デフォルトの名無しさん** · 2019/05/30(木) 18:54:05.42

vueが大規模案件で炎上しがちな根本原因って何？
vuexもあるのになぜ？
いわゆるvb/php現象？（集うプログラマのレベルが低い）

**デフォルトの名無しさん** · 2019/05/30(木) 19:10:18.66

>>885
まずVueはVuex使ってない場合が多い

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

落ち着け
vueじゃなくても大規模案件は炎上する

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

codepadのhtml/jsバージョン的なサービスってある？
vue.jsが動けばいい

**デフォルトの名無しさん** · 2019/05/30(木) 19:35:59.23

>>888

https://codesandbox.io/s/vue

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

知らないけど、jsfiddle, jsdo.it などには、ライブラリは置いてないのかな？

**デフォルトの名無しさん** · 2019/05/31(金) 01:27:36.80

>>883
なんか奇妙な呼び方してる気が…。
「fn」が出てくる理由は分からないけど、ts-node の readme には↓の様に書いてあったよ。

# Execute a script as `node` + `tsc`.
ts-node script.ts

https://github.com/TypeStrong/ts-node/blob/master/README.md

これにならって、↓の様に呼んだら希望通りの動作する？

ts-node app/hoge/function/class.ts

**デフォルトの名無しさん** · 2019/05/31(金) 13:23:21.49

vueをgoogle トレンドでみたら
アメリカ限定だとangularと変わらないよな

vueは結局中国で人気ってだけだよなぁ

**デフォルトの名無しさん** · 2019/05/31(金) 13:52:56.01

AureliaがAurelia UXってのを提供してるんだが、こういうUXフレームワークって御三家にも存在するの？
ちなみにAurelia UXはAurelia以外でも使えるらしい
https://github.com/aurelia/ux/wiki

**デフォルトの名無しさん** · 2019/05/31(金) 15:08:54.16

Angular Materialみたいなのの話してる？

**デフォルトの名無しさん** · 2019/05/31(金) 21:11:33.75

TSLintが非推奨化されて無くなるのを最近知った
代わりにESLintのプラグイン開発に注力するらしい

**デフォルトの名無しさん** · 2019/05/31(金) 22:03:32.06

ReactはおおよそMaterialUI一強だけどVue.jsはVuetifyとかBuefyとかQuasarとかVuesaxとかわりとバラけてるから選定が大変だな

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

Vuetifyかぁ
Bootstrapも飽きてきたし入れてみるかなぁ

**デフォルトの名無しさん** · 2019/05/31(金) 23:47:27.99

CSSフレームワーク使うの苦手

**デフォルトの名無しさん** · 2019/06/01(土) 07:37:42.14

というか、reactやvue使って、フレームワーク使う意義が良くわかんね。
動的にフロントをカスタムしたいから使ってんだろ？

高価な包丁を使って、冷凍食品の袋を切って、冷凍食品を食ってるみたいなもんだ。
その包丁でちゃんと料理しろよって言いたい。

**デフォルトの名無しさん** · 2019/06/01(土) 07:41:32.88

ちゃんと料理するのが目的ではない。
食べるのが目的
手早く物を食べられる時代に自分で料理するとかマヌケがすること
自分で料理したからって美味しいものができるわけではない
フレームワークなんていらない

**デフォルトの名無しさん** · 2019/06/01(土) 07:43:31.32

うまくても毎日カップラーメンじゃ体壊すぞという話

**デフォルトの名無しさん** · 2019/06/01(土) 07:49:16.20

動的にフロントをカスタムってよく分からんが素のCSSを一から書きたくないから使うんだろ

**デフォルトの名無しさん** · 2019/06/01(土) 08:11:30.38

>>901
手料理なら健康だって勘違いしてる人？
外食だって手料理なんだが

**デフォルトの名無しさん** · 2019/06/01(土) 08:53:50.47

コピペで解決するようなことばっかしてたらコードが腐るって話だよ。

**デフォルトの名無しさん** · 2019/06/01(土) 09:16:46.26

コードが腐るなんてオカルトを言い始めたｗ

**デフォルトの名無しさん** · 2019/06/01(土) 09:18:28.13

なんだまともにプログラム書いたことない人か。そりゃ話が通じないわけだ。

**デフォルトの名無しさん** · 2019/06/01(土) 09:19:43.73

じゃあ腐ってるコードとやらを見せてください。

**デフォルトの名無しさん** · 2019/06/01(土) 10:29:16.81

if else if else if if if if
みたいなやつ

**デフォルトの名無しさん** · 2019/06/01(土) 13:06:26.54

そんな俺俺用語を使われてもねぇ

**デフォルトの名無しさん** · 2019/06/01(土) 13:36:41.95

100歩ゆずって論理的に場合分けが不十分でいかにもバグりそうな書き方は腐ってると思う
真理値表で no care が多すぎみたいなやつ

**デフォルトの名無しさん** · 2019/06/01(土) 13:50:09.32

NO毛やー

**デフォルトの名無しさん** · 2019/06/01(土) 13:51:19.15

なんかもう全部blazorでええわってなってきた
さようならjavascript

**デフォルトの名無しさん** · 2019/06/01(土) 15:14:03.09

メタタグにblazorで作ってますって書いとけよ。
中身ないくせにバカみたいな激重サイト開きたくないんでｗ

**デフォルトの名無しさん** · 2019/06/01(土) 16:37:36.00

サイトｗｗｗ

**デフォルトの名無しさん** · 2019/06/02(日) 14:35:42.50

Reactアプリをtsで書く理由わかんない

**デフォルトの名無しさん** · 2019/06/02(日) 15:36:19.22

なんで？

**デフォルトの名無しさん** · 2019/06/02(日) 16:32:03.67

componentが受け取るpropとか型あったほうが絶対ええやん

**デフォルトの名無しさん** · 2019/06/02(日) 17:06:00.51

型はあったほうが良い。理由は型があったほうが絶対にいいからだ。

**デフォルトの名無しさん** · 2019/06/02(日) 17:21:24.98

型はないほうが良い。理由は型がないほうが絶対にいいからだ。

**デフォルトの名無しさん** · 2019/06/02(日) 17:25:22.38

書くコード量が増える
キャストがめんどい
オブジェクトの型宣言がめんどい

**デフォルトの名無しさん** · 2019/06/02(日) 17:58:21.32

ReactとReduxを入門したばかりの者ですが、react-reduxのconnectを各コンテナで行う意味がわかりません。Providerみたいに最上位コンポーネントだけで行えば？って思ってしまいます。詳しい方教えてください。

**デフォルトの名無しさん** · 2019/06/02(日) 18:06:38.96

>>921
どこからでもアクセスできたら意図しない書き換えがあったときにどこで書き換えられたのかが絞りにくくなるとかいう思想からじゃない？