Vue vs React vs Angular Part.2

**デフォルトの名無しさん** · 2019/03/09(土) 22:02:33.71

実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
※前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/

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

**デフォルトの名無しさん** · 2019/03/29(金) 01:50:54.11

javaからjsに変換するツール期待してるんだけど
Maven経由で使いづらかったり全く流行りそうにないな

**デフォルトの名無しさん** · 2019/03/30(土) 17:33:23.78

elmよくない？

**デフォルトの名無しさん** · 2019/03/30(土) 21:58:08.49

>>193
触った事無いから良いも悪いも分からないけど、今までいろんなフレームワークやらAltJSなんやらが
世に出ては消え、世に出ては消えを繰り返していた過去を考えると、
全く普及していない、あるいは強力な後ろ盾が何もない言語なりフレームワークなりは絶対辞めたほうがいい。

その時は開発が楽できるかもしれないけど、数年後に保守しようとした時に
ほぼ廃れてて全部書き直すかメンテされてないドキュメントと格闘しながら
騙し騙し使っていくかの2通りしかないよ。

てか、stackoverflowのトレンドにすら出て来ないフレームワークや言語なんて怖くて使えねぇわ…。

https://insights.stackoverflow.com/trends?tags=reactjs%2Cjquery%2Cvue.js%2Cangular

**デフォルトの名無しさん** · 2019/03/30(土) 23:06:55.46

>>193
purescriptのが好き

**デフォルトの名無しさん** · 2019/03/31(日) 00:28:14.73

結局jsとcssとhtmlを吐き出すなら、あんま変わらない様な気がする>elm。エコシステムが大きくなれば数年後は分からんけどね。

**デフォルトの名無しさん** · 2019/03/31(日) 02:40:20.74

Gwtがもう少し流行ってもいいだろうに

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:00.44

>>194
これ全部が頭打ちっぽくない？
Vueは足踏みくらいか

**デフォルトの名無しさん** · 2019/03/31(日) 03:18:34.36

>>198
画像忘れた
https://i.imgur.com/g3RvsFP.jpg

**デフォルトの名無しさん** · 2019/03/31(日) 03:31:19.63

>>199
未だにreactjsって書かれてるのが不毛だな

**デフォルトの名無しさん** · 2019/03/31(日) 09:01:28.75

>>189
今時のWeb開発では両方組み合わせて使うが、業界には区別出来てないのも多い。
特に自称エージェントや判子押す管理者。

**デフォルトの名無しさん** · 2019/03/31(日) 09:37:04.90

meteor一瞬流行るかと思ったがそんな事はなかった

**デフォルトの名無しさん** · 2019/03/31(日) 11:01:09.04

今どきJava使うメリットってなんだろうな

**デフォルトの名無しさん** · 2019/03/31(日) 13:05:06.88

言語を使う理由は二種類しかない

1. その言語でしか出来ないことだから、その言語を使う
2. どの言語でもできることだが、慣れているからその言語を使う

Javaに限らずほとんどのプロジェクトは
後者の理由で言語を選んでいる。

**デフォルトの名無しさん** · 2019/03/31(日) 13:53:25.34

うちでは、別に慣れてないけど明らかにpythonの方がサクッと作れちゃうよね？って理由でpython採用されたぞ。

まあ慣れより簡単さが上回っただけで本質的には同じ話しか。

**デフォルトの名無しさん** · 2019/03/31(日) 14:18:29.38

>>205
そういやPythonってJIT対応とかの予定あるの？
Rubyは去年末リリースの2.6
PHPは来年頃リリースの8.0
でJIT対応らしいけど

**デフォルトの名無しさん** · 2019/03/31(日) 15:30:40.25

>>206
慣れてないけど俺に気かないでくれw

**デフォルトの名無しさん** · 2019/03/31(日) 15:53:03.93

PyPyやNumbaがあるから今更CPythonにJITが入ることは無いんじゃないか

**デフォルトの名無しさん** · 2019/03/31(日) 16:27:08.64

PyPyっつーのがあるのか

**デフォルトの名無しさん** · 2019/03/31(日) 16:56:13.12

おっぱいぱい

**デフォルトの名無しさん** · 2019/03/31(日) 17:14:50.83

>>204
・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
・その言語の後ろ盾は強力か、寿命は長そうか
・開発環境やライブラリを含め、利用にコストは掛かりそうか
・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか

言語の選定するならこのへんも考慮に入れなきゃいけないんじゃない？
まぁ一人で開発してんならお好きなように、だけど。

**デフォルトの名無しさん** · 2019/03/31(日) 18:38:02.97

JavaServletは速いけどレンタルサーバーだとvps使うしかないよね
あとフレームワークがいまいち

**デフォルトの名無しさん** · 2019/03/31(日) 18:52:01.23

>>211
> ・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
それが2. 慣れているかに相当する

> ・その言語の後ろ盾は強力か、寿命は長そうか
> ・開発環境やライブラリを含め、利用にコストは掛かりそうか
> ・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか
候補になるようなものはどれも満たしている

**デフォルトの名無しさん** · 2019/03/31(日) 18:55:52.85

>>212
nginxとの相性がな

**デフォルトの名無しさん** · 2019/03/31(日) 21:24:13.21

>>212
この場合のvpsってどういう意味？

**デフォルトの名無しさん** · 2019/03/31(日) 23:00:37.43

Webサーバー貸出じゃない仮想OS貸出のサービスだよ
Virtual Private Server

**デフォルトの名無しさん** · 2019/03/31(日) 23:01:49.60

IP付きのLinuxサーバーを好き放題に設定できるやつ

**デフォルトの名無しさん** · 2019/03/31(日) 23:21:58.66

webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味でレブロンの使ってるのかと思ってしまった。

**デフォルトの名無しさん** · 2019/03/31(日) 23:22:37.63

webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味で使ってるのかと思ってしまった。
ありがとう。

**デフォルトの名無しさん** · 2019/04/01(月) 20:18:24.33

で、結局reactとvuejsのどっちを始めればいいのさ。

**デフォルトの名無しさん** · 2019/04/01(月) 20:28:57.51

自分が欧米人だと思うならreact
中国人だと思うならvue

**デフォルトの名無しさん** · 2019/04/01(月) 20:54:24.55

どっちも覚えるくらいの気概がないならフロントエンドに手を出すべきじゃない。

**デフォルトの名無しさん** · 2019/04/01(月) 21:01:34.48

男は黙ってpure javascript

**デフォルトの名無しさん** · 2019/04/01(月) 21:51:14.35

>>220
今から始めるならvueを勧める。基本だけなら一日で習得できるからやってみて判断するべし。

**デフォルトの名無しさん** · 2019/04/01(月) 22:22:01.86

angular.jsのtwo way data bindingがバグの温床になるからって理由で、
React + fluxが世の中に普及したのに、
わざわざangular.jsを作りなおしたみたいなvue.jsを使うのは、
世界が電通や博報堂といった陰謀に踊らされている以外に他ならない

**デフォルトの名無しさん** · 2019/04/01(月) 22:24:36.04

>>220
大きいものならts環境がデフォで入ってるangular
小さいものならvue.js
を勧める。
reactは、どちらにも対応できそうでいて、flux, redux, typescript環境を整えようとすると、
とんでもない学習コストが必要になる。

**デフォルトの名無しさん** · 2019/04/01(月) 22:48:06.36

>>226
それは払うべきコストだと俺は思うけどね。

**デフォルトの名無しさん** · 2019/04/01(月) 23:03:49.07

>>225
それangular1のバグだろ。。

**デフォルトの名無しさん** · 2019/04/01(月) 23:48:05.38

この調子だとvueが生き残って他は今年中に死にそうだな

**デフォルトの名無しさん** · 2019/04/01(月) 23:49:19.79

残念ながら5年後、生き残るっているのはjQueryのみです。

**デフォルトの名無しさん** · 2019/04/01(月) 23:57:42.07

tsでvueは情報少なくて苦行だった

**デフォルトの名無しさん** · 2019/04/02(火) 00:06:58.59

作り方はガラッと変わるけどjQueryの後継がvueだと感じてる。reactやangularとは使われ方が違うから、良い感じに共存するんじゃないかな。

**デフォルトの名無しさん** · 2019/04/02(火) 00:31:42.48

英語の情報結構あるけど英語できないから辛い

**デフォルトの名無しさん** · 2019/04/02(火) 05:59:15.90

>>223
Vanilla.js知らんのか

**デフォルトの名無しさん** · 2019/04/02(火) 06:00:24.85

>>225
Vuexは双方向バインディングじゃないじゃん

**デフォルトの名無しさん** · 2019/04/02(火) 08:05:30.18

>>234
使ったことある？

**デフォルトの名無しさん** · 2019/04/02(火) 08:15:24.57

>>236
とりあえずググってみ

**デフォルトの名無しさん** · 2019/04/02(火) 08:36:42.01

知ってて言ってんじゃね？俺は使ったことないが。

**デフォルトの名無しさん** · 2019/04/02(火) 08:38:24.91

>>237
いや知ってるんだけど使ったことはないから実感知りたいだけ

**デフォルトの名無しさん** · 2019/04/02(火) 10:26:19.24

誰かこの流れに突っ込んでやれよ。。

**デフォルトの名無しさん** · 2019/04/02(火) 12:36:56.41

>>239
他のフレームワークに比べると便利な機能とかはないけど、習熟したときのポテンシャルは一番高いと思う。廃れる可能性も一番低そう。

**デフォルトの名無しさん** · 2019/04/02(火) 13:05:03.55

いや単なる素のjsやんけ
なんだこれエイプリルフールか？

**デフォルトの名無しさん** · 2019/04/02(火) 13:40:25.21

ヴァーニラ　ヴァニラ　ヴァーニラ求人

**デフォルトの名無しさん** · 2019/04/02(火) 14:11:33.61

>>241
なるほど
触ってみるかな

**デフォルトの名無しさん** · 2019/04/02(火) 16:51:32.13

いや、使ったことないってことはないだろ

**デフォルトの名無しさん** · 2019/04/02(火) 20:16:30.67

生jsとか「this」とは。。とかなんでそんな哲学せにゃならんのかって気持ちになるわ。

**デフォルトの名無しさん** · 2019/04/02(火) 20:35:43.96

生js……ｺﾞｸﾘ…

**デフォルトの名無しさん** · 2019/04/02(火) 20:37:17.25

Reactもカメラ映像からcanvasに転写して画像処理とかやった時は結構メソッドに.bind(this)とか沢山書いたけどな

**デフォルトの名無しさん** · 2019/04/03(水) 08:05:38.53

>>232
どうだろ。jQueryの優れている点は後方互換性の高さだからな。

jQueryの古臭い構文に則って書きさえすれば、最新の環境でも10年前の粗大ゴｍ…レガシーな環境でも動くけど、
モダンブラウザでの利用を前提としたvueはレガシー環境ではjQueryの代替にはなりえないかと。

あとはjQueryの馬鹿にでも覚えらる簡単さも、vueには真似できない点じゃないかな。
１日あればそれなりに読めて書けるようになるjQueryと、じっくり数週間は座学を要するvueだと、
即戦力（という名の使い捨て）を確実に揃える際にはjQueryの方がより適切なんじゃないかな。
vueは下手すりゃ時間と労力だけ消費して、結局習得できませんでしたーとか平気でありえるわ。

**デフォルトの名無しさん** · 2019/04/03(水) 09:23:59.94

ついにAngularの津耶乃本も出るのな

**デフォルトの名無しさん** · 2019/04/03(水) 10:08:11.29

フレームワーク選びのポイントは
どんな規模を作るのか、最終的にどういった
開発環境を、使えるように成りたいかによるだろう。

Vueはmvvmのテンプレートエンジンが
他よりディープに作り込まれてて、コンポーネントが他より再利用しやすいのが特長。

だけどツールとして使えるように
なるには、かなり熟達してないといけない。。

**デフォルトの名無しさん** · 2019/04/03(水) 11:37:08.30

やめてーー　>>250

**デフォルトの名無しさん** · 2019/04/03(水) 14:36:12.42

>>249
かと言っていつまでもjQueryは辛すぎるだろう。保守に必要なのはしょうがないが、インタラクティブなページだけvueに置き換えてくだけでも随分楽になるんだがなあ。フォーム周りとか特に。

**デフォルトの名無しさん** · 2019/04/03(水) 14:56:25.21

jQueryそこまで互換維持してる？結構非互換変更をやってるような気が
propとattrが分離した時なんて大混乱だったし

**デフォルトの名無しさん** · 2019/04/03(水) 15:15:33.14

> propとattrが分離した時なんて大混乱だったし
それは2011年の話。それが最初で最後の大きな変更

**デフォルトの名無しさん** · 2019/04/03(水) 16:14:03.74

サーバー側フレームワークが足してくるやつとサードパーティースクリプトとクライアント側フレームワークが使ってるやつで３種のバージョンでグチャグチャになってエラってるのに当たった
もうあんなのは嫌だ

**デフォルトの名無しさん** · 2019/04/03(水) 19:00:51.07

サーバーが足してくるって何を？

**デフォルトの名無しさん** · 2019/04/03(水) 20:17:52.28

誰かが作ったのの改修案件って事じゃない？

**デフォルトの名無しさん** · 2019/04/03(水) 21:06:42.61

サーバのフレームワークが吐くscriptだろう。ちょっと違うがカスタムしたwordpressは本当カオスだわ。もう二度とメンテしたくない。今でも元気に動いてるのが不思議。

**デフォルトの名無しさん** · 2019/04/04(木) 00:50:17.12

redux-sagaやばげ
https://qiita.com/kuy/items/716affc808ebb3e1e8ac

**デフォルトの名無しさん** · 2019/04/04(木) 01:57:56.93

今さらかよｗ何年遅れだｗｗ

**デフォルトの名無しさん** · 2019/04/04(木) 11:09:20.60

>>259
function.phpでフックするかプラグインで実装するか、直書きするか、WordPressの標準機能でやるかの4択だから見る箇所多くてな…

**デフォルトの名無しさん** · 2019/04/04(木) 15:52:23.56

このくらいデザイナーでもできるのにフロントエンジニアができないってどういうことだよ？

**デフォルトの名無しさん** · 2019/04/04(木) 19:01:35.04

研修二日、実務経験二年のペテンシ・エンジニアリング・サービス・ソリューション♪

**デフォルトの名無しさん** · 2019/04/06(土) 00:11:30.05

>>228
いいや、データの双方向的な流れがバグの温床になるって話だった
で、 reactはflux, angularはデータバスにrxjs
angular.jsのアーキテクトだったかがvue.jsのメンテナーへ
小規模なアプリはvue.js,大規模ならangularへ流れても良いと思うんだがなー
angular2が出た初期の頃みたいにボイラープレートを動かすだけに何日も掛かるような糞ではなくなったんだし

**デフォルトの名無しさん** · 2019/04/06(土) 00:14:37.44

jqueryの作者はreactへ流れてただろ
jquery的な用途で使われるのはvue.jsの方だとは思うが
reactは設定のための学習コストが高すぎて、アホなweb屋たちが使いこなせない

**デフォルトの名無しさん** · 2019/04/06(土) 01:16:21.80

reactの学習コストが高いっていうけど、
安定したもの作ろうと思ったら他のフレームワークやるとしても結局同じくらい学習コストかかると思うぞ。

**デフォルトの名無しさん** · 2019/04/06(土) 08:49:03.93

>>266
もう3年も前の話だな。それからのReactの状況はいぜんと何も変わらず
いつになったら普及するのかね？

>>267
すごいものを作ろうとしたらどれも大変
ではなくてだな、

ちょいちょいで終わるようなものを作ろうとしたら大変なんだよ
世間で必要とされるもののほとんどは、ちょいちょいで終わるようなものばかり

**デフォルトの名無しさん** · 2019/04/06(土) 09:56:04.81

>>265
実際そういう流れになってると思うよ。ただバインディングの仕組み自体がトリッキーだから、フレームワーク関係無く不安定さが付き纏うのはしょうがない。
要求に対してweb標準仕様が貧弱すぎるから、いつまで経ってもどこか不安定なのはwebの宿命だよ。

**デフォルトの名無しさん** · 2019/04/06(土) 10:46:57.59

本質的にフロントエンド要らないと思うんだよね
デバックにコストが掛かり過ぎて、コストを掛けてまで誰が欲しいのかって話で
片手間のテンプレート的に扱えたangular.jsからvue.jsへ流れると思うけど
frontendの専門部署でreactでなくてvue.jsを使う勢は単に頭が沸いてるだけ

**デフォルトの名無しさん** · 2019/04/06(土) 13:37:29.72

Reactは難し過ぎた
みんなあんなの使えてるの凄いね

**デフォルトの名無しさん** · 2019/04/06(土) 16:11:51.40

>>268
ちょいちょいでいいならexcelにボタンでもつけとったらええやんけとか思う。
まあ実際はバカ経営者に見栄えいいのを見せる目的があるから
クソみたいなフレームアピールするんだろうけどな。
心底くだらねーと思うわ。

**デフォルトの名無しさん** · 2019/04/06(土) 16:40:40.59

Reactごとき難しいってお前らエセプログラマーだろ
世の中のプログラミングの中では圧倒的に簡単なほうなんだが

**デフォルトの名無しさん** · 2019/04/06(土) 17:30:04.31

>>271
学習した教材が悪かったんじゃない？

**デフォルトの名無しさん** · 2019/04/06(土) 18:07:30.00

React2018年初めからV字回復してんな。なんかあったっけ？
https://cdn-images-1.medium.com/max/2600/1*4zlVkNSR8T8KivcDaOD5Dw.png

**デフォルトの名無しさん** · 2019/04/06(土) 18:59:25.24

ライセンスの修正じゃないかな。
その前に急落したのもライセンスが問題にされ始めたころじゃないかと思う。

**デフォルトの名無しさん** · 2019/04/06(土) 19:40:00.22

>>275
2017後半-2018前半頃のトレンドって言ったらPython/機械学習に注目が集まった時期かな

**デフォルトの名無しさん** · 2019/04/06(土) 21:39:49.85

>>275
Angularが今後、死ぬ運命ということだけはわかった

**デフォルトの名無しさん** · 2019/04/06(土) 22:41:07.31

世界中の華橋・華人を動員した結果GitHubスター数はReactを抜いたVueとデッドヒートしてるじゃんｗ
誇っていいだろ

**デフォルトの名無しさん** · 2019/04/06(土) 23:29:44.99

>>276
それだ！
落ち込み、反転、両方説明がつく。
スッキリしたありがとう。

**デフォルトの名無しさん** · 2019/04/06(土) 23:33:50.04

そのうちページ全体が<canvas>になる時代がくるんだろうか

**デフォルトの名無しさん** · 2019/04/07(日) 00:33:24.05

ははは。そんなことありえない。
ウェブアプリなんて一部でしか作られてないよ
殆どはウェブサイト。だからjQueryが使われ続けている。

**デフォルトの名無しさん** · 2019/04/07(日) 10:22:09.78

>>273
React特有のpropが変わると再描画という形がキツかった
普通に部分的な動きをさせたいだけで全部その形にしなきゃいけないのが不自然
不要な部分の更新まで行われてしまったり何回も同じ更新が走ってまくってしまって原因調べるのがきつい

**デフォルトの名無しさん** · 2019/04/07(日) 14:30:36.12

shouldComponentUpdateでfalse返してもダメなパターン？

**デフォルトの名無しさん** · 2019/04/07(日) 15:05:55.66

何らかのアンチパターンやってるケースでしょ
設計思想とか、中の仕組みを想像出来ないとやらかしてしまうのは分かる
うちのメンバーでそういうのあった

**デフォルトの名無しさん** · 2019/04/07(日) 15:40:34.34

逆にreactのコンポーネントを使わずにreduxで更新をやるって感じで
入門するのはどうなんだろうか？こっちのがわかりやすいんじゃなかろうか。

**デフォルトの名無しさん** · 2019/04/07(日) 17:22:26.91

react+reduxは考え方としてはいいんだが、素のreactではコンポーネントのstoreに
閉じていたようなデータまでstore内に混在するのがなんとなく気持ち悪い。
MとVMを分離できたらよかったんだがなぁ。

**デフォルトの名無しさん** · 2019/04/07(日) 17:22:32.93

content apiで十分。

**デフォルトの名無しさん** · 2019/04/07(日) 17:22:49.73

contextだった

**デフォルトの名無しさん** · 2019/04/07(日) 18:45:56.70

javascript歴浅めのものです。
この手のフレームワークのデータバインディンクの仕組みって、buildした後のjavascript的にはどう実現されてるの？
{{data}}とかでマークアップされた箇所にイベントハンドラ付きのjavascriptが挿入されてる感じなんかな？

**デフォルトの名無しさん** · 2019/04/07(日) 19:40:14.89

>>290
簡単な例ならtwo way binding javascriptでググると沢山出てくると思う。ただこれに仮想domやコンポーネントが絡むからずっと複雑。深追できないしするべきじゃない。

**デフォルトの名無しさん** · 2019/04/07(日) 20:09:39.22

two way bindingねえ

例えばvar helloのバインディングならglobal(window)にsetter/getterのhello()を追加して、
helloのsetterが呼ばれて値が変わったら<input>.valueにもそれを代入し、
<input>要素にはイベントリスナーで値が変わったときにバインディング変数(hello)に同じ値をセットしてるのかな