【ﾜｯﾁｮｲ有】Vue vs React vs Angular Part.5.5

2020/07/30(木) 20:59:21.40

!extend:on:vvvvv:1000:512

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.4
https://mevius.5ch.net/test/read.cgi/tech/1591869705/

★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Svelte, Next, Nuxt, Gatsby, VuePress, RedWoodなどはおｋ。

VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured

2020/07/30(木) 21:02:06.54

Blazorガイジのﾜｯﾁｮｲは相手にする者もまとめてNGネーム登録推奨

2020/07/31(金) 00:09:44.79

現実は希望通りにはいかない

2017年 JavaScript★71.9%ものサイトがjQueryを利用 [無断転載禁止]©2ch.net
https://medaka.5ch.net/test/read.cgi/prog/1485008061/

jQuery
2017年 71.9%
2018年 73.1%
2019年 73.6%
2020年 74.2%
2020年2月 74.4%
2020年6月 75.5%
2020年7月現在 75.9%

2020/07/31(金) 00:12:16.36

まぁ何かを広報するようなオシャレ系なサイトは別にjQueryでいいだろ

2020/07/31(金) 09:48:13.23

ちなみにﾜｯﾁｮｲは毎週木曜更新だからID寿命が一週間に伸びたってのと大まかな回線種別が分かるってだけで完全固定ってわけじゃないよ

2020/07/31(金) 11:01:06.41

あとワッチョイがあったとしても書き込みまでは防げないんだよね。
5ちゃんブラウザとか使えば書き込まれたものを見えにくくすることは出来るけど
他人は見えるし、レスが見えなくなる＝反論レスもできないので
知らない間に話が進んでるとかねｗ

2020/07/31(金) 12:06:56.73

少なくとも飛行機ビュンビュンやってIDコロコロ変えてるヤツは同定できるとかその程度の話
これで都合の悪いヤツは…

2020/07/31(金) 12:14:51.10

きちがいじみたの増えたし、あった方が良いです

2020/07/31(金) 12:21:18.68

そうです。あったほうが楽しいですｗ

2020/07/31(金) 13:20:57.62

vue3.0でスライダー作ろうとするとプラグイン系が軒並み対応してなくて自作する羽目になるな。時間かけた割に劣化版が出来上がったわ。

**デフォルトの名無しさん** (ｱﾒ MM79-wQ/k) · 2020/07/31(金) 13:28:22.11

Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。

2020/08/01(土) 04:39:02.93

vue3取っ付きにくかったけどreact勉強始めたら結構すんなり理解できた

2020/08/01(土) 09:17:04.12

そんだったら最初からreactでいいじゃんってなるよな
なんでわざわざ寄せてったのだろうか

2020/08/01(土) 10:02:06.31

>>12
それだったらreactでいいじゃんｗ
react理解しないと分からないvueに何の価値があるんだ簡単なのが売りだったのにｗｗｗ

2020/08/01(土) 12:46:21.07

>>14
とっつきやすさはあるかも知れないけど簡単かと言えばちゃんとしたものを作ろうとしたら結構難しくない？
今やHooks実装したReactが一番シンプルな気がするんだけど

2020/08/02(日) 19:12:56.17

vueが変な方向行ったとはいえ、class based じゃなければ 2.x までの書き方でもほぼ問題ないからな。
composition api は必須ではないよ。

2020/08/03(月) 14:27:25.65

composition apiはHooksよりかはセンスが良い
そもそもVueはReactよりセンスが良い。Class based以外は

2020/08/03(月) 15:05:00.55

jsスキーとしては理解すべき要素が全部単純なjsの知識に還元されるreactのほうがシンプルでいいわ。

2020/08/03(月) 15:20:25.59

ウェブの知識のうち、JavaScriptだけの知識でいいというのは
プログラム言語の知識の内、全部配列の知識に還元できるから
シンプル（＝少ない知識でいい）という考えですか？

少ない知識（シンプル？ｗ）で作ると
コードは複雑になりますよ

「知識が少ない」と「シンプル」は意味が違います。

2020/08/03(月) 15:24:52.29

vueは↑この書き込みみたいな感じ。
ごちゃごちゃしてて何言いたいのかさっぱり分からん。

2020/08/03(月) 15:34:36.76

>>20
あたま悪そうだねｗ

適切な道具を使うほうがシンプルに作れる
だがお前は、勉強しないことがシンプルだと勘違いしてる

2020/08/03(月) 15:38:57.19

最近QiitaでReactの記事書いてる人の殆どがHooksもアロー関数オブジェクトも使ってなくてなんだかなぁって感じ

2020/08/03(月) 16:45:08.84

ReactでJSの知識しか要求されないってお前React触ったことあんのかってレベルだよね

2020/08/03(月) 17:21:17.79

var component = function(){…}
こんな書式使ってる人いたんだがどうしてそうなったし…

2020/08/03(月) 17:47:33.95

thisが使いたかった。と思ったけどvarか……

2020/08/03(月) 22:57:38.66

Hooks表記使ってない事以外に関してはconnected-react-routerのexampleってホントよくできた教材だと思う

2020/08/03(月) 23:06:44.67

>>19
覚えなきゃいけないVueの固有仕様が多いって事
Reactの場合はその大多数をプログラミング全般に言えるような考え方で実現できる

2020/08/04(火) 00:24:09.74

>>27
プログラミングの原則は、覚えることを増やすことで
コードをシンプルにすることです。

2020/08/04(火) 06:21:23.63

言わんとする事はわかると思う。
単純なifとforだけでロジックは組めるけど、それは簡単なだけでシンプルな読みやすいコードとは言えない。
コード内にパターンがあるならどんどん抽象化すればコードは短くなってゆく。

でもやり過ぎればマクロだらけの複雑怪奇なDSLになる。そのへんのバランスは難しいし用途によっても変わるので、完璧なライブラリなんて無い。
どうせ覚えるなら他所とも地続きな抽象化をしてるライブラリの方が応用効くとは思う。

2020/08/04(火) 10:32:35.36

VueでもAngularでもだけど拡張プロパティの右辺と左辺ぎゃくじゃね？ってのがなんか気になるんだよね
構文上そういう作りにせざるを得ないんだろうけど

2020/08/04(火) 21:20:11.94

例えばvueの拡張プロパティってどのコード？

2020/08/04(火) 21:23:49.31

v-model.number="age"
みたいなの

2020/08/05(水) 01:43:18.71

8/4
トラハックのエンジニア学習ゼミ【とらゼミ】

Reactのスタイリング定番styled-componentsの活用パターン
https://www.youtube.com/watch?v=LJqr0Qvjupo

2020/09/13(日) 03:14:03.25

なんかフロントエンドの人があまりいない環境で、フロント書くのに、VueあたりでSPAにしようとしたらSPAである必要がないみたいな感じで反発くらってるんだけどどう思う
パフォーマンスとかはあんま気にしてなくて、単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど

厳密なspaというよりは普通にappサーバーと同居してるやつね

2020/09/13(日) 08:42:23.13

Vueは最近バージョン上がったばかりだから、それをどう捉えるかだよね。評価が定まってきたり熟れてくるまで採用を待つか。あるいは今採用してしまえば暫くはバージョンアップに伴うコード変更作業は発生しないから、良いタイミングかも知れない。

クライアント、サーバ間のインターフェースがREST APIとかで厳密化されるならフロントエンドのフレームワークを導入するのは良いと思うけど、そうでない状況の場合はSpring Boot ThymeleafやASP.NET Core MVCが良いと思う。

チームで良く話し合って良い方針が決まりますように。

2020/09/13(日) 08:42:24.75

それはフロントエンドの人があまりいないからじゃね？

2020/09/14(月) 10:05:32.51

SPAが嫌いなだけだろうな
漏れは嫌いじゃないぜ

2020/09/14(月) 10:52:11.03

>>34
お前がjsで書いたらこれだけで簡単になると
実例を示せばいい

まあそれができないわけだけどねｗ
JavaScriptのフレームワークは過剰に複雑にしているものばかり

2020/09/14(月) 10:54:00.94

>>34
> 単純に今はフレームワーク充実してるから、フロントをSPAにしてjsだけに集中したほうが楽なんじゃないかなと思ってるんだけど

テストについてしっかりと考えているか？

HTMLやCSSは宣言的なのでテストがあればなおいいが
なくてもバグが発生しにくいんだよ
JavaScriptを使うということはコードを書くということ
それはバグを生みやすい

2020/09/14(月) 11:11:55.67

かといってフロントの動的な部分をjQueryで各ページごとに書いてたらテストもクソもないしなあ

2020/09/14(月) 11:13:56.73

jQueryも宣言的に書けるからバグが少なくなるんだよ
あとバグはコードの量に応じて増える
jQueryはフレームワークと違ってコードが少なくなる

2020/10/20(火) 14:39:25.63

githubで、vue.js をguiベースでドラッグドロップでフォーム作れるリポジトリ発見した。ただしsubmitボタンが無かった。vue-frame-maker

2020/11/16(月) 16:53:12.66

reactのcontextって親から孫に子を飛ばしてデータ渡せるけど、子コンポーネント間の(親を経由しない)受け渡しには使えないよね？

2020/12/30(水) 01:46:55.95

実務でVueをtypescriptと使ってる人に聞きたいんですけど
Vue3はいつ頃乗り換える予定すか？

新しいサービスを作る必要があるのだけれど、vueの2系でやるか3系にするかめっちゃ悩む。vue3はtsでのベストプラクティスがこなれてないからいっそreactでもいいかと思ったり、、。

2020/12/30(水) 02:00:46.39

>>44
実務でvue3は既に使っててIEは切り捨ててる。
ウェブサイトというよりもウェブアプリって感じだからね。

2系でも composition api は使えるから、IEをサポートし続けるなら2系でスタートして、3系がIEをサポートしたらアップグレードすればいいと思う。
まぁ3系でも options api の互換性はあるからどっちで作っても良いんだけど。
3系では class based のコンポーネントをサポートしなくなっただけで、tsが使えないわけではない。型指定は普通にできる。
reactでもいいかもね。

2020/12/30(水) 08:30:16.98

>>45
vueは2までtsで使ってたけど
3で何があったの？

2020/12/30(水) 09:03:47.62

>>44
同じ辛みをかかえてて、同じようにReactに走りそうになってる。
もともと、TSはあんまり好きではない部分があって、悩んでるところ。
ただ、ReactとTSはセットにするとだいぶ良いなと思ったり。
もっとダックタイプで良いんよね。インターフェイスの実装に関してはGoみたいな雰囲気でいきたい。
仕事だとまたIE11切り捨てられないから、躊躇してるわ。

2020/12/30(水) 14:36:09.73

>>45
あざます！まさにそこらへんの話が聞きたかった！
さらに聞いちゃうんですが、コンポーネント間のStateマネージメントってどうしてますか

・inject/providerでStoreパターンを作る,
・Vuex v4を使う

とかっすかね？
2系の開発だと、vuex-module-decoratorsとかでvuexをタイプセーフにしていたので
3系だとそこらへんきれいにやるにはどうしたもんかなーと思っていて。
(2系でcomposition API入れればいいのかもしれないけども)

2020/12/30(水) 14:51:34.10

>>47
ReactとTSはいいよねぇ。
型安全だからJSX実装中にもインテリセンスが効きまくって

CSS周りのコーディングパターンが複数あって選定するのが面倒だけど。

2020/12/30(水) 15:35:33.38

これまで静的型付け言語しかしてなくて（言語は荒れるから書かない）
今度のプロジェクトでReact+tsを使うことを検討中

インテリセンス効きまくるということに感動されてるのが、これまでは当たり前だったことができなくなるんじゃないかという不安を煽る…

React+ts+VSCode（かな？）だと静的型付け言語と同じくらいの生産性を保てるのか
フロントサイドの開発はそこまでは望めなくてそんなもんだよ
なのかを知りたい