TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼
【アンチ】関数型言語は使えない【玩具】 ２
集合論に基づいた言語を作りたい
TypeScript part3
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
【PHP】下らねぇ質問はここに書き込みやがれ 2
GPGPU#5
文字コード総合スレ Part11
Excel VBA 質問スレ Part66
C言語なら俺たちに聞け パート0001
a4です。Ｐ２Ｐ人工知能「Ｔ」開発。

Vue vs React vs Angular Part.3


1 ：
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.2
https://mevius.2ch.sc/test/read.cgi/tech/1552136553/
※前前スレ
Vue vs React vs Angular
http://mevius.2ch.sc/test/read.cgi/tech/1545395856/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください

2 ：
>>1
スレ建て乙

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は冗長

4 ：
相変わらず社会不適合者が粘着してんのな

5 ：
>>1乙

前スレの話題、無駄に冗長なコードよりは短い方が良いだろうけど
短さも保守性の一要素であって
同じく保守性に影響する型チェックや適切な分割などとトレードオフになることもある

WebサイトというよりWebアプリ向けのフレームワークとしては
最もスマートなHello worldが書けることより
規模や複雑さが増大したときに保守可能であって欲しい

6 ：
googleで「アヌス」って検索してたら
「新婚旅行で特別な体験」っていうタイトルがヒットしたので早速開いてみたら
ディオクレティアヌス皇帝の浴場レストランに行った話だった

7 ：
ReduxもHooks対応かぁ

8 ：
>>7
ウチのポートフォリオサイトも対応しなきゃなぁ…

9 ：
SPAのメリットってなんですか？

10 ：
ひろゆきがコラム書いてる

11 ：
>>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 に喰われるかも。

12 ：
あ、もう一つ最大のデメリット忘れてたわ。

・基本的にはモダンブラウザのみ対応。古いPCを使ってるケチな会社…もといレガシーな環境では使えない。

13 ：
よく自信満々で偉そうに思い込み騙れるな。
3つともIE9で見れるが。IE9はモダンブラウザですか？

14 ：
なんか急に過疎ってんな

15 ：
みんな見限ったんだよ

16 ：
他所で訊いてここが良いと言われたので、質問させてもらいたくやってきました

Vueをtypescriptで書いて、property-decoratorで@Emitデコレータを使いたいときに
外部ファイルからimportしたvueインスタンス(仮にextvm)に
イベントをemitしたいときってどうやればいいのでしょうか

this.$emit('call')
に
@Emit() call{}
は相当していますが

extvm.$emit('call')
を投げるにはどうすればいいのだろうかという疑問です
property-decoratorの公式も見てみたのですが
例は全部this.$emitの置き換えばかりで分からなかったので
詳しい方いらっしゃいましたらお教えいただければ幸いです
どうぞよろしくお願いいたします

17 ：
何を見限ったんです？

React?

18 ：
>>17
jQueryおじさんの妄言だろ

19 ：
ViewModel for React使ってるやついる？

20 ：
ReactとVueどっちがおすすめ？

21 ：
jsがどのくらい出来たらvue.jsとかのフレームワーク習得が良いの？
html/cssコーダーとして4年くらいやってたんだけどjQueryでdomいじるくらいで他にライブラリ導入するくらい。
正しい記法やらも知らないし、js単体でのアプリケーション作成なども全く無理な状態。

22 ：
>>21
必要ないやつには必要ない
当たり前の話

23 ：
結局はPWAっぽいものを作りたいかどうかだな

24 ：
TypeScriptはどっちみち必須になるだろうな

25 ：
なるほど。使わない人には必要ないと。
しかし今転職考えててスキルセット考えるとコーダー関連しかできませんだと、どうにも辛い状況なんですよね。
PWAだのSPAだの作れますと言える状態にしたいのは間違いないので、とりあえずjsの勉強始めます。

26 ：
google i/o 2019見た？
googleがweb.devにreactのガイドコンテンツ作るってよｗｗ
google謹製angularの立場ｗｗｗｗ

27 ：
同時に勉強すればいいよ

28 ：
>>25
転職サイトで経歴に書くならReactとか食いつきはいいよね

29 ：
>>16
やりたい事半分も理解できてないから正しい回答か自信ないけど、2つのtsコンポーネントでファンクションを共有化したいのかな。


であれば自分なら2つのコンポーネント用tsファイルとは別にexport class書いたtsファイル1つ作って、
static なファンクションの中に共有したいファンクション書くな。

後は2つのtsコンポーネント上でそれぞれ↑のクラスをimportして、
import { CommonFuncClass } from './CommonFuncClass.ts';

@Emit call{
CommonFuncClass.funcName;
}

みたいにすればいいんでない？　適当に書いてるから間違ってたらすまん。

30 ：
TypeScript使ってないと死んでしまう

31 ：
死んでも困らない

32 ：
TypeScriptはあまえ

33 ：
スレの趣旨から少しずれてすみません
VueJS使っていて

どうしても $.ajax() の利便性を用いたく（jsonpの利用等で）
VueJS中でこういった部分的なjQueryの実装をしている人はいますでしょうか？

34 ：
キメラせずに素直にaxios使ってください

35 ：
>>33
通信部分で何使おうが大勢に影響ないし好きにしたら良い
唐突な$が気持ち悪い程度の話

36 ：
>>33
jQueryでDOMいじりしないならjQuery混在させても良いんじゃない？
ただajaxなんて使わなくても、Vueにはaxiosがあるからそっち使ったほうがいいよ。
（jQuery入れてると、jQueryしか出来ない馬鹿がjQueryをDOMいじりに使いやがるから）

あと、JSONPを使うのはCORSの制限回避の為？　素直にコンテンツサーバー側のCORS設定見直したほうが方向性としては正しいかと。

37 ：
むしろVueJS使わずに、jQueryにしたほうが良いのではないか？

38 ：
どうせやるんならVueよりもReactやった方がいいと思う

39 ：
スレタイの３つがどうなっていくのか色んな予想あるけどよくわからんなあ

40 ：
>>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

41 ：
毎回同じヤツが言ってるのか知らんが旧版のAngularJSをAngularかのようにミスリードするのはどうかと思う

42 ：
Vue.js, jQuery は、併用できない

Vue.jsは仮想DOM で、独自のタイミングでDOMを更新するから、
jQueryで実DOMを変更しようとしても、元に戻ってしまう！

axios を使えば？

43 ：
RubyｷﾁｶﾞｲがhttpクライアントライブラリであるaxiosでDOM操作するようですｗｗｗｗｗ

44 ：
といいつつ大体共存してるんよねVue使ってるサイトって

45 ：
react + axios でええやん

46 ：
SPA自体が微妙

47 ：
全体から見たらほとんどのライブラリがjQuery要求するしなぁ
もちろん代替自体は進んでるけど、世の中新規案件より過去案件の保守しなければいけないポイントは増え続けてるわけで。

48 ：
ふーんMath.jsとかlodashとかThreeJSとかjQuery要求するんだ。へぇ。

49 ：
ReactやAngularって5年後使われていると思いますか？

50 ：
うん

51 ：
いや

52 ：
電子化して働き方改革だあ！って号令のもと新規で社内システム作っちゃったから5年は面倒見ることになりそう、後輩が…

53 ：
React は残るんじゃない？　バックが Facebook だし。
Angular が残るか消えるかは Google の気分次第かな。現にAngularJSは消えた様なもんだし。
Vue は Evan の個人開発だから、Evan の寿命が Vue の寿命かな。

54 ：
助言を沢山下さりありがとうございます。
JQueryとの併用を検討してみます。

55 ：
実務ならそっちの方がいいかも知れんが学習が目的ならjQueryは完全に省いて
フレームワークの機能で賄う設計を身に着けた方がいい

混ぜる事を前提で進めるとどうしても設計的な欠陥に陥りやすい

56 ：
react自体なくなっても結局ああいうものがまた作られると思うぞ。

57 ：
Reactは完成形だけど状態管理が後付けだからなー

58 ：
根幹的にはブレることは無いとはいえ、その辺はまだ発展中なんだよな

Redux Hooksも今月リリースされたばかりだし
https://react-redux.js.org/next/api/hooks

59 ：
React Routerとかその辺も近いうちにHooks対応するだろうとかその辺の方向性は見えてるけどね

60 ：
公式じゃないのがね

61 ：
>>53
facebookだからみんな離れていったの知らないの？
未だに訴訟リスクは残る

62 ：
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

63 ：
>>61
訴訟リスクってどういう意味での？
Reactの特許条項ならとっくに外されてるし
それもFacebookへの訴訟を防ぐものだったけど

64 ：
ある程度使ってみ、たいていのウェブサイトはSPAにするメリットよりデメリットの方が大きいなって印象

65 ：
>>63
そうやってライセンスを自社都合で自在に変えることができるということがリスク

66 ：
そんなんfacebookに限らんじゃん

67 ：
>>64
まぁ最低限ユーザー認証を行わない様なシステムには要らんだろうねそりゃ
だからWeb"サイト"に無理に入れる必要はないって最初から言ってる

68 ：
なんでこのスレタイでたいていのwebサイトとやらの話をしてると思うんだろう

69 ：
>>66
そう思うなら安心してReact使ってればいいじゃん

70 ：
react使っててザマァってのがやりたいってのはよくわかったよ。

71 ：
>>69
つまり、facebookだから云々ってのは根拠なしの出鱈目ってことでおk？

72 ：
facebookが潰れれば終わり

73 ：
>>71
根拠くらい自分で調べればいいじゃん

74 ：
なんだかんだでそういうときはどこかが引き取るしな

75 ：
一応>>63で聞いてみたけど意義のある返答は無さそう

76 ：
Googleのこれはどれくらい本気で進める気なんだろうか
https://flutter.github.io/samples/

77 ：
一度そのフレームワーク採用するとそれ使い続けるか、完全に書き直すしかない

78 ：
React使ってたらfacebook社に著作権とか特許を侵害されてもfacebook社を訴えることができないのは致命的なマイナス要素

79 ：
>>78
Reactのライセンスから特許条項が外れて真のオープンソース・ライセンスになる
https://qiita.com/Kaoru_Yamamoto/items/b15c9a08273a510bc442

2017/09/23

80 ：
Reactの話題しかなくて草

81 ：
FUD（英: Fear, Uncertainty and Doubt、直訳すると「恐怖、不安、疑念」）は、販売、マーケティング、パブリック・リレーションズ[1][2]、政治、プロパガンダで使われる修辞および誤謬の戦術の一種。
FUDとは一般に、大衆が信じていることに反するような情報を広めることで、大衆の認識に影響を与えようとする戦略的試みである。
例えば、個々の企業が競合他社の製品について悪い印象と憶測を与えるためにFUDを利用する。
すなわち、他社製品に乗り換えるにはコストが掛かりすぎると思わせたり、潜在的ライバルでもあるビジネスパートナーに対して影響力を保持しようとしたりする場合である。
FUDの技法は粗野で単純な場合もあるし、間接的な手法を使った巧妙なものである場合もある。

82 ：
Reduxのconnectってcontainerにstate与えるだけでcomponentにはpropsとして与えるしかない？

83 ：
>>82
これからはconnectじゃなくHooksで書く時代

84 ：
Reactが生き残ったとしても、
これからは○○で書く時代ってな感じで
フレームワークの使い方に振り回されるんだろうな

85 ：
ブラウザゲーとか作るのって定番のフレームワークとかライブラリとかってあるの？

86 ：
この手の予想なんて当たり外れあるしな。

「これはからはexpressじゃなくてkoa」とか
「これからはwebpackじゃなくてparcel」とか

十分普及してから乗り換えても遅くない。

87 ：
海外だとphaser
内部的にPixiJS使ってて
PixiJSはWebGL使ってる

88 ：
>>87は>>85宛て
ってかスレチだったな

89 ：
むしろ乗り換えが起こる前提で書くべきなんだよプログラムなんてもんは。

90 ：
VueとかAngularとかの基本的なフレームワークの場合、乗り換えることは作り直しになる

91 ：
React学習コスト高すぎ
特にRedux周辺

92 ：
ReduxのFAQの１つ目を読むべき

※Google翻訳

・いつReduxを学ぶべきですか？
　(一部省略)
まずその組み込みシステムの機能を学ぶことをお勧めします。
アプリケーションを構築するために必要なのはそれだけです。
アプリケーションが非常に複雑になり、状態がどこに格納されるか、
または状態がどのように変化するかについて混乱している場合は、
Reduxを学ぶのがよいでしょう。

93 ：
プロジェクト開発あるあるのつ目を読むべき

・アプリケーションが複雑になってきたので○○を導入したいのですが、
既存のコードが大量にあって手がつけられません。
上司に相談したら、最初から導入していなかったのが悪い。
お前の失態だ。変更する工数はだせん。と言われました。

94 ：
そもそもReactのFacebookを懸念するよりもFirebaseの大規模変更を懸念する方がよっぽど現実的だと思うんだけどな

サーバレスとかいうブラックボックスの方がよっぽど怖いだろ

95 ：
facebookの倒産とか訴訟そのものを懸念してるんじゃなくて
そういうリスクのせいでIT大手が導入しなくなると廃れやすくなるという話
リスク評価が大げさだろうがそれは導入する企業が決めることで
中小零細はリスク評価よりもIT大手の判断を予測することが重要

96 ：
多重の派遣に作業させてる様なところはIT大手っていうのとは違うと思うがな

97 ：
日本のIT企業は製品シェアが小さすぎてほとんど影響しない

98 ：
reduxまではそこまで難易度は高くない。
sage,thunkとかはやべーな。。redux捨てた方がいいんじゃねーかと思うくらい。

99 ：
sagaや

100 ：
HooksのuseEffectでUpdate拾えば手軽に解決する場合もありそうだけどね


100〜のスレッドの続きを読む
Ruby で GUI するスレ
くだすれDelphi(超初心者用)その57
くだすれPython(超初心者用) その44【Ruby禁止】
今だからこそ2ch代替サービスの実装を考えるスレ
プログラマは大卒じゃないと就活厳しいってホント?
a4です。Ｐ２Ｐ人工知能「Ｔ」開発。
スレを勃てるまでもないC/C++の質問はここで 25 [隔離病棟]
結局開発で最も大切なのはテーブルの正規化と制約
Google Maps API 質問箱
Ruby 初心者スレッド Part 65
--------------------
ケニー・ロギンス
【ツギハギ】アンチ美容整形派スレ【サイボーグ】
開発者が大言吐いて売り逃げしたゲーム「FF15、GTスポーツ、デススト、あとは？」
学振・科研費総合スレ Part 1 【人文科学篇】
【芸能】生島ヒロシ、“芸能界ケンカ最強”認める　歌舞伎町でKOしたことも
【中央日報】「ライトハイザー米通商代表部代表もＷＴＯ改革支持…日本が犠牲に」具体的な発言が米政府要人から出たのは初めて[05/24]
【台風19号】千葉県民、諦める★3
NHKR1 ごごラジ Part4
NARUTOシカマルとテマリ Part.2
天下り官僚が地震対策費を浪費した。人殺し。
【業界初】２ｃｈのプリクラを創るスレ【流行る】
【日テレ日22時半】あなたの番です part21【原田知世・田中圭】
理系の経済学
京都競馬 2回6日目 3
【画像】今日のご飯を潔く晒せ105''''''''' '''''
原料別、上手い焼酎ベスト３
知床半島を歩いていた魁くん、行方不明 [476729448]
たかじんのそこまで言って委員会（大会議室投稿基準
台湾猿が嫌われる理由
【韓国】給食のチョコケーキで２千人超が食中毒か[09/07]
TOP カテ一覧 スレ一覧 100〜終まで 2ch元 削除依頼