Vue vs React vs Svelte Part.7
■ このスレッドは過去ログ倉庫に格納されています
実際どうなん？
※Angularは残念ながら全く話題にならなかったのでSvelteに差し替えました
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Svelte
https://svelte.dev/
※前スレ
Vue vs React vs Svelte Part.6
https://mevius.5ch.net/test/read.cgi/tech/1603771745/
★ここではjQuery, Ruby, C#, Blazorの話題は禁止です
★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください
Angular, Next, Nuxt, Sapper, Gatsby, VuePress, RedWoodなどはおｋ。 >>2
GatsbyがややNegativeに動いてるのが意外。Svelteはみんな試し出してるのが分かるね。しかしReact圧倒的だな…
https://2020.stateofjs.com/en-US/technologies/arrows_overview react、reduxあたりまではいいけどホンマにredux-sagaとか使ってんのか？ってのは思う。 redux sagaの良さを理解できてない。thunkもそうだけど。
素直にサーバーからのレスポンス待ってdispatchすれば良いと思うけどね 昔は使われた。
今はrecoilあるしわざわざ新しく始めることはない。 reduxはオワコンだと思う
俺は前から現場でアクションをswitch caseで管理する
バカらしさを批判してきたが
なぜか誰も聞き入れることはなかった
あんなのアクションの爆発的増加を生んで管理できなくなるのは明らか
C言語かよ ReactやVueのアプリの設定値ってどこに設定するの？
Widowsネイティブアプリだとiniファイルとかconfigファイルの相当するファイルだけど。 >>8
それはお前のアプリケーションではreduxが必要なかったってだけでしょ。 >>11
意図としてはそうかもです。
ネイティブアプリの設定は外部設定ファイルに個別設定が多かったのですが、
それは出来ないのでしょうか？
(ネイティブアプリの場合)
xxxxx.exe
xxxxx.ini --- これに相当するもの >>12
.env が一般的かも
.env reactとかで調べてみると出てくると思う ContextAPIを"正しく"扱うための学習コストを考えたらRedux toolkitで良くない？って思うんだけどなぁ >>4
vue.jsすごいな85%もあるよ
んで、その下に書いてある、vue.js 12ってのは何だ？
Backboneは18だぞ。jQueryは22だぞ 今からreduxまじめに勉強するのめんどいから早くrecoilに殺されてくれ redux使って開発したけど面倒くさすぎる
こんなゴミクソ誰が考え出したんだか jotaiとrecoil何が違うのかいまいち理解してない reactみたいに使うライブラリが徐々に更新されるような軽いフレームが好きなんだが、
やっぱ趣味でいじってるのと仕事でやるのは違うかもな。 皆ユーザ認証は何使ってるん？
やっぱりAuth0？ recoilこれダメだろ。。reduxの100倍くらいデータの流れがわからなくなるわ。。 >>29
firebaseも人気あるみたいだね。
使ったことあるけどライブラリがでかいイメージある auth0なんか覚えること多すぎて覚えるまでかなりしんどそう JWT一択
仕様としてはかなり簡単だし
この程度はフロントエンドの人でも自力で実装すべき いやJWTがバックエンドありきだろ…
それを何使ってますかって話。 普通に自前実装だが何を使うとは？
ライブラリとかフレームワークのこと？ 自前実装は絶対にしない方がいい。
jwtの認証は簡単に作れるけど、セキュリティホールになりえるからセキュリティのプロの人たちが実装した idaas使った方がいい まぁ、自分たちがセキュリティに精通してると胸張って言える人は自前実装でもいいと思うけど。 そのライブラリがセキュアだという保証は？
それにライブラリがない言語は自前しかないし
セキュリティはもうライブラリ作者の個人が担保するものではないよ
セキュリティ担当者がいないならすぐ雇うか
どこかに依頼すべき セキュリティに関しては、完璧な知識を持った上でシステムを隅々まで理解し、時節に変化があれば即時にキャッチし、情報が漏れたときに全責任を負う。自前でやるならそれぐらいの覚悟が必要だと感じてる。 セキュリティを専門とするエンジニア（コンピューターサイエンスに深い理解を待ってる人）を雇えるならいいよ。
でも大抵の企業がセキュリティ担当に1000マン以上出して雇おう！って感じではないでしょ
auth0とかfirebaseはセキュリティに精通しているエンジニアを雇ってるからね。どっちが信用できるかの問題だよ。自社のエンジニアを信用するならそれでいいと思う。
クリティカルな部分のセキュリティに関しては、専門家じゃないやつの理解って大切だけど、本質的にはあまり意味ないと思ってる。何故なら知識が浅いから >>41
これに関しては自社で実装しててもしなくても一緒だと思う まず自前実装ってどこからどこまでの話なのか
自社のバックエンド側で認証の仕様が決められてて
それに基づいてフロントエンド側を実装するって話なら分かるが ここでもう認証はこれにしろ！ってのを決着つけてほしい vue3になって更に混沌としてきた感すごい
節操なさすぎだろこれ vue3が出て以降npm trendsじゃangularと抜きつ抜かれつだったのが明確に離されて着てる印象 >>51
呼んだか？
https://w3techs.com/technologies/history_overview/javascript_library/all/y
jQueryのシェアは2021年1月時点で77.2%だったが
1ヶ月で77.3%に増えた。まだ増加傾向にあるようだ。
なおReactのシェアは0.4%。その程度のレベル VueはcompositionAPIの影響でごちゃごちゃするんだろうなぁーっていう感じ >>56
とりあえずreact hooksパクってみました感が凄い
調べれば調べるほどreactで良くね？ってなる >>60
Vueの売りはフロントエンド技術者にとっての分かりやすさだったけど今となっては無いよね
reactの方が明らかに明確で分かりやすい
全然違う方向に進化して欲しかったから残念だわ いつものことじゃん。思想が明確じゃないから
ぶくぶくと機能を追加して破綻する
「シンプルでわかりやすい」というのはどれもが主張してくるメリットだけど
それは単にできたばっかりで実装が追いついてないだけ
バージョンアップするたびに複雑になっていく
そしてまた次の「シンプルでわかりやすい」新しいフレームワークが
登場しまたぶくぶくと太って繰り返し
基本的な機能に絞り込むという発想がない
jQueryはその点最初からブレずにやってるから
こうやって長く使い続けられる jQueryは先進的な層から誰も目を付けられてないから発展しないんだろうね
結果的にそういう利点も生まれるわな vueって最初better angular的な思想だったのに
Reactを取り入れて魔改造してキメラになったイメージ Reactとvueとアンギュラーの違いが抽象的にしか説明しとらんじゃん
具体的に何がよくて何が嫌なのか伝えられんの？ みんなvue2→reactに行ってんの？
せっかくvueの勉強始めたのに 両方やったらええわ。
そこまで大きな違いなんかないから。 一部のピエロが最先端を〜最先端を〜と言ってるが
世界中の大半の人々は最先端になんか興味ないんだ >>67
FCとHooksによる状態管理こそフロントエンドに必要なもの
それ以外は枝葉
まず最初にReactをやってこの概念をしっかり身につけるべき railsAPIと組み合わせたサイト作ろうと思うんだけど、完全SPAで行くならvueでもreactでも学習コストは同じくらい？Vueのほうが簡単？ vueはeasy、reactはsimpleという印象だけど 学者コストはVueの方が多いんじゃないかな
入り口はeasyなんだけどその先が魔窟 vueだけなら、まだしも、
ここに、vuetify , webpack , electron などが入ってくると、覚えること多すぎて、発狂する。
vuetifyはきっついね
ブレイクポイント調整するのでさえ調べるのに苦労したｗ WebpackはReactのついでに覚えたけど、2つ同時に新しい事やるのはしんどかったな。
どっちで間違えてて動かんのかわからなくなるから typescriptもあるしな
最近まともなところはみんなts使ってるから ネットの情報見てても、同じ事してる記事がJSとTSでそれぞれあったら、TSの方がレベル高い傾向あるね。
稀にこいつぜってーC♯かJava屋だ、みたいなTSらしからぬコードなことあるけど。 そうそう。TS使ってる所がマトモな所で
マトモな所をみると全部TSを使ってる TSを作ったのはマイクロソフト
やはり開発ツール大手の言語が一番信用できる >>31
Reduxは一元管理
Recoilは分散管理
だから当然
同じ球技として野球とサッカーを比べてるみたいなもんだ React触ってるやつの気が知れんよね
JSXとかいうゴミ未満は触る気まじでおきない
CSSもライブラリなしだとどうしようもないしバニラHTML、CSS、JSのサイトを置き換えるのに向いてなさすぎる。置き換えたら置き換えたら他ライブラリに不可逆だし 他のライブラリと互換性がないのはどのライブラリでも基本同じでは？
Reduxとかは一応Vueとかでも使えるけど > Hooksがなかったら正直vue使ってたと思うわ
このスレ史上一番の同意 >>86
IT老人が新しい技術触りたくないだけのワガママにしか聞こえないっす
ｊQueryを永遠に触ってれば良いんじゃないっすか？ まあクソ技術でも新しいってだけで喜んで使うバカも大概老害だけどな。 新しい技術に飛びついた結果が、vueなんですよね？ｗ 一年くらい前にRouterのみ(状態管理？なにそれ)でダイナモのdataを出し入れする奴を1から作ったことあるレベルなんだが
今から簡単な管理画面作ろうとしたらどっちがええんや？
ReactAdminとかいうのがあるしやっぱりReactかな？
フロントエンド極めるぜーとかは無い コーポレートサイトでもJamstack使う感じか？
Gatsbyとnextjsどっちがいい？ コーポレートサイトこそ速度重視(SEO)でJamstackかなと思ってる。
後は好み コーポレートサイトなんてWPでさっくり作ってCDNでキャッシュすれば済むんじゃないの？
わざわざJamstack構成で手書きとかする意味あるの？ ■ このスレッドは過去ログ倉庫に格納されています
