Vue vs React vs Angular

2018/12/21(金) 21:37:36.86

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2019/02/18(月) 22:20:39.28

>>477
そう。英語勉強したほうがマシ。マジで。

2019/02/18(月) 22:38:28.05

フレームワーク本を1週間で読めるとして、
英語を勉強するのとどちらが速いと思いますか？

2019/02/18(月) 22:44:57.01

英語は10年やっても無理だがフレームワークなら1日で覚えられる

2019/02/18(月) 22:53:31.84

ウンコ訳で周回遅れの邦訳に付き合わなくてよくなるぞ。
英語なら電子版無料公開してるような書籍でも日本では印刷してボッタくっている。

2019/02/18(月) 22:56:21.87

理解できなけりゃ金払ってでも理解すりゃ良いんだよ。

2019/02/18(月) 23:01:29.12

理系じゃないんで抽象的な表現が苦手なんだよな。なので、ひとつ何か
コンポーネント指向がわかる手ほどき書がほしかったわけで

今、基礎から学ぶ読んでるけど、デザイナー向けに書かれてるだけあって
わかりやすくていい

>>478
むしろ、英語は読める口（ニュースサイトの記事や英語版Wikipediaの記事とかは
だいたいわかる）なんだけどね

2019/02/18(月) 23:10:58.27

話題になり始めたらとりあえずgithub見に行くな
必要なものは大抵その中か、そこからのリンクにある

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/18(月) 23:17:17.71

>>483
はぁ、コンポーネント指向を…
Atomic Design ~堅牢で使いやすいUIを効率良く設計する　くらいしか知らないな。この本で使ってたのはReact。

2019/02/19(火) 01:42:29.59

>>468
Vue本は両方買った
ある程度動けばいい実践派は猫本
理論から入りたい理屈派は技評本ってとこ
俺は技評の方が性にあった

2019/02/19(火) 02:51:16.21

China開発者が作ったvueと、Facebookが作ったReactは将来性も含めてどっちがオススメ？

2019/02/19(火) 09:00:05.79

vueはちょいと手を広げすぎな気はする。

2019/02/19(火) 09:01:38.38

もしかしてAngularって本当に淘汰されてる？

2019/02/19(火) 09:14:50.98

Angularのシェアが落ちてると言うより、angular採用するまでも無いサイトが他を使用してるだけだろう。vueなんかは小さく始められるから入力フォームにだけ利用もできるしjQueryと共存もできるしね。俺もフォームから始めたな。随分スッキリした。

2019/02/19(火) 13:47:21.51

vueの良さが今日

ようやく判ったな。コンポーネントという単位で

分けることにバックエンドとフロントエンドとミックスできて

しかもjQueryまで使える。よぼどvueを

知ろうとしないとこの境地には辿りつけないけど

2019/02/19(火) 15:11:28.48

React終わったな
もはやvueの勢いにはどうあがいても勝てない

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/19(火) 15:40:44.07

※スターの半分以上は中国人です

2019/02/19(火) 15:46:05.13

中国人がどんどんcomponent作ってくれるから楽できる

2019/02/19(火) 16:37:04.20

Alibaba vs Facebook

2019/02/19(火) 18:19:10.23

俺は中国人の勢いにかけるぜ

2019/02/19(火) 19:06:32.74

>>495
アリババの勝ちだな。

2019/02/19(火) 19:10:40.62

Aurelia試してみたけどcliでプロジェクト作ってもhttp-serverインストールした上必要なファイル手動で追加せんとデモ画面もろくに表示されんとかこりゃ流行らんの当たり前やん

2019/02/19(火) 21:08:49.53

中間とってビュアクトにしたらいいのでは。

2019/02/19(火) 22:32:39.35

>>490
AngularはAngularJSでやらかしたのがデカイんじゃない？

一生懸命AngularJS勉強して「さあこれから本格的に開発していこう！」って矢先に互換性のないAngular 2発表、
AngularJSはオワコン化じゃ、次何が出ようと「誰がお前らのフレームワークの習得に投資するんだよ」ってなるわ。

2019/02/20(水) 01:13:44.34

>>496
わからない時は英語じゃなくて
中国語で検索しないといけなくなるのかな？

2019/02/20(水) 02:18:36.91

>>500
ほんまそれだわ、3年前Angular2で別物になったと思えば、もう6とかいってるし…
数年でもう5まで行ったLaravelも大概じゃないがそれよりひどい

2019/02/20(水) 02:27:40.92

あと、フルスタックじゃないAngularJSのような気軽さがないとね…。
ReactとRedux、Vueとnuxtみたいな関係が必要だ。門戸は広く、奥行きは深くすべき
ReactはVueに影響されたか、だいぶ記述はわかりやすくなったから、前よりは
とっつきやすくなったと思う

2019/02/20(水) 07:17:02.34

おいreactに来たhooks apiめっちゃいいやんけ。クラスなんていらんかったんや！

2019/02/20(水) 07:59:55.95

クラスでええやん

2019/02/20(水) 13:47:47.60

>>502
7やろ

2019/02/20(水) 14:20:15.26

>>503
> ReactとRedux、Vueとnuxtみたいな関係
言いたい事は分かるが一応訂正。reactとnext.jsに対応するのはvueとnuxt.js。ステート保持はreactがredux、 vueがvuex。

2019/02/20(水) 19:48:50.57

HooksってReduxとの相性どうなの

2019/02/20(水) 20:13:36.83

Reduxが要らなくなるのがHooksなんじゃないの？

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/20(水) 20:17:31.57

context apiと組み合わせれば。
デカイアプリはまだまだreduxじゃないかな？
しかし確実にstate管理の枠組みにも変革を促すであろう。
post reduxにどんなのが出てくるのか楽しみ。

2019/02/20(水) 20:24:09.86

ということで、またオワコンが一つ増えますね。Reduxはオワコン。
ほれ、また次だぞ。チキンレースは終わってないぞ！

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/20(水) 20:36:00.91

まあreduxはめんどくさすぎるからな。
小規模アプリでも必須みたいな風潮が異常だった。

2019/02/20(水) 20:47:56.19

>>507
現状nuxtは大きくなりすぎたからnextと比較するのは不毛

2019/02/20(水) 22:17:55.07

まじか
いまReduxつこてるのに

2019/02/21(木) 16:37:13.46

reactでブラウザの戻るに一つしか履歴が登録されない
意味不明

2019/02/21(木) 17:02:23.80

ヒステリーAPIを使え

2019/02/21(木) 17:08:39.36

ヒストリー使ってるんだけど

・createBrowserHistoryライブラリ（IE対応のため）
・redux
・react-redux
・connected-react-router

これら使ってなんとか構築してるんだが一つしか履歴残らん

てか解説サイトがほとんどない…

2019/02/21(木) 18:31:50.74

>>516
ヒステリーAPIは草

2019/02/21(木) 20:33:12.61

>>515
これのexampleの構成をよく見た方がいい
https://github.com/supasate/connected-react-router

2019/02/22(金) 03:02:07.44

>>516
まあまあ
落ち着けよw

2019/02/22(金) 12:59:46.42

とりあえずhistory直す
なんかわからんがLink使うとhistoryの履歴が3つ登録される
SPAはここがめっちゃめんどくせぇ
なんでブラウザの操作までjsで組まなきゃいけないんだか

2019/02/22(金) 13:22:14.53

てかｵｯﾍﾟｹってReactマスターやなかったんかい

**デフォルトの名無しさん** (ｱﾒ MMc9-K3Le) · 2019/02/22(金) 13:32:15.20

別にSPAにせず普通にページ遷移してもいいんだがな。誰もやらないだけで。したがってサンプルも転がってないｗ

2019/02/22(金) 14:06:18.79

>>522
すまん、App.jsのコンストラクタ内でthis.props.history.listen使ってしまっておった
これやめたら直りました
dispatchで初期化するのにつかってたのが間違い

2019/02/22(金) 21:03:06.66

>>519
サンプルここにあんじゃん

2019/02/22(金) 21:06:35.12

Reactはホント人によって使うフレームワークやライブラリが全然違うな。
ちょっと興味あったけど、これじゃどっから始めたらいいか全然分からん。

てか、ReduxだのNextだの、第三者が作ってるであろうフレームワークの開発なりサポートなりが終わってしまったら、代わりはどうすんだ？

2019/02/22(金) 21:14:42.59

極力公式か大きめの企業がメンテしてるものだけで作る
コミッタが少ないものは使わない
ライブラリへの依存が散らばらないよう自コードで軽くラップして使う

2019/02/22(金) 21:19:43.61

まぁ本当にSSR必要かってのもあるけどね
最近自分の関わってる案件だと会員サイトの認証済み領域の情報は一切検索エンジンにヒットさせる必要ないからSSRとは無縁なんだよな

2019/02/22(金) 21:24:17.86

スペシャルスーパーレア？

2019/02/23(土) 00:29:55.26

>>526
大丈夫。その前にReactが終わる。VueもAngularも
あと数年後は今存在してないフレームワークが使われてるよｗ

2019/02/23(土) 07:14:02.54

数年後も残ってるのはjQueryだけ
MVC+jQが正解なんだよ

2019/02/23(土) 09:37:08.18

いやreact vue angularについては長生きすると思う。ここ数年は本当酷かったフレームワーク戦争も落ち着いたしあと5年は使えるんじゃないか？ようやく腰を据えて安心して学べる状態になった。

2019/02/23(土) 10:08:06.99

あとたった5年（笑）

2019/02/23(土) 10:16:15.94

お前ら、RADツールって知ってるか？
ウェブの世界じゃあまり知られてないかもしれないが
デスクトプアプリの世界じゃ20年以上前から存在してるものだよ
VBとか有名だな

で、reactなどは近い将来RADツールに置き換わる。
RADはツールであってフレームワークではないから
正確に言うとRADツールを作りやすいフレームワークになるということ

コンポーネントは作ってパーツとして使える。
使いやすいコンポーネントが最初から揃っている。
GUIでマウスで操作するだけで簡単にコンポーネントが配置できる
まあここまではUIエディタ（HTMLエディタ、JSXエディタ）と
変わらんわけだがここからがJavaScript

コンポーネントを選ぶんで書きたいイベントを選ぶとイベントハンドラが生成される
自分で紐づけとかしなくて良いんだよ。JSXとか書かなくていい。
イベントハンドラ名もデフォルトで自動生成、プログラマはイベントの中身を書くだけ
データのバインドとかもRADツールで紐付けるべきものの名前を書くだけ

20年前のVBはすでにこういった世界だったんだよ？

2019/02/23(土) 10:34:55.14

だが滅んだ

2019/02/23(土) 10:55:53.84

マウス1つでレスポンシブデザインまで対応出来るなんて
夢みたいなツールじゃん

2019/02/23(土) 11:17:14.46

レスポンシブはブレークポイントを複数定義して
デフォルトからの差分みたいな感じでデザインするんだろうね

2019/02/23(土) 11:17:41.85

選択肢の一つをあたかも統合されるかのような詭弁はNG。
ポトペタASP.NETが密結合過ぎてわざわざOSS界隈に歩み寄った歴史を思い出せ。

2019/02/23(土) 11:25:13.71

技術がなく判断できない企業はノンプログラミングという言葉に騙されやすいのだろうね

2019/02/23(土) 11:32:23.19

>>539
WIXはそんなに悪くないが一般的には酷いの多いよね

2019/02/23(土) 12:15:44.69

>>539
ノンプログラミングはだめだろうね。
今のRADはGUIのエディタで作ってもいいし、
コードで書いたとしてもGUIに反映されるようになってる

2019/02/23(土) 12:23:17.31

>>538
Web Formsね

**デフォルトの名無しさん** (ｱﾒ MMc9-eq4B) · 2019/02/23(土) 12:37:28.79

WebFormは一瞬でページ作れるから
ものによっては便利だが

2019/02/23(土) 12:41:54.25

単純なページはスキャフォールディングでええやんけ

2019/02/23(土) 12:45:12.12

スキャフォールディングはページを作るものではなくて
ベージの一番最初のコードを生成するだけです。
その後に生成したコードを修正して作っていかなければいけません。

2019/02/23(土) 12:52:56.11

修正すればええやんけ
ポトペタより簡単でソースも綺麗やで
ポトペタなんてマウス操作とアイコン探しの悪魔的苦行の繰り返しやないか
あれが楽とかマゾでもよう言わんで

**デフォルトの名無しさん** (ｱﾒ MMc9-eq4B) · 2019/02/23(土) 13:01:24.38

いやちゃんとしたい時はMVCなんだが
WebFormの存在理由もそれなりにある

**デフォルトの名無しさん** (ｱﾒ MMc9-eq4B) · 2019/02/23(土) 13:09:09.75

さすがにVueとかにはくっつけられないから
スレ違いだったな
RazorPagesはくっつくかな

2019/02/23(土) 21:37:53.78

>>538
MVCやSignalRも知らないおバカさん

2019/02/24(日) 02:35:29.23

>>549
RADの話が出たからWebFormsみたいなクソが消えた歴史を考えろっつってんのに、何がSingnalRだよ。文脈読め。

2019/02/24(日) 02:58:24.82

>>550
ASP.NET=Web formsっていう発想自体が頭おかしいんだよ

2019/02/24(日) 03:19:47.26

お、お、お、おちけつよ！

2019/02/27(水) 15:11:35.98

Reactというかredux？見てて思うのは、
お前らネットワークプロトコルでも作ってるのかよって話

普通にメソッド実行すればいいのに、
パケットデータ作って、そのパケット解析して処理実行する
メソッド一つ実行すりゃ終わりなのに

関数型にしたいのかどうか知らんが、目的を履き違えてる。
バグを減らすために関数型にする。そのために複雑にしてバグを作りやすくしてどうする
関数型じゃなくていい、バグを減らすためにシンプルにしろよ

2019/02/27(水) 15:24:17.37

>>553
しかしflux概念は世界的に認められてるから広く使われるわけで、キミの主張vs世界中の開発者の同意でキミが勝てるわけないよね
そのへんどうすんの？

2019/02/27(水) 16:07:14.12

反論しないで、世界に広める方法を聞く
変なレスだなぁｗ

2019/02/27(水) 16:34:28.95

ところでさ、

function foo() {
　return { hoge: 1, hage: 2 };
}

expect(foo()).toEqual({ hoge: 1, hage: 2 });

みたいな意味のないテスト書いてないよな？

固定の連想配列返す関数のテスト書いても意味ないぞ
二度手間なだけで、それを避けるためにどうせコピペするんだろうし

2019/02/27(水) 17:20:11.35

>>553
メソッド実行するって具体的にはどういう形？

dispatchの前処理と後処理を自分で追加したメソッドを
ストア(↓)に生やすようなのをイメージしたけど合ってる？
https://github.com/reduxjs/redux/blob/master/src/createStore.js

2019/02/27(水) 17:45:18.46

>>557
ようするに、

Actionみたいな「処理の内容をパラメータ化したオブジェクト」を
いちいち作らせるのをやめてくれ、

Reducerみたいな、switchでActionのパラメータみて分岐して処理する
ようなおのをいちいち作らせるのやめてくれ

ってことだよ。

onclickにincrementメソッド書いたら、+1するincrementメソッドが呼ばれます。
でいいじゃねーか。直感的だろ？それで別にテストできないわけじゃないんだし

2019/02/27(水) 17:50:17.86

IOモナド不要論に近いものを感じる
単にReactを選択しなければいいだけなのにね
選択肢の中に一つでも気に入らないものが混じってると全否定を始めるんだからもう

2019/02/27(水) 17:53:11.18

IOモナド不要論というか、IOモナド至上主義じゃないってだけ
副作用排除は素晴らしいよ？でも複雑にしてまでやることじゃない。
バグは副作用でも増えるだろうが、複雑にしても増えるんだよ
書くものが増えれば増えるほど、書き間違いも増えテストも増えるんだから

2019/02/27(水) 17:58:32.64

>>558
その形なら単にReduxを使わなければ良いだけでは？
使用を強制されてるのなら何とも言えないけど

ちなみにうちは本開発でReduxを使ってない
別に嫌ってるわけでもなく、とりあえずバニラなReactでやってるうちに
Contextが来たのもあって特に入れたい状況にもならずって感じ

2019/02/27(水) 18:03:11.05

>>561
たぶんReduxは捨てろって流れになるだろうね。
それが可能になるContext

行き過ぎた関数型ブームなんだろうな。
だいたい行き過ぎて戻ってやっと最適な状態になる。

あと別に使用を強制されてない。
React自体使ってないものｗ

2019/02/27(水) 18:13:46.28

>>553
ていうかまず状態って言うほどサイト全体で持つ必要あるのか？って思うね
大体の場合はコンポーネントの中で閉じててもいい場合が多いし
本当にサイト全体で持ちたいデータはリロードとかて吹っ飛ばないようにlocalstrageにでも書いた方がいいんじゃないかとか

2019/02/27(水) 18:21:13.76

遷移して戻ってまだ編集内容が残ってると逆に気持ち悪い

2019/02/27(水) 19:19:39.92

どのコンポーネントが状態持ってるのか探す方がめんどくさいじゃん。

**デフォルトの名無しさん** (ｱﾒ MMc9-K3Le) · 2019/02/27(水) 19:36:24.78

reactは好きだけどreduxめんどくさい論は大賛成！
hooks + contextに大期待！！

2019/02/27(水) 20:01:14.80

>>565
その部品の情報がその部品で閉じてるなら探す必要ないじゃん？

2019/02/27(水) 20:20:53.09

Redux使わずcontextAPIのみでアプリ作ったけど、なかなか良い感じ
シンプルisベストだね

2019/02/27(水) 22:38:29.67

マルチページ+Vueがベスト

2019/02/27(水) 23:30:28.79

>>567
その部品で閉じるような状態ならな。
二つ以上の部品にまたがる状態だってあるだろ。

2019/02/27(水) 23:47:31.09

だから2つ以上の部品にまたがる所だけで良くなるだろ

2019/02/27(水) 23:49:27.29

reduxなんて面倒くさいレベルに入らないだろ
しょぼいシステムしか作ったことがないんだろうが

2019/02/27(水) 23:52:10.20

>>571
その分け方がわかりやすいと俺は思わん。アドホックな部分が増える。

2019/02/28(木) 00:01:04.44

>>572
つまりあなたも面倒くさいって思ってるわけですよね？
このぐらいのレベルなら耐えられるって言ってるだけだし

2019/02/28(木) 00:13:22.40

Reactそのものが面倒だと思う
サーバーサイド一本の人が移動してきて、Reactのコンポーネント一つ任せたら、onclickで画面をエフェクトさせるのが出来ないとブーたれてた
cssと組み合わせてやるんですよと教えたけど、デザインとロジックが分離されてない糞フレームワークだと文句ダラダラ
結局Reduxのところだけ担当してもらった
サーバーサイドだけの人はこの世界では使い道がない

2019/02/28(木) 00:24:32.39

それはサーバーサイドしか知らないのに画面のエフェクトだデザインとロジックの分離だ言う
その人個人の問題なんじゃないかね。

2019/02/28(木) 00:30:03.58

デザインとロジックが分離されてないのは本当だろ