0001デフォルトの名無しさん (ワッチョイ 7202-xE3T)2020/07/30(木) 20:59:21.40ID:fmuQ+Yf/0
!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などはおk。
VIPQ2_EXTDAT: default:vvvvv:1000:512:: EXT was configured かといってフロントの動的な部分をjQueryで各ページごとに書いてたらテストもクソもないしなあ
jQueryも宣言的に書けるからバグが少なくなるんだよ
あとバグはコードの量に応じて増える
jQueryはフレームワークと違ってコードが少なくなる
githubで、vue.js をguiベースでドラッグドロップでフォーム作れるリポジトリ発見した。ただしsubmitボタンが無かった。vue-frame-maker
0043デフォルトの名無しさん (ブーイモ MM6b-iC4K)2020/11/16(月) 16:53:12.66ID:a8pG0QGtM
reactのcontextって親から孫に子を飛ばしてデータ渡せるけど、子コンポーネント間の(親を経由しない)受け渡しには使えないよね?
0044デフォルトの名無しさん (ワッチョイ 33c1-S7WM)2020/12/30(水) 01:46:55.95ID:zA1s3IaL0
実務でVueをtypescriptと使ってる人に聞きたいんですけど
Vue3はいつ頃乗り換える予定すか?
新しいサービスを作る必要があるのだけれど、vueの2系でやるか3系にするかめっちゃ悩む。vue3はtsでのベストプラクティスがこなれてないからいっそreactでもいいかと思ったり、、。
>>44
実務でvue3は既に使っててIEは切り捨ててる。
ウェブサイトというよりもウェブアプリって感じだからね。
2系でも composition api は使えるから、IEをサポートし続けるなら2系でスタートして、3系がIEをサポートしたらアップグレードすればいいと思う。
まぁ3系でも options api の互換性はあるからどっちで作っても良いんだけど。
3系では class based のコンポーネントをサポートしなくなっただけで、tsが使えないわけではない。型指定は普通にできる。
reactでもいいかもね。 >>45
vueは2までtsで使ってたけど
3で何があったの? >>44
同じ辛みをかかえてて、同じようにReactに走りそうになってる。
もともと、TSはあんまり好きではない部分があって、悩んでるところ。
ただ、ReactとTSはセットにするとだいぶ良いなと思ったり。
もっとダックタイプで良いんよね。インターフェイスの実装に関してはGoみたいな雰囲気でいきたい。
仕事だとまたIE11切り捨てられないから、躊躇してるわ。 >>45
あざます! まさにそこらへんの話が聞きたかった!
さらに聞いちゃうんですが、コンポーネント間のStateマネージメントってどうしてますか
・inject/providerでStoreパターンを作る,
・Vuex v4を使う
とかっすかね?
2系の開発だと、vuex-module-decoratorsとかでvuexをタイプセーフにしていたので
3系だとそこらへんきれいにやるにはどうしたもんかなーと思っていて。
(2系でcomposition API入れればいいのかもしれないけども) >>47
ReactとTSはいいよねぇ。
型安全だからJSX実装中にもインテリセンスが効きまくって
CSS周りのコーディングパターンが複数あって選定するのが面倒だけど。 これまで静的型付け言語しかしてなくて(言語は荒れるから書かない)
今度のプロジェクトでReact+tsを使うことを検討中
インテリセンス効きまくるということに感動されてるのが、これまでは当たり前だったことができなくなるんじゃないかという不安を煽る…
React+ts+VSCode(かな?)だと静的型付け言語と同じくらいの生産性を保てるのか
フロントサイドの開発はそこまでは望めなくてそんなもんだよ
なのかを知りたい
>>50
> これまで静的型付け言語しかしてなくて(言語は荒れるから書かない)
静的型付けはネイティブ開発? サーバーサイド?
いずれにしろ、React + tsを選定しておけば書き味は似たような感じになるので大丈夫だと思う。 >>51
ありがとう
安心した
インテリセンスが効かない環境を知らないコピペプログラマなもので。 >>53
わかりやすいサンプルコードまでありがとう〜〜。
composition APIだとシンプルな記述でreactiveになりますねぇ。よさそう。
年末年始で次のプロジェクトで使う実験してみようかな。 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要素に結びつけても良い
グローバル変数で管理するしかないのは、単にお前の技術力不足ってだけ セキュリティ周り難しすぎる。
localStrageはjsから簡単に読めるから、Cookie使えまではわかるんだけど、httpOnly付けてもXSSで読まれうるとか言われて面倒くさくなってきた。
とにかく自作WebAPI用にトークン(JWTでは無い)をブラウザに安全に保存したいんだけど、もう自力でやるのは諦めてよく練られたライブラリ使ったほうが安全臭いんだよね。
Reactと相性良い認証ライブラリとかある?
煽りあいは楽しいか?
ワッチョイだったら相手するやつもまとめてNGぶっこんでやるのに
結局API用のトークンなんかどこに保存しようが一緒だからね
セキュリティチェックで文句言われる(保存しているトークンをそのままAPIのパラメータに使用した場合)ので
気休めにlocal storageに保存するときにAESで暗号化して回避したよ
これもコードまで解析すれば分かる話だがな・・・
0060デフォルトの名無しさん (オッペケ Sred-dUnU)2021/06/05(土) 12:15:46.79ID:frSpp31ar
おっさんでReactやってる人いますか?
0063デフォルトの名無しさん (ブーイモ MMcf-MKxq)2022/02/05(土) 19:00:46.49ID:6lxcOXZQM
React叩き棒にして暴れてるフロントエンド知識無しじいじも流石にここには来んやろ
>>63
そのワッチョイでよくそのセリフが吐けるなw 0065デフォルトの名無しさん (ブーイモ MMcf-MKxq)2022/02/05(土) 20:14:51.48ID:Sv8rgU+3M
あ、React叩き棒じゃないなRust叩き棒か
>>64
プーイモはダメなの? 0066デフォルトの名無しさん (アウアウエー Sadf-BE6b)2022/02/05(土) 22:33:44.17ID:eZbTpHL4a
あの人あっちで続ける気なのかw
あの人議論したいわけじゃなくて、フロントへの鬱憤晴らしたいだけだからワッチョイあると不都合なんだろうね。
時々思うんだけどNextに対してGatsbyって何か優位な点ある?
Gatsbyはgraphqlを通して様々なソースから静的ページを生成する
でもNextでも出来るんだよね
Gatsby下火っぽいし
>>69
やっぱそんな感じかぁ。Gatsbyと言えばGraphQLみたいなイメージあるけどNextでもできるしねぇ。 あっちで暴れてる人TSスレのアンチTSな人と同一人物かも
マークダウンファイルからhtmlを生成するため何度かGatsby触ったけどNextか普通の静的サイトジェネレータで良いかなって
俺はGatsbyの本でSSG勉強したのに結局NextでSSGを採用したぜw
vue の setter による変更検知が一番シンプルに思う。getter のキャッシュもこれで実現できてるわけだし。jsx も使えるしね。
もう状態管理ライブラリを別途投入しなくても useReducer & useContext で十分な気がしてきた…
react始めたけど時期メッチャ悪いな
v18になったりmuiが仕様変わったりで
調べるの大変だわ
公式の資料読んでればそこまでは困らないし、変に覚えた知識切り替えなくていいから楽ちんちん、とhooks出てからReact覚えたときは思った。公式以外は……うん……
0079デフォルトの名無しさん (ワッチョイ a2d2-I9P1)2023/06/04(日) 01:06:24.57ID:ayQzGVhB0
jqueryの何が悪いん?
と言うかフロントエンド技術学習コストデカすぎで頭おかしいんだよ!
PHPやララベルやNode覚えたりSQLや単なるHTMLCSSjquery覚えてgit覚えるだけで精一杯なエンジニアだって沢山いるのに
まだreact覚えろとか鬼畜かよ
今まで覚えたこと台無しになるし、そもそもweb系エンジニアなんてオブジェクト指向まともにわかってないやつ多いのに無理やりJavaScriptに対してオブジェクト指向思考持ち込むなよ!
ブラウザ側のバグなんてある程度発生してもいいし、エラー出たらガリガリ直せばいいだろうが
reactとvueとangular乱立してるしよ
Reactは一回作ってしまえば部品単位ではめちゃくちゃ使いまわしが利くから既に取り入れてるとことかなら結構楽
ネタが尽きたからまた同じ燃料投下したわけか
確かにもう話題ないもんな
>>79
Reactとオブジェクト指向混ぜて話すのは流石にエアプ感が凄い。30点 Remix素晴らしいからもっと流行ってくれないかな
Next前提のドキュメントばかりでつらい
技術的な内容あまり理解してないけどRemixで作ったサイトはパフォーマンスいいよね
PageSpeed Insightsのスコアはそんなだけど自分でアクセスするとすごい速く感じる
Remix凄く良さそうだし、最近のNextは過剰に感じるし、やってみたいけどなぁ……で止まってる。公式ドキュメントとにらめっこしよかな……
reactのstyled-jsxをNext.js でない巣のReactの環境で動かそうと思ってるんだけど、<style jsx>タグが普通のstyleタグになってしまう。
webpackは使っているけど、自分用のコードだからbabelは使ってない。
styled-jsxのreadmeを読むと上から下までbabelを使うのが大前提みたいに見えるのですが
styled-jsxってNext.js で使う、もしくはBabelを手動で入れた環境で使うのが当たり前だったりしますか?
じいちゃんが犬を捨てに行ったら、犬が先に帰ってきた。