【ﾜｯﾁｮｲ有】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/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（かな？）だと静的型付け言語と同じくらいの生産性を保てるのか
フロントサイドの開発はそこまでは望めなくてそんなもんだよ
なのかを知りたい

2020/12/30(水) 16:31:28.19

>>50
> これまで静的型付け言語しかしてなくて（言語は荒れるから書かない）

静的型付けはネイティブ開発？サーバーサイド？
いずれにしろ、React + tsを選定しておけば書き味は似たような感じになるので大丈夫だと思う。

2020/12/30(水) 16:33:41.21

>>51
ありがとう
安心した
インテリセンスが効かない環境を知らないコピペプログラマなもので。

2020/12/30(水) 19:48:04.18

>>48
コンポーネント間で共有できるリアクティブの変数を用意してるよ
こんな感じ
https://codesandbox.io/s/store-9u83v?file=/src/App.vue

2020/12/30(水) 23:01:14.23

>>53
わかりやすいサンプルコードまでありがとう〜〜。
composition APIだとシンプルな記述でreactiveになりますねぇ。よさそう。
年末年始で次のプロジェクトで使う実験してみようかな。

2021/01/18(月) 08:08:05.90

997 名前：デフォルトの名無しさん[sage] 投稿日：2021/01/18(月) 00:41:57.79 ID:xEqPTcle
jQueryって状態をグローバル変数で管理するしかなくて
相当辛い
その例みたいにCSSをちょこっと変えるとかならjQueryじゃなくてもほぼ同じコードでいけるし
IEが死んだ今その用途ですら使う意味はない

998 自分：デフォルトの名無しさん[sage] 投稿日：2021/01/18(月) 01:15:22.90 ID:5We8pJJc [1/2]
>>997
> jQueryって状態をグローバル変数で管理するしかなくて

jQueryのせいにするなよ
お前の実力不足じゃんか

999 自分：デフォルトの名無しさん[sage] 投稿日：2021/01/18(月) 01:19:01.91 ID:5We8pJJc [2/2]
DOM（ドキュメント"オブジェクト"モデル）なんだからDOM要素を
オブジェクトとして考えればいい。状態はオブジェクト、つまりDOM要素自身が持つ
DOM要素の属性として持たせてもいいし、data属性を使ってもいいし、
jQueryのdataメソッドを使ってDOM要素に結びつけても良い
グローバル変数で管理するしかないのは、単にお前の技術力不足ってだけ

2021/01/18(月) 22:46:15.21

セキュリティ周り難しすぎる。
localStrageはjsから簡単に読めるから、Cookie使えまではわかるんだけど、httpOnly付けてもXSSで読まれうるとか言われて面倒くさくなってきた。
とにかく自作WebAPI用にトークン（JWTでは無い）をブラウザに安全に保存したいんだけど、もう自力でやるのは諦めてよく練られたライブラリ使ったほうが安全臭いんだよね。
Reactと相性良い認証ライブラリとかある？

2021/01/19(火) 18:20:34.64

煽りあいは楽しいか？
ﾜｯﾁｮｲだったら相手するやつもまとめてNGぶっこんでやるのに

2021/01/19(火) 18:37:23.28

結局API用のトークンなんかどこに保存しようが一緒だからね
セキュリティチェックで文句言われる（保存しているトークンをそのままAPIのパラメータに使用した場合）ので
気休めにlocal storageに保存するときにAESで暗号化して回避したよ
これもコードまで解析すれば分かる話だがな・・・

2021/01/19(火) 19:06:39.61

>>58
ふ～むなるほど。そういうのもあるのか

2021/06/05(土) 12:15:46.79

おっさんでReactやってる人いますか？

2021/06/05(土) 21:38:10.95

erukiti

2021/09/19(日) 23:02:25.83

>>59
ダメに決まってんだろ、参考にするな

2022/02/05(土) 19:00:46.49

React叩き棒にして暴れてるフロントエンド知識無しじいじも流石にここには来んやろ

2022/02/05(土) 20:03:50.24

>>63
そのワッチョイでよくそのセリフが吐けるなw

2022/02/05(土) 20:14:51.48

あ、React叩き棒じゃないなRust叩き棒か

>>64
ﾌﾟｰｲﾓはダメなの？

2022/02/05(土) 22:33:44.17

あの人あっちで続ける気なのかw

2022/02/05(土) 22:42:32.60

あの人議論したいわけじゃなくて、フロントへの鬱憤晴らしたいだけだからワッチョイあると不都合なんだろうね。

2022/02/06(日) 06:02:05.44

時々思うんだけどNextに対してGatsbyって何か優位な点ある？

2022/02/06(日) 12:04:10.54

Gatsbyはgraphqlを通して様々なソースから静的ページを生成する
でもNextでも出来るんだよね
Gatsby下火っぽいし

2022/02/06(日) 12:09:24.79

名前負けしたんだろ

2022/02/06(日) 12:19:56.03

>>69
やっぱそんな感じかぁ。Gatsbyと言えばGraphQLみたいなイメージあるけどNextでもできるしねぇ。

2022/02/06(日) 17:36:36.24

あっちで暴れてる人TSスレのアンチTSな人と同一人物かも

2022/02/06(日) 17:42:29.07

マークダウンファイルからhtmlを生成するため何度かGatsby触ったけどNextか普通の静的サイトジェネレータで良いかなって

2022/02/06(日) 17:57:21.36

俺はGatsbyの本でSSG勉強したのに結局NextでSSGを採用したぜw

2022/03/01(火) 13:44:53.17

vue の setter による変更検知が一番シンプルに思う。getter のキャッシュもこれで実現できてるわけだし。jsx も使えるしね。

2022/10/09(日) 13:08:31.78

もう状態管理ライブラリを別途投入しなくても useReducer & useContext で十分な気がしてきた…

2022/12/01(木) 13:48:37.42

react始めたけど時期メッチャ悪いな
v18になったりmuiが仕様変わったりで
調べるの大変だわ

2022/12/02(金) 09:04:31.17

公式の資料読んでればそこまでは困らないし、変に覚えた知識切り替えなくていいから楽ちんちん、とhooks出てからReact覚えたときは思った。公式以外は……うん……

2023/06/04(日) 01:06:24.57

jqueryの何が悪いん？
と言うかフロントエンド技術学習コストデカすぎで頭おかしいんだよ！
PHPやララベルやNode覚えたりSQLや単なるHTMLCSSjquery覚えてgit覚えるだけで精一杯なエンジニアだって沢山いるのに
まだreact覚えろとか鬼畜かよ
今まで覚えたこと台無しになるし、そもそもweb系エンジニアなんてオブジェクト指向まともにわかってないやつ多いのに無理やりJavaScriptに対してオブジェクト指向思考持ち込むなよ！
ブラウザ側のバグなんてある程度発生してもいいし、エラー出たらガリガリ直せばいいだろうが
reactとvueとangular乱立してるしよ

2023/06/04(日) 06:18:35.07

Reactは一回作ってしまえば部品単位ではめちゃくちゃ使いまわしが利くから既に取り入れてるとことかなら結構楽

2023/06/04(日) 08:08:23.78

ネタが尽きたからまた同じ燃料投下したわけか
確かにもう話題ないもんな

2023/06/12(月) 19:18:23.67

>>79
Reactとオブジェクト指向混ぜて話すのは流石にエアプ感が凄い。30点

2023/06/12(月) 19:37:46.67

Remix素晴らしいからもっと流行ってくれないかな
Next前提のドキュメントばかりでつらい

2023/06/13(火) 21:29:01.50

技術的な内容あまり理解してないけどRemixで作ったサイトはパフォーマンスいいよね
PageSpeed Insightsのスコアはそんなだけど自分でアクセスするとすごい速く感じる

2023/06/14(水) 06:45:05.93

Remix凄く良さそうだし、最近のNextは過剰に感じるし、やってみたいけどなぁ……で止まってる。公式ドキュメントとにらめっこしよかな……

2023/08/01(火) 14:59:35.02

知ったことか

2023/08/03(木) 02:39:29.10

reactのstyled-jsxをNext.js でない巣のReactの環境で動かそうと思ってるんだけど、<style jsx>タグが普通のstyleタグになってしまう。
webpackは使っているけど、自分用のコードだからbabelは使ってない。

styled-jsxのreadmeを読むと上から下までbabelを使うのが大前提みたいに見えるのですが
styled-jsxってNext.js で使う、もしくはBabelを手動で入れた環境で使うのが当たり前だったりしますか？

2023/10/15(日) 23:07:02.20

まったくもう、わけわからんわ

2023/10/16(月) 23:03:28.79

じいちゃんが犬を捨てに行ったら、犬が先に帰ってきた。

2023/10/20(金) 03:05:01.97

w(￣o￣)w ｵｵｰ!

2024/09/10(火) 12:29:16.79

どどど

2024/09/10(火) 12:30:26.36

どどど

2024/09/10(火) 12:31:37.13

どどど