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/01/12(土) 21:54:24.59

>>96
v4はまだ開発中だしね…

あとrouterはconnected-react-routerがいい
react-router-reduxは非推奨になったから
https://github.com/reactjs/react-router-redux
>Project Deprecated

書籍ではreact-router-reduxを推してるから注意だね

>>98
そうNative JavaScript for Bootstrapのこと
どのコンポーネントライブラリも中途半端で開発中だしissueみたらバグ多いからまだ使うべきではないと思う

2019/01/13(日) 19:44:59.95

それより儂のチンポをしゃぶってくれんかのー

2019/01/14(月) 12:22:51.73

今は、npm よりも、yarn を使うことが多い

2019/01/14(月) 14:45:57.65

npmのバージョンアップにより
yarnのメリットはなくなったんじゃないの？

2019/01/14(月) 14:50:30.91

世界では圧倒的にnmp優勢だよな

2019/01/14(月) 15:36:20.49

とりあえず
npm, react, babel あたり使って開発してみたらいいんじゃないかね。
それらの使い方やドキュメントの漁り方になれれば他に移るのもやりやすいでしょ。

2019/01/14(月) 15:45:29.95

Ionic+Angler使い続けてるけど
そろそろ乗り換えるべきか悩みますね

2019/01/14(月) 15:55:50.43

乗り換えに理由がない時点で何使っても駄目なんじゃね？

2019/01/14(月) 16:19:44.81

>>106
釣られたな
Anglerだけに
なんちって

2019/01/14(月) 21:10:29.94

vueはマジで独学は難しい。
あたかもjQueryより手軽で簡単みたいな事を謡い文句に
なってるけど絶対そんなことないと思うわ。アルゴリズムと
データ構造をカジッてないと
細々とした機能が何のためにあるのか、どうやって
道具として使われるのかが判らん。多分これはReactやAngularでも
いえることなんだろうけど。

2019/01/14(月) 21:28:32.97

宣言型のjQueryとは考え方が違うからね。
CSSも宣言型なので、宣言型ベースで考えてると
オブジェクト指向のvueが使いにくく感じるのは当然

2019/01/14(月) 22:22:46.51

>>108
まぁjQueryの様には行かないわな

他のフレームワークよりも導入しやすい点を挙げるとするなら
制御対象のDOMを<div id="app">～</div>で囲めば元のhtmlを活かしたまま使えるって事くらい
ReactやAngularの場合はイニシャル掛けた時点でその内側のDOMはフレームワークに定義したルートコンポーネントに差し替わってしまうからね

2019/01/14(月) 22:34:13.69

　　∩＿＿＿∩　　　　　　　　｜
　　 | ノ＼　　　　ヽ　　　　　　　|
　　/　　●゛　　● |　　　　　　　|
　 |　∪　　( _●_)　ミ　　　　　　j
　彡､　　　|∪|　　 |　　　　　　Ｊ
/　　　　 ∩ノ ⊃　ヽ
(　＼　／＿ノ　|　 |
.＼　“　　／＿＿|　 |
　　＼／＿＿＿／

オブジェクト指向？

2019/01/14(月) 22:49:24.44

Vueをオブジェクト指向だって言うのは別におかしくないよ

2019/01/15(火) 00:22:41.85

vueが難しいならこれからウェブアプリの標準的な実装方法になるReactはもっと難しいことになる

しかもjQueryより楽と言われているから脳みその思考の仕方が違うんじゃねえの

2019/01/15(火) 00:37:29.32

思考の仕方が違うってのはあると思う

手続き型でめちゃくちゃ複雑なスパゲティプログラムを間違いなく書けるほど高度な情報処理能力を持ってるのにオブジェクト指向、関数型、宣言的プログラムはからっきしダメという人
逆にそれらを使いこなして洗練されたコードをかけるけど、手続き型のスパゲティプログラムを処理しきれない人

どっちが賢いとかではなく
たぶん脳の基本構造が違うのだと思う

2019/01/15(火) 03:59:59.44

フレームワークだとDOM APIと違う方法を使うことになるので
新たに覚えることが多い

jQueryが楽なのはライブラリでフレームワークとしてはDOM APIと
同じだから標準を知っている人は単にAPIを置き換えただけ（と感じる）

とはいってもjQueryは宣言型なので、それを活かした書き方をしなければ
本領は発揮できない。具体的にはCSS（セレクタ）でHTMLの構造を定義して
（CSSの）クラスベースで設計する。

だけどそんなことは構わずDOM APIを置き換えただけとしても使えてしまうので
そういう人ほどjQueryは不要って言ってしまう。

まあ要するにフレームワークだと最初に覚えることが多いから敷居が高いが
やり方が強制されるのでよく理解してない人でもそれなりのコードになる。
jQueryだと（DOM API標準を知ってる人なら）APIの置き換えから入れるから
敷居は低いが、効率いい書き方にしようと思えば、宣言型であることを理解して
自分でCSSのクラスベースで設計しなければいけないということ

2019/01/15(火) 09:38:46.25

いつまでjqueryの話ししてるの？

2019/01/15(火) 12:33:39.45

Vue では、単一ファイルコンポーネント(SFC)と言う、独自フォーマットがあるので、
HTML, CSS, JavaScript(JS) を、1つの.vue ファイルにまとめられるから、
この3つの組み合わせを探す手間がなくなる

普通だと、各HTML, CSS, JS ファイルから、該当する組み合わせを探すのが、ものすごい手間

スコープ付き(Scoped)CSS で、他のファイル・コンポーネントと被らない、ユニークなdata属性が付く

<span class="title" data-v-aaaaaa>あ</span>

span.title[data-v-aaaaaa] { color: red; }

2019/01/15(火) 13:39:47.30

>>116
違いがイマイチ分からんってヤツに違いを教えるのもこのスレとしては優位意だと思うがな

2019/01/15(火) 13:59:21.68

結論

中規模開発を謡っときながら

中規模開発の本もサイトもない。

あることにはあるが

細々としたシステムは説明されてるが

実際に使ってみると対外「チンパン」する

2019/01/15(火) 15:26:52.62

>>117
> HTML, CSS, JavaScript(JS) を、1つの.vue ファイルにまとめられるから、
> この3つの組み合わせを探す手間がなくなる
まとめたほうが本当に便利かというとそうとは限らない。

サイトのデザインを変更する時は一箇所だけじゃなくて全体を変更する必要がある
例えばお正月用デザインとかクリスマス用デザインとか。
コンポーネント一つを変えれば良いわけじゃない
それに対して標準的なやり方をしていれば1ファイルだけ変えれば良くなる

ブログサイトのように、サイトごとにデザインが変わる場合は、コンポーネント側で
デザインを矯正できないから、結局CSSはコンポーネントの外に出す必要がある。
HTMLに関しても、コンテンツすべてをSFCに入れられるわけじゃない。
というかコンポーネントとは汎用的なものだからコンテンツはSFCの中に入れない。
1つの.vue ファイルにまとめられるが、1つの.vue ファイルにまとるわけじゃない
まとめる場合と、まとめない場合が混在する。

そもそもCSSであっても適切に（CSSの）クラス設計をして
クラスごとにファイルに分ければ、探す手間なんていらない
このコンポーネントは、このファイルと決めるわけだからすぐに見つかる。
だけどそのためには設計能力が必要になる。

ただ>>115でも書いたが、そんなことは構わずに使うことも出来る。
だから最初の敷居は低い。ただし適切なやり方をしなければ本領は発揮できない。
それに対してフレームワークだと最初に覚えることが多く敷居は高いが、
やり方が強制されるのでよく理解してない人でもそれなりのコードになる。

**デフォルトの名無しさん** (ｱﾒ MM71-45a3) · 2019/01/15(火) 15:57:27.31

長い。３行で頼む。

**117** (ﾜｯﾁｮｲ d62c-NvUN) · 2019/01/15(火) 18:25:56.14

普通、SCSS は、10個ぐらいのフォルダに、種類ごとに分けて入れる

サイト全体のデザインなら、sight とか、
ページ固有のデザインなら、pages とか

components と、全体のデザインは、分けないといけない

2019/01/16(水) 09:51:29.53

scssをフォルダ別けするかね普通
scssフォルダ一つでいいじゃん

2019/01/16(水) 12:06:14.30

>>123
その辺の派閥でVue派とReact,Angular派に分かれるんだと思う

2019/01/16(水) 12:28:49.87

>>124
でも会社で使うなら、派閥起こしてる場合じゃなくね？

2019/01/16(水) 22:42:48.72

会社ならそれこそ会社で何使うか方針決めるんじゃない？

2019/01/16(水) 23:13:02.72

>>126
それは上が決めること

2019/01/17(木) 14:53:18.25

だから会社で方針が決まれば別に会社内部で派閥が分かれる事はないだろ？
それでいいじゃん何に対して突っかかってんの？

2019/01/17(木) 15:29:34.40

フレームワーク使いたいって言ってるのに
上に今までのやり方（jQuery）でいいやろ？って言われて
理解してくれないって突っかかってるんじゃねーの？

やるべきことはここで愚痴を垂れるんじゃなくて
「これからはフレームワークの時代なんです！」
以外のまともな理由を言うってことだよ

2019/01/17(木) 15:55:27.16

フロンエンドフレームワークの導入しやすさってバックエンド何使ってるかにも依るよね

2019/01/17(木) 16:08:31.53

どのサーバーサイドフレームワークでもREST対応、JSON対応してるんだから
バックエンドがアプリケーションサーバーならどれでも大差ないだろ。

ただ単なるウェブサーバーだと、クライアントでフレームワーク導入する必要はないだろうな

2019/01/17(木) 18:52:05.06

>>130
はあ？それはねーだろ
お前は無能晒して恥ずかしくねえの？

2019/01/17(木) 19:17:46.19

フロントフレームワーク使うことが即座にバックエンドがREST ONLYに繋がるわけではない
MVCとVueの組み合わせはかなりいい感じにまとまる
でもJSPやWebFormsでは全くミスマッチだろう

2019/01/17(木) 19:39:00.55

>>131
データのやり取り以前に初期導入時の敷居の違いの話

2019/01/17(木) 19:41:40.36

>>134
そもそもバックエンドなくてもフロント作れるのがフロントフレームワークなのだが？

2019/01/17(木) 20:07:34.50

>>135
そんなシステムとして完結してないモノを見せて凄いでしょ？とか言うヤツばっかりだからjQueryのシェアが強いまんまなんだよ
XSSやらずにバックエンドのDBとどうやり取りすればいいかとか説明できんだろ？

2019/01/17(木) 20:28:06.33

>>136
説明できんだろ？とかテメェ何様なんだよ？
XSSごときで偉そうなカス野郎www

2019/01/17(木) 20:47:57.11

>>137
話の主題はXSSじゃなくてデータベースの読み書きについてだが
>>135の言い分だとproxy設定とかロクに書いたことないだろ？

2019/01/17(木) 20:48:56.11

ぷろきしｗｗｗ

2019/01/17(木) 21:03:54.46

フロントのスレだしリバースプロキシまで書かないと意味伝わんないんじゃないかな

2019/01/17(木) 21:34:00.77

分からない人にはリバースプロクシって言ってもやっぱ分からないんじゃないかと思うけど
入門ならそんな事しなくてもいいLaravel-Mixが楽でいいと思う

2019/01/19(土) 11:35:33.75

いやそこの分離は本質だろ。

2019/01/19(土) 12:20:44.34

最終的には分離開発するにしても導入検討時から分離を強制してちゃ検討も進まないから結局導入されない

2019/01/20(日) 09:24:17.87

vueのテンプレート作成
ジェネレーターみたいなモノはないよな。(๑´ڡ`๑)
簡単な文法からVueライクなHtmlタグ入りのソリューションを提示してくれるような奴

2019/01/20(日) 11:30:01.35

いくらでもありそう

2019/01/20(日) 15:22:05.46

>>144
vue template generator
でググったらそれっぽいのあったよ

2019/01/21(月) 16:34:43.42

それらしきモノって「ieoman」のことかな？
windowsの解説サイトが無くてフォルダーは手動で構築したけど
なんか半分ぐらい動く感じになった。文法は簡素な感じだけどGroovyやってる感覚になる。

yo mcs:component

ポチッとやたけど、成功パターンがそんなに
判らんので、実用的か、どうかも判らん

2019/01/21(月) 21:01:03.39

yeomanだろWwwWwWw

**デフォルトの名無しさん** (ｱﾒ MM45-7b7b) · 2019/01/21(月) 21:27:33.85

なんて読むの

2019/01/21(月) 22:29:18.49

>>149
https://dictionary.cambridge.org/ja/pronunciation/english/yeoman

2019/01/22(火) 11:19:28.91

宇宙兄弟かな

2019/01/23(水) 22:47:18.07

今のプロジェクトでangular使ってるけどvue使ってみたかった
まだangularの事全然知らないけど、コンポーネントがts,html,cssでそれぞれ別れてるせいでファイル数膨大になるのが嫌だ

**デフォルトの名無しさん** (ｱﾒ MM6d-8lqb) · 2019/01/24(木) 02:03:59.48

Vueは小規模、Angularは中規模以上
という感じがしたな。手間的にも。
Angularの方がアプリ的な作りとして
しっかりしててわかりやすいかな
ただちょっとしたことですぐに動かなくなる
Vueもちゃんとルール決めして作れば
短期間で作れるしよいね
Reactはやってないからわからん…教えて

2019/01/24(木) 07:41:20.08

Angularを開発しているGoogleチームの敵は
別のGoogleチームかもしれない

Google、FlutterアプリをWebアプリへ変換する「Hummingbird」発表
https://www.publickey1.jp/blog/18/googleflutterwebhummingbirdwebdartflutter_live_18.html

2019/01/31(木) 19:03:37.44

Reactで静的サイト作るならGatsbyが素晴らしいよ
モダンなSSR、Webpack、GraphQL対応してるし
かっこいいサイトのテンプレートも充実してる
Reactの勉強用として使い始めたけどGatsbyハマったわ

2019/01/31(木) 21:00:28.63

SPAフレームワークでSSRってなんか目的を見失ってませんか？
従来のMVCフレームワークでいいじゃないですか

2019/01/31(木) 21:12:30.75

イエス。サーバーサイドフレームワークとjQueryで十分

**デフォルトの名無しさん** (ｱﾒ MM03-5/sk) · 2019/01/31(木) 21:20:31.38

お前ら例に漏れずgatsbyの「SSR」を勘違いしてトンチンカンなこと言っててワロタｗｗｗｗｗ
ヒント： gatsbyは「静的」サイトジェネレータ

2019/01/31(木) 21:26:46.94

もうflutterでええやん。

2019/02/01(金) 06:19:45.77

>>155
サイトのテンプレートって
デモサイトどこかにある？

2019/02/01(金) 07:11:27.78

Markdown方式（超簡単）で記事かけたりとまじGatsbyいいよ
>>160
https://www.gatsbyjs.org/starters/?v=2

2019/02/01(金) 07:13:47.87

>>161
ありがと
トップページからだと
ここまでたどりつけんかった

2019/02/01(金) 09:13:31.45

今大手サイトのフレームワーク利用状況ってどうなんだっけ？

ニコニコ、pixiv、Amazon辺りがReact使ってた気はするけど

**デフォルトの名無しさん** (ｱﾒ MM03-5/sk) · 2019/02/01(金) 09:20:37.92

Netflix。サービスページほぼすべてに採用。
一部ランディングページから軽量化のためにlodashなどとともに取り除かれた際はアンチから「NetflixがReactやめたｗ」とデマ流されるほど。
あとTwitter。
https://www.infoq.com/jp/news/2017/02/twitter-react-mobile-stack
あと当然Facebook。

2019/02/01(金) 11:19:03.16

そのサイトで使ってるかどうかはfirefoxのプラグインとかで分かるけどたしかにトップページにはないみたい
利用規約では検知した

2019/02/01(金) 12:44:24.16

任天堂SwitchのeShopがReact
ZOZOがVue
という記事を読んだことある

2019/02/01(金) 15:34:39.74

大手サイトじゃなくて、大手企業のフレームワーク利用状況を知りたい
特に自社で何かしらのサービスを提供してない会社の

ほぼゼロであることはわかっていってますがなにか？ｗ

2019/02/01(金) 17:53:53.62

JSF使ってます
SPAはオモチャみたいなアプリにしか使えないから大手企業は採用しないと思います

**デフォルトの名無しさん** (ｱﾒ MM03-5/sk) · 2019/02/01(金) 18:25:03.74

twitterはともかくfacebookおもちゃかあれ？
すごいアプリ製作してるんだね。

2019/02/02(土) 01:22:26.04

Amazonって欲しいものリストの部分だけReact入ってるみたいだね

2019/02/02(土) 04:16:46.09

WappalyzerっていうChrome拡張入れるといいよ
サイトでReact使ってたら素晴らしいしReact+Gatsby使ってたらナカマだし、違った見方でネットブラウジングできる
jqueryのみだとダサってなる（実際サイトの用途にはよるし使ってる人ごめんなさい）
他にも使ってるサーバーとかDBとかWordPressだ～とかわかるよ

2019/02/03(日) 19:47:52.31

vuetify使ってる人いない？

公式のマニュアルが説明不足で全然わからんのだけど、
どこで情報仕入れてる？

formのresetボタンすら動作しない
もっと見やすくてわかりやすいUIはないものか

2019/02/03(日) 22:23:42.35

vuexに依存しないvueコンポーネントってどうやって作ってる？
頑張ってpropで渡すか、コンポーネントextendsしてメソッドオーバーライドするしか
思いつかないんだけどみんなもっと上手いことやってるの？

**デフォルトの名無しさん** (ｱﾒ MM03-LWaQ) · 2019/02/04(月) 00:48:04.11

てかなぜvuex使わないのか

2019/02/04(月) 08:07:14.34

全般的にUIコンポーネントって部品の説明不足だよな

2019/02/04(月) 08:32:32.96

>>174
書き方が悪かったかも知れん。現状でもvuexは使ってる。

例えばvuexにstore/user/flowerFlag:boolean がある
flowerFlag === trueならボタンコンポーネントの色を花っぽくにするって時にどうしてる？

1.propでflowerFlagを渡す
2.コンポーネント内にgetColoer()メソッド作って個別にextend/overwriteする

この2つの方法以外にももっといいやり方あるんかな？

2019/02/04(月) 09:29:22.24

UIコンポーネントは自作すればいい

2019/02/04(月) 09:42:43.98

flowerFlagって名前が気に入らない
何をするフラグなのかさっぱり分からない
useFlowerTheme: boolean とかにしろや

2019/02/04(月) 12:27:23.88

shoriKbnFlg

2019/02/04(月) 14:15:30.10

makeBrainFlower === true

2019/02/04(月) 19:55:50.85

havingDirtyFireworks = true;
https://www.urbandictionary.com/define.php?term=Dirty%20Firework

2019/02/06(水) 17:54:16.50

SPAフレームワークでSSRが醸し出す、一周回ってMVCフレームワークに戻ってきた感が笑える

2019/02/06(水) 18:43:12.38

そう思いたくて必死なのが笑えるｗｗｗ
そうやって得た安心は妄想だぞｗｗｗｗ

Rendertronを使ったダイナミックレンダリングの実装手順をGoogleが解説
https://www.suzukikenichi.com/blog/google-explains-how-to-implement-dynamic-rendering-with-rendertron/

2019/02/08(金) 18:47:35.85

Reduxってムズイよな

2019/02/08(金) 20:58:46.78

どのへんが？

2019/02/09(土) 08:15:58.88

Vueに乗り換えます
じゃあな

2019/02/09(土) 08:16:45.44

めっちゃIDがReduxっぽいけど

2019/02/09(土) 08:29:03.30

ここvueスレでもあるけどよくわからんがさよなら

2019/02/09(土) 13:36:35.69

スレタイのやつ3つとも触ったことないままAureliaってやつを採用しようと思ってるんだが、お前らの評価はどんな感じ？
採用の理由としてはVueが選ばれるのと同じだと思う

2019/02/09(土) 14:04:19.59

調べてみたら3年くらい前にちょっと流行ったみたいだけど
未だに話題になってないって事はそういう事なんじゃない？

2019/02/09(土) 18:48:21.70

流行り廃れでフレームワークを選ぶんじゃねえ！
自分に一番合ったフレームワークを選ぶんだ！

2019/02/09(土) 21:03:07.28

そうするとjQueryでいいということになる

**デフォルトの名無しさん** (ｱﾒ MMcd-z8kj) · 2019/02/09(土) 22:38:36.16

https://jquery.com
jQuery: The Write Less, Do More, JavaScript "L i b r a r y".

ライブラリであることに負い目でもあるのかな？ｗ
フレームワークの流儀を押し付けられず、どこでも好きなように自由に使えるのがライブラリの強みだと言うのに。

2019/02/09(土) 23:21:06.75

どこ見て負い目があると感じたんだ？
ライブラリだからライブラリって書いてあるだけだろう

2019/02/09(土) 23:22:07.95

angularはwebエンジニア以外の血が流れてるんじゃないのか？ゲームエンジニアでhtmlもjavascriptも経験がなかったときの俺には非常に使いやすかった。
web関連の経験値がたまってきた今となっては大がかりに感じちゃってあえて使おうという気はでないが…

2019/02/09(土) 23:54:11.39

フレームワークと言われるのがウゼーから強調してると思うが
Reactもライブラリって名乗ってるな

2019/02/10(日) 00:23:54.54

結局MVC+jQueryが一番バランスとれてんだよな
SPAなんて作る側にも使う側にも画面遷移が超早いぐらいしかメリットねえもん

2019/02/10(日) 01:13:27.71

>>197
それは流石にSPA作った事無いやつの暴論