Vue vs React vs Angular Part.3
■ このスレッドは過去ログ倉庫に格納されています
1. jQueryはシンプルに書けるVue・Reactは冗長
証拠 https://jsfiddle.net/t62b49mp/
JavaScriptのコードはこれだけ
$('.my-component [name="switch"]').change(function() {
$(this).closest('.my-component').toggleClass('active', this.checked);
});
2. 信者「Vueならこれだけで動く！」
嘘1 isActive=false
嘘2 new vue({data:{isActive:false}})
https://codepen.io/anon/pen/MxmrjP （動かない）
嘘3
new Vue({
el: '#app',
data: {isActive:false},
})
https://codepen.io/anon/pen/XGgpZV （変な動きをする）
3. 結論
jQueryはシンプルに書けるVue・Reactは冗長 >>1乙
前スレの話題、無駄に冗長なコードよりは短い方が良いだろうけど
短さも保守性の一要素であって
同じく保守性に影響する型チェックや適切な分割などとトレードオフになることもある
WebサイトというよりWebアプリ向けのフレームワークとしては
最もスマートなHello worldが書けることより
規模や複雑さが増大したときに保守可能であって欲しい googleで「アヌス」って検索してたら
「新婚旅行で特別な体験」っていうタイトルがヒットしたので早速開いてみたら
ディオクレティアヌス皇帝の浴場レストランに行った話だった >>7
ウチのポートフォリオサイトも対応しなきゃなぁ… >>9
【メリット】
・ネイティブアプリみたいに滑らかな画面遷移が可能。
・マテリアルデザインのガイドラインに沿ったUIライブラリが豊富。
・双方向バインディングによりHTMLの状態とJavascript オブジェクトの状態を一致させる事ができ、
jQueryを用いた泥臭いDOMいじり作業が不要。
・Cordovaでアプリ化してストアに登録する事も可能。
【デメリット】
・クローラがSPAに対応してない。SEO対策が必要な案件にはSSR必須 = サバーサイドのスキルも求められる。
・jQuery等のライブラリと比較して学習コストが鬼。特にAngular。
・Angular vs React vs Vue とスレタイにある通り、まだデファクトスタンダードが決まってない。
こんな感じかな。俺的には初心者には Vue → Nuxt がオススメ。
日本語ドキュメントが豊富で取っ付きやすい。
オススメしないのはAngular。TypeScript 必須 & 覚える事多い & 開発元の Google が最近Flutterばっか推してて将来 Flutter for web に喰われるかも。 あ、もう一つ最大のデメリット忘れてたわ。
・基本的にはモダンブラウザのみ対応。古いPCを使ってるケチな会社…もといレガシーな環境では使えない。 よく自信満々で偉そうに思い込み騙れるな。
3つともIE9で見れるが。IE9はモダンブラウザですか？ 他所で訊いてここが良いと言われたので、質問させてもらいたくやってきました
Vueをtypescriptで書いて、property-decoratorで@Emitデコレータを使いたいときに
外部ファイルからimportしたvueインスタンス(仮にextvm)に
イベントをemitしたいときってどうやればいいのでしょうか
this.$emit('call')
に
@Emit() call{}
は相当していますが
extvm.$emit('call')
を投げるにはどうすればいいのだろうかという疑問です
property-decoratorの公式も見てみたのですが
例は全部this.$emitの置き換えばかりで分からなかったので
詳しい方いらっしゃいましたらお教えいただければ幸いです
どうぞよろしくお願いいたします ViewModel for React使ってるやついる？ jsがどのくらい出来たらvue.jsとかのフレームワーク習得が良いの？
html/cssコーダーとして4年くらいやってたんだけどjQueryでdomいじるくらいで他にライブラリ導入するくらい。
正しい記法やらも知らないし、js単体でのアプリケーション作成なども全く無理な状態。 TypeScriptはどっちみち必須になるだろうな なるほど。使わない人には必要ないと。
しかし今転職考えててスキルセット考えるとコーダー関連しかできませんだと、どうにも辛い状況なんですよね。
PWAだのSPAだの作れますと言える状態にしたいのは間違いないので、とりあえずjsの勉強始めます。 google i/o 2019見た？
googleがweb.devにreactのガイドコンテンツ作るってよｗｗ
google謹製angularの立場ｗｗｗｗ >>25
転職サイトで経歴に書くならReactとか食いつきはいいよね >>16
やりたい事半分も理解できてないから正しい回答か自信ないけど、2つのtsコンポーネントでファンクションを共有化したいのかな。
であれば自分なら2つのコンポーネント用tsファイルとは別にexport class書いたtsファイル1つ作って、
static なファンクションの中に共有したいファンクション書くな。
後は2つのtsコンポーネント上でそれぞれ↑のクラスをimportして、
import { CommonFuncClass } from './CommonFuncClass.ts';
@Emit call{
CommonFuncClass.funcName;
}
みたいにすればいいんでない？ 適当に書いてるから間違ってたらすまん。 スレの趣旨から少しずれてすみません
VueJS使っていて
どうしても $.ajax() の利便性を用いたく（jsonpの利用等で）
VueJS中でこういった部分的なjQueryの実装をしている人はいますでしょうか？ >>33
通信部分で何使おうが大勢に影響ないし好きにしたら良い
唐突な$が気持ち悪い程度の話 >>33
jQueryでDOMいじりしないならjQuery混在させても良いんじゃない？
ただajaxなんて使わなくても、Vueにはaxiosがあるからそっち使ったほうがいいよ。
（jQuery入れてると、jQueryしか出来ない馬鹿がjQueryをDOMいじりに使いやがるから）
あと、JSONPを使うのはCORSの制限回避の為？ 素直にコンテンツサーバー側のCORS設定見直したほうが方向性としては正しいかと。 むしろVueJS使わずに、jQueryにしたほうが良いのではないか？ どうせやるんならVueよりもReactやった方がいいと思う スレタイの３つがどうなっていくのか色んな予想あるけどよくわからんなあ >>39
349 デフォルトの名無しさん sage 2019/04/11(木) 19:42:22.98 ID:GR4ezT/u
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
https://www.codementor.io/nikhil21tyagi/top-javascript-frameworks-for-2019-s8881i8ga
パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
https://medium.freecodecamp.org/a-realworld-comparison-of-front-end-frameworks-with-benchmarks-2019-update-4be0d3c78075 毎回同じヤツが言ってるのか知らんが旧版のAngularJSをAngularかのようにミスリードするのはどうかと思う Vue.js, jQuery は、併用できない
Vue.jsは仮想DOM で、独自のタイミングでDOMを更新するから、
jQueryで実DOMを変更しようとしても、元に戻ってしまう！
axios を使えば？ RubyｷﾁｶﾞｲがhttpクライアントライブラリであるaxiosでDOM操作するようですｗｗｗｗｗ といいつつ大体共存してるんよねVue使ってるサイトって 全体から見たらほとんどのライブラリがjQuery要求するしなぁ
もちろん代替自体は進んでるけど、世の中新規案件より過去案件の保守しなければいけないポイントは増え続けてるわけで。 ふーんMath.jsとかlodashとかThreeJSとかjQuery要求するんだ。へぇ。 ReactやAngularって5年後使われていると思いますか？ 電子化して働き方改革だあ！って号令のもと新規で社内システム作っちゃったから5年は面倒見ることになりそう、後輩が… React は残るんじゃない？ バックが Facebook だし。
Angular が残るか消えるかは Google の気分次第かな。現にAngularJSは消えた様なもんだし。
Vue は Evan の個人開発だから、Evan の寿命が Vue の寿命かな。 助言を沢山下さりありがとうございます。
JQueryとの併用を検討してみます。 実務ならそっちの方がいいかも知れんが学習が目的ならjQueryは完全に省いて
フレームワークの機能で賄う設計を身に着けた方がいい
混ぜる事を前提で進めるとどうしても設計的な欠陥に陥りやすい react自体なくなっても結局ああいうものがまた作られると思うぞ。 Reactは完成形だけど状態管理が後付けだからなー 根幹的にはブレることは無いとはいえ、その辺はまだ発展中なんだよな
Redux Hooksも今月リリースされたばかりだし
https://react-redux.js.org/next/api/hooks React Routerとかその辺も近いうちにHooks対応するだろうとかその辺の方向性は見えてるけどね >>53
facebookだからみんな離れていったの知らないの？
未だに訴訟リスクは残る 349 デフォルトの名無しさん sage 2019/04/11(木) 19:42:22.98 ID:GR4ezT/u
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
https://www.codementor.io/nikhil21tyagi/top-javascript-frameworks-for-2019-s8881i8ga
パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
https://medium.freecodecamp.org/a-realworld-comparison-of-front-end-frameworks-with-benchmarks-2019-update-4be0d3c78075 >>61
訴訟リスクってどういう意味での？
Reactの特許条項ならとっくに外されてるし
それもFacebookへの訴訟を防ぐものだったけど ある程度使ってみ、たいていのウェブサイトはSPAにするメリットよりデメリットの方が大きいなって印象 >>63
そうやってライセンスを自社都合で自在に変えることができるということがリスク >>64
まぁ最低限ユーザー認証を行わない様なシステムには要らんだろうねそりゃ
だからWeb"サイト"に無理に入れる必要はないって最初から言ってる なんでこのスレタイでたいていのwebサイトとやらの話をしてると思うんだろう >>66
そう思うなら安心してReact使ってればいいじゃん react使っててザマァってのがやりたいってのはよくわかったよ。 >>69
つまり、facebookだから云々ってのは根拠なしの出鱈目ってことでおk？ 一応>>63で聞いてみたけど意義のある返答は無さそう 一度そのフレームワーク採用するとそれ使い続けるか、完全に書き直すしかない React使ってたらfacebook社に著作権とか特許を侵害されてもfacebook社を訴えることができないのは致命的なマイナス要素 FUD（英: Fear, Uncertainty and Doubt、直訳すると「恐怖、不安、疑念」）は、販売、マーケティング、パブリック・リレーションズ[1][2]、政治、プロパガンダで使われる修辞および誤謬の戦術の一種。
FUDとは一般に、大衆が信じていることに反するような情報を広めることで、大衆の認識に影響を与えようとする戦略的試みである。
例えば、個々の企業が競合他社の製品について悪い印象と憶測を与えるためにFUDを利用する。
すなわち、他社製品に乗り換えるにはコストが掛かりすぎると思わせたり、潜在的ライバルでもあるビジネスパートナーに対して影響力を保持しようとしたりする場合である。
FUDの技法は粗野で単純な場合もあるし、間接的な手法を使った巧妙なものである場合もある。 Reduxのconnectってcontainerにstate与えるだけでcomponentにはpropsとして与えるしかない？ >>82
これからはconnectじゃなくHooksで書く時代 Reactが生き残ったとしても、
これからは○○で書く時代ってな感じで
フレームワークの使い方に振り回されるんだろうな ブラウザゲーとか作るのって定番のフレームワークとかライブラリとかってあるの？ この手の予想なんて当たり外れあるしな。
「これはからはexpressじゃなくてkoa」とか
「これからはwebpackじゃなくてparcel」とか
十分普及してから乗り換えても遅くない。 海外だとphaser
内部的にPixiJS使ってて
PixiJSはWebGL使ってる むしろ乗り換えが起こる前提で書くべきなんだよプログラムなんてもんは。 VueとかAngularとかの基本的なフレームワークの場合、乗り換えることは作り直しになる ReduxのFAQの１つ目を読むべき
※Google翻訳
・いつReduxを学ぶべきですか？
(一部省略)
まずその組み込みシステムの機能を学ぶことをお勧めします。
アプリケーションを構築するために必要なのはそれだけです。
アプリケーションが非常に複雑になり、状態がどこに格納されるか、
または状態がどのように変化するかについて混乱している場合は、
Reduxを学ぶのがよいでしょう。 プロジェクト開発あるあるのつ目を読むべき
・アプリケーションが複雑になってきたので○○を導入したいのですが、
既存のコードが大量にあって手がつけられません。
上司に相談したら、最初から導入していなかったのが悪い。
お前の失態だ。変更する工数はだせん。と言われました。 そもそもReactのFacebookを懸念するよりもFirebaseの大規模変更を懸念する方がよっぽど現実的だと思うんだけどな
サーバレスとかいうブラックボックスの方がよっぽど怖いだろ facebookの倒産とか訴訟そのものを懸念してるんじゃなくて
そういうリスクのせいでIT大手が導入しなくなると廃れやすくなるという話
リスク評価が大げさだろうがそれは導入する企業が決めることで
中小零細はリスク評価よりもIT大手の判断を予測することが重要 多重の派遣に作業させてる様なところはIT大手っていうのとは違うと思うがな 日本のIT企業は製品シェアが小さすぎてほとんど影響しない reduxまではそこまで難易度は高くない。
sage,thunkとかはやべーな。。redux捨てた方がいいんじゃねーかと思うくらい。 HooksのuseEffectでUpdate拾えば手軽に解決する場合もありそうだけどね ■ このスレッドは過去ログ倉庫に格納されています
