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/06(日) 16:38:24.93

2018年は脱React の年だった。オワコン React
https://mevius.5ch.net/test/read.cgi/hp/1545879649/

2019/01/06(日) 17:37:40.72

>>9
nuxtはreactとangularに比べるとシンプルで分かりやすいほうだぞ
これダメなら他やってもダメだろな

2019/01/06(日) 19:41:14.19

vue自体を学ぶのは、Vue CLI 3でプロジェクトを作成した状態から始めちゃうほうが、コンポーネントとか理解しやすいなと思った。

2019/01/06(日) 19:41:17.02

Reactってなれないうちは一番面倒くさいんじゃないかと思うよ
vueならv-modelでできる簡易な事も結構大掛かりだし

2019/01/06(日) 19:47:26.76

そのVueよりも普通にHTML書いたほうが早いってなｗ

<span>Hello HTML</span>

ほらなｗ

2019/01/06(日) 20:21:22.55

SSRと思いついた時点で、シングルページじゃなかったことに気付いてほしかった。

2019/01/06(日) 20:23:37.89

SSRってレアなん？

2019/01/06(日) 20:35:42.46

ここでは Vue.js 対 JQuery の議論は御法度？

2019/01/06(日) 21:04:56.83

SPAってかっこいい単語だけど昔からはびこってるものと何ら変わらんのだよな
ASPやJSPやPHPでJSなりCSSなりイメージなり使わなければSPAなんだし

2019/01/06(日) 21:06:39.87

jQueryカスは来るな

2019/01/06(日) 21:20:17.42

来るなと言われましても、すでに捕捉済みですしｗ

2019/01/07(月) 12:23:00.42

基礎から学ぶ Vue.js、mio、2018/5/29

Nuxt.jsビギナーズガイド―Vue.js ベースのフレームワークによるシングルページアプリケーション開発、
花谷拓磨、2018/10/17

Node.js超入門、掌田津耶乃、2017

Electronではじめるアプリ開発
~JavaScript/HTML/CSSでデスクトップアプリを作ろう
野口将人・倉見洋輔、2017

入門 React ――コンポーネントベースのWebフロントエンド開発、2015

Reactビギナーズガイド ――コンポーネントベースのフロントエンド開発入門
Stoyan Stefanov, 2017
https://github.com/stoyan/reactbook

初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017

2019/01/07(月) 21:22:16.57

いまどきのJSプログラマーのための Node.jsとReactアプリケーション開発テクニック／クジラ飛行机
Reactの本として見るとReduxとか不足してて微妙だけどNode.jsとかWebpackの本としてはそこそこ良かったと思う

React入門 React・Reduxの導入からサーバサイドレンダリングによるUXの向上まで (NEXT ONE)／穴井宏幸、石井直矢、柴田和祈、三宮肇
Reduxに関してはこれが一番詳しく載ってたかな

2019/01/07(月) 22:52:40.87

Nuxt.jsビギナーズガイド

これ半分くらい読んだけど、PHPのフレームワークが
次々出てきてはゴミになってるけど、同じ道を辿るだけだと思ったよ

実際のサイト制作は規約でガチガチだとソースがカオスになって重くなるだけ

2019/01/08(火) 00:00:24.62

Vue.js, Nuxt.js, React, Electron, Android アプリなどの、
ライフサイクルメソッドは、どのアプリでも普遍的

これを時間的に進む方向を、一方向だけに限定したルールは、使いやすい

Rails と同じ。
全員が同じ規約に従った方が、作りやすいし、わかりやすい

異なったやり方・各個人独自のやり方は、わかりにくい

2019/01/08(火) 01:27:03.29

jsはフレームワークがどれだけ出てきても
フレームワークの介入の無いほうが汎用的に作れるようになるよ
パフォーマンスという観点だとその辺に溢れかえってるフレームワークはゴミにしかならんし

2019/01/08(火) 01:42:51.56

>>23
nuxtとかゆるゆるやんけ

2019/01/09(水) 23:44:12.50

>>25
結局便利で手軽で簡単な jQuery に回帰するという事なのかな。

2019/01/09(水) 23:53:33.90

jQueryもフレームワークだし
やれることはwebに動きつけるぐらいじゃん

2019/01/10(木) 00:13:35.42

jQueryもなくなりそうな勢いだしね

2019/01/10(木) 02:31:19.28

いやフレームワークではないだろ…
色々余計な機能付いてるが（そして最近は減らしていっているが）自称の通りDOM操作ライブラリだろ良くも悪くも。
怪力でノンサポートのハンドル自力で切っといてこれがパワーステアリングだ！と言ってるようなもん

2019/01/10(木) 08:03:29.07

>>30
jQueryはJavaScriptのフレームワークだよ

2019/01/10(木) 09:23:23.97

コーディングスタイルを縛るもんじゃないからどちらかと言えばクラスライブラリじゃない？

その点で行くと.NETもフレームワークと言うよりはクラスライブラリに近いけど

2019/01/10(木) 10:43:55.03

>>32
いや、.NETはランタイムも含んでるから

2019/01/10(木) 12:27:58.40

>>31
フレームワークっていうのは呼び出し側のことなので
jQueryはフレームワークに当たらない
あえて言うならブラウザそのものがフレームワーク
ブラウザがイベントを発行し、jQueryはその中を書くだけ

2019/01/10(木) 12:40:25.11

>>34
ｗｗｗ

2019/01/10(木) 12:46:26.66

>>34
呼び出し方を同じ言語で簡素化してるのがフレームワークなのだからjQueryは間違いなくフレームワークだなw

2019/01/10(木) 13:14:35.21

誰も簡素化の有無を焦点にしてないんだが？

全てのライブラリは簡素化するものです。
簡素化だけを条件にしてしまったら
ライブラリ全てがフレームワークってことになってしまう

フレームワークは利用者が何も書くことなく、
このような形で呼び出されるから、こういうものを用意しなさいと
決まってしまうもの。

jQueryはそんなものは決めないので、フレームワークにはならない

2019/01/10(木) 13:17:48.14

ここはjQueryスレじゃねえんだから出ていけ！！！！！

2019/01/10(木) 13:26:35.33

>>37
お前の言葉そのまんまだと
フレームワークは呼び出し側のことなのでjQueryはフレームワークに当たる
VueやreactやAngularも同じ

2019/01/10(木) 13:30:56.10

> フレームワークは呼び出し側のことなのでjQueryはフレームワークに当たる

え？jQueryの何処が呼び出し側に見えるの？
フレームワークは呼び出し側のことというならば、
その根拠があるはずだよね。言ってみて

2019/01/10(木) 13:33:05.15

jqueryがフレームワークじゃないってやばい

2019/01/10(木) 13:34:39.06

理由は言えないけど、やばいって言っておけば
勝てるだろう。やばいやばいやばい。どやぁ。

> 声闘(ソント)とは朝鮮人の古くからの風習で声の大きさで相手の言論を封じること。
> 人と議論をするとき、議論の内容は関係なく、ただ大声で早口で居丈高に話し、
> 相手が何も言い返せなくなれば勝ち、というしきたり。

みたいなことは止めてねｗ

2019/01/10(木) 13:36:25.95

jQueryバカは他でやれ！！！

2019/01/10(木) 13:36:49.62

http://jquery.com/

> What is jQuery?
> jQuery is a fast, small, and feature-rich JavaScript library.

公式サイトで、ライブラリって書かれてるのに
それを覆えそうとする勇気に敬服する（皮肉）

**デフォルトの名無しさん** (ｱﾒ MM71-45a3) · 2019/01/10(木) 14:55:31.43

>>36
呼び出し方を同じ言語で簡素化してるのがライブラリなのだからjQueryは間違いなくライブラリだなw

2019/01/10(木) 19:39:06.48

オブジェクトモデルでいうなら
フレームワーク→ベースとなるクラスを継承してメソッドをオーバーライドするスタイル
クラスライブラリ→自作のクラスのメンバーなどにライブラリのクラスを導入していくスタイル

2019/01/10(木) 19:55:11.88

あと勘違いしないで欲しいのは別にフレームワークだから凄いとかフレームワークじゃないからヘボいとかそういうわけではないということ

2019/01/10(木) 20:06:37.94

だからなんでこのスレでjQueryの話してんだよボケ！！！！
テメーらクズどもは巣に帰れ！！！！！

2019/01/10(木) 20:29:46.35

ライフサイクルっていう概念が結構重要だよね

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

>>48
jQueryもフレームワークだって言ってる人がいる
ここで話しても良いのでは？（皮肉）

2019/01/11(金) 06:45:46.69

一部の部品として容易に組み込めるのだから公式が言っている通りライブラリだろう
導入のしやすさ、構成への制限の少なさはフレームワークよりライブラリの方が優れている

2019/01/11(金) 08:42:34.80

htmlフレンドリーなMVCフレームワーク(spring, asp.net, etc...) + vue(static js)

この組み合わせが最も簡単で理解しやすくトラブルも少なかった
node+npmを使ってビルドまでやると対応できる作業者が急激に減る

2019/01/11(金) 13:31:42.21

npm対応できない業者ってどんだけ低レベルなんだよ

2019/01/11(金) 15:37:40.91

WordPressしかやらないところとかじゃない？

2019/01/11(金) 19:26:51.78

そんな会社ないと思うじゃん？
あるんだなコレが

2019/01/11(金) 20:35:38.23

>>53
業務系の派遣さんはほぼ全滅
node知らない人も少なくない

2019/01/11(金) 20:55:12.43

業務系の派遣がnode使うわけないじゃん
javaパーだろ

2019/01/11(金) 21:01:33.49

npmでインストールする類のcliは中々いい本ないもんね
市販されてる本だと大体型落ちだったりするし
webpackとかbabelとか

だからといって旧世代のバージョンに合わせてからやるんじゃ折角新しい技術を覚えようという目的に本末転倒になってしまう
結局わりと頼りになるのがQiitaっていうオチ
まぁQiitaに固着し過ぎるとQiita以外なら簡単に見つかるものを見落とすって事もあるけど

2019/01/11(金) 21:54:53.84

モダンなツールなら英語の公式ドキュメント読めばOK
昔と比較して本にかける金が激減してありがたい

2019/01/11(金) 22:16:12.14

>>56
nodeとnpmを覚えるとすごく楽になるのにな
git使ってると余計にね

2019/01/12(土) 10:15:42.54

>>58
公式とgithubのissue見る
キータも古いのが多いからいつの間に非推奨になってるライブラリもけっこうある

2019/01/12(土) 10:28:32.12

そういやgithubもたまに入ってるexampleがちゃんと動かないヤツとかあるよね

2019/01/12(土) 11:11:54.70

「2018年最新のReact構築法」みたいなの参考にしてみたが内容がすでに古いのと書き方間違ってたり
公式が変わったのにそれに対応されていなかったりってのが多かった
ライブラリ使う場合は公式だけでは足りないから、ライブラリの公式みたり
とにかくどこか一つにまとまってるのはない
あるのは俺のPC内だけ笑

2019/01/12(土) 11:20:23.24

正攻法に関しては確かにGithubなんだろうだけどビルド時とかに依存関係で謎のエラーが出た場合とかね

2019/01/12(土) 11:29:15.66

>>58
npmに本なんか要らないだろ
ガイジかよ

2019/01/12(土) 11:32:26.60

>>65
だからnpm自体じゃなくてそれ経由でインストールするwebpackとかbabelとかって書いてるじゃん

2019/01/12(土) 11:38:52.80

>>66
それも要らんだろ
npmで自作パッケージをインストールできるようにするにも本なんか要らない
初級エンジニア程度のレベルなら誰でも簡単に使える
mavenやgradleに本なんか居るか？
それと同じだわ

2019/01/12(土) 12:01:11.28

フロントエンドは特に変化も早めだしネット上で情報漁れんとな
というか本よりまず公式のドキュメント読めよって思う

2019/01/12(土) 12:42:39.33

あと自分ができるできないの話じゃなくて
>>53,55,56
の状況に対しての話ね

だから結局フロントエンドフレームは多数はにはならずｊQueryはフレームワークだって言い張る輩も居なくならないって話

2019/01/12(土) 12:44:21.72

公式のドキュメント読んだってわからないこといっぱいあるよ

2019/01/12(土) 12:48:07.24

>>70
公式ドキュメントってリファレンスも兼ねてるのにそれで理解できないって逆にヤバい
エンジニアとしてよりも人間としてな

2019/01/12(土) 12:52:38.30

フロントエンドのwebpackの設定なんか、ケースバイケースで、
プラグインの組み合わせとかいろいろあるわけだし、
人それぞれなものを公式サイトが書いてあるわけないじゃん

2019/01/12(土) 13:41:23.02

>>72
具体的に

2019/01/12(土) 13:57:08.64

上に話のようにインストールやら基本なら
まず公式、エラーや組み合わせ等なら他を漁ればいい

漁っても無いものはリファレンス見て自分で書くことになると思うが

2019/01/12(土) 14:04:13.31

公式見ればいいだけなのに公式すら見ずに文句言う奴らはなんなんだ？

2019/01/12(土) 14:08:28.63

>>75
ただの妄想

2019/01/12(土) 14:10:46.67

公式見ればいいだけなんて言ってるやつこそが公式を全然読んでないやつだと思う

2019/01/12(土) 14:27:49.84

なんで俺ができてお前ができないの？

2019/01/12(土) 14:40:43.40

誰もまともに本書かないから、未だにnpm install --saveとか書いてるやついるし
時代遅れの情報がいつまでも残っちゃってる

2019/01/12(土) 14:45:36.99

>>78
でYouは具体的に何を使っててどれくらいのものが作れるのさ？

2019/01/12(土) 15:00:31.05

>>80
基本的にReact使ってるサイト
state管理にreduxは使ってる
その他axiosとかルーティング管理用のライブラリとか
そもそも必要であればライブラリはなんでも使えるけど
どのくらいのものが作れるかって、仕様と時間と金があればなんでも作る

2019/01/12(土) 15:10:52.84

今はtypescriptが当たり前になってきているから、typescriptを絡めることで本を作りやすそうなのになあ

2019/01/12(土) 15:27:32.61

typescript推しはIE信奉者でMS狂信者しかいないと思ってる

2019/01/12(土) 16:00:54.42

で？キミらはどのくらいのことができてどのくらいのものが作れるの？

2019/01/12(土) 16:02:39.14

>>83
AngularはGoogleだけどな

2019/01/12(土) 16:09:24.96

>>85
angularはjavascriptで書かれたオープンソースのフロントエンドWebアプリケーションフレームワークなんだよな

2019/01/12(土) 16:10:27.90

べつにGoogleがIE信奉者でもいいじゃない。

2019/01/12(土) 16:28:07.25

>>86
えっ？

2019/01/12(土) 16:39:28.40

はは、結局お前らフレームワークに振り回されてるだけじゃん

jQueryの過去の資産を大事にする方針を
見習ったほうが良いぞ

2019/01/12(土) 16:53:03.46

es6+バベルでええやんけ

2019/01/12(土) 18:22:17.27

フロントですでにエンディングかよっていう。

2019/01/12(土) 18:39:06.27

スルーするな
キミらはどのくらいのことができてどのくらいのものが作れるの？

2019/01/12(土) 19:56:59.99

>>92
ああスマンスマン

バックにLaravel置いてVue(Vuex、vue-router、axios、Bootstrap-Vue)とReact(Redux、react-router、SuperAgent、React-Bootstrap)入れた二種類のセット
それぞれ一通り機能確認するデモサイトをローカルに作ってみたって程度だよ実戦投入するのはこれから

あとNuxtとAngularはcliからプロジェクト生成してどこに何を書いて機能追加していけばいいか分かったって程度
Angularとかはコンポーネントの数多すぎて細かいところは全然

フロントエンドフレームワーク去年の後半から始めたばかりだから流石にまだまだ>>81みたいなんでもできるとは言わないよ

公式って結構公平だからサード製のモジュールに関してはこれ使えみたいな事あんま言わないじゃん
その辺に関してはやっぱ新ジャンルに手を出すなら書籍１～２冊読んだ方が効率いいと思うんだよね

2019/01/12(土) 20:06:10.80

>>89
jQueryを使い続けるとしても設計指針としては参考になる事柄は相当あったと思うよ
何もやらなきゃいずれは時代遅れな挙動のサイトしか作れないって事になる

せめてHTML5のAPI集くらはちゃんと読んでおいた方がいいと思うよ

2019/01/12(土) 20:16:53.72

>>93
React-Bootstrapってv3だよ？
今さら使う意味なくね？

そしてReactstrapはまだまだ開発中

俺としてはBootstrap Nativeをオススメするなあ
自分でコンポーネント作ることにはなるけど、むしろ使う部分だけコンポーネントにするから余計なstateないしスッキリ

2019/01/12(土) 20:37:44.48

>>95
npm install react-bootstrap@next bootstrap
@nextって付ければv4でいけるけど
https://react-bootstrap.netlify.com/getting-started/introduction

ありがとうBootstrap Nativeはちょっと調べてみるよ

ところでReduxとreact-router連携するのって何使うのがベターなの？
パっと調べた範囲で
react-router-redux
redux-first-router
connected-react-router
くらいがあるけど選定するための基準がなんとも

2019/01/12(土) 20:39:31.18

別にv3で困らなきゃそれでいいじゃん。

2019/01/12(土) 20:48:45.48

Bootstrap Nativeってパッケージはなかったけど
これの事？
↓
Native JavaScript for Bootstrap

ReactNativeのNativeじゃなてNativeなJavaScriptって意味のNativeか

>>97
V4はV4で何かと機能増えてていいもんだよ

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が使いにくく感じるのは当然