Vue vs React vs Angular

■ このスレッドは過去ログ倉庫に格納されています
2018/12/21(金) 21:37:36.86ID:NZqrEm960

実際どうなん?
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
2018/12/21(金) 23:26:47.42ID:nfjSFXej0
使いやすさのVue
先進性のReact
引くに引けない人とIonic派だけが使うAngular
2018/12/23(日) 12:03:12.00ID:+uWc+j3R0
Reactってそんなに先進的かねぇ
考え方的にはVueの単一ファイルコンポーネントと同じようなものだと思うけど
2018/12/23(日) 13:17:39.70ID:Yh8wj7M50
覚えてしまえば
どれも似たようなもん
2018/12/25(火) 02:20:03.84ID:s7ZrHKl7d
vueとかネットで騒がれてる
わりには、文法が難しくて取っ掛かりに
時間がかかるんだが!!!個人でVSコードの
デバッグやwebpackの
設定をやるとなると、手間が掛かりすぎるのも原因の
一つかな。色々とファイルを配置するのに、時間とpcのスペックを
費やすから手軽さにかける。
simple & bestの虎の巻きでもあればいいけど
個人がこの言語を公にすればいいのに、趣味や趣向が入りすぎて
「誰も特しない言語」になってる
2018/12/25(火) 02:45:09.52ID:5rbjhw110
なってない。vueは言語じゃないから。
2018/12/25(火) 03:00:18.04ID:HMsNHpQO0
>>5
翻訳すると、「わたしバカですー」ってことか
2018/12/25(火) 08:32:26.72ID:PIPHFfMH0
Laravelで使うかLaravel-Mixを移植して使うのがベターだと思う
9デフォルトの名無しさん (ワッチョイ 7bbb-0DM2)
垢版 |
2019/01/06(日) 15:35:53.68ID:epzbPzEd0
Nuxtのおベンベン始めたけど、メンドクサー
PHPのゴミのようなフレームワークと一緒で、学習コストかかりすぎ

Reactはどうなん?
Vueやめよっかなー
2019/01/06(日) 16:38:24.93ID:r6TnJvb+0
2018年 は 脱React の年だった。 オワコン React
https://mevius.5ch.net/test/read.cgi/hp/1545879649/
2019/01/06(日) 17:37:40.72ID:lH/u0twK0
>>9
nuxtはreactとangularに比べるとシンプルで分かりやすいほうだぞ
これダメなら他やってもダメだろな
2019/01/06(日) 19:41:14.19ID:UmvfIbmh0
vue自体を学ぶのは、Vue CLI 3でプロジェクトを作成した状態から始めちゃうほうが、コンポーネントとか理解しやすいなと思った。
2019/01/06(日) 19:41:17.02ID:yTtuCMTo0
Reactってなれないうちは一番面倒くさいんじゃないかと思うよ
vueならv-modelでできる簡易な事も結構大掛かりだし
2019/01/06(日) 19:47:26.76ID:r6TnJvb+0
そのVueよりも普通にHTML書いたほうが早いってなw

<span>Hello HTML</span>

ほらなw
15デフォルトの名無しさん (ワッチョイ 8901-ikDe)
垢版 |
2019/01/06(日) 20:21:22.55ID:q7b7d/XL0
SSRと思いついた時点で、シングルページじゃなかったことに気付いてほしかった。
2019/01/06(日) 20:23:37.89ID:r6TnJvb+0
SSRってレアなん?
2019/01/06(日) 20:35:42.46ID:8Nv8H8lo0
ここでは Vue.js 対 JQuery の議論は御法度?
2019/01/06(日) 21:04:56.83ID:G5jNBVk70
SPAってかっこいい単語だけど昔からはびこってるものと何ら変わらんのだよな
ASPやJSPやPHPでJSなりCSSなりイメージなり使わなければSPAなんだし
2019/01/06(日) 21:06:39.87ID:F8VfTYJHr
jQueryカスは来るな
2019/01/06(日) 21:20:17.42ID:r6TnJvb+0
来るなと言われましても、すでに捕捉済みですしw
2019/01/07(月) 12:23:00.42ID:lmbNEshB0
基礎から学ぶ 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.57ID:JhkvYBnb0
いまどきのJSプログラマーのための Node.jsとReactアプリケーション開発テクニック/クジラ飛行机
Reactの本として見るとReduxとか不足してて微妙だけどNode.jsとかWebpackの本としてはそこそこ良かったと思う

React入門 React・Reduxの導入からサーバサイドレンダリングによるUXの向上まで (NEXT ONE)/穴井宏幸、石井直矢、柴田 和祈、三宮 肇
Reduxに関してはこれが一番詳しく載ってたかな
2019/01/07(月) 22:52:40.87ID:yWpn5GHb0
Nuxt.jsビギナーズガイド

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

実際のサイト制作は規約でガチガチだとソースがカオスになって重くなるだけ
24デフォルトの名無しさん (ワッチョイ 8b2c-otaJ)
垢版 |
2019/01/08(火) 00:00:24.62ID:6hha5q+W0
Vue.js, Nuxt.js, React, Electron, Android アプリなどの、
ライフサイクルメソッドは、どのアプリでも普遍的

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

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

異なったやり方・各個人独自のやり方は、わかりにくい
2019/01/08(火) 01:27:03.29ID:A0I3q7Ng0
jsはフレームワークがどれだけ出てきても
フレームワークの介入の無いほうが汎用的に作れるようになるよ
パフォーマンスという観点だとその辺に溢れかえってるフレームワークはゴミにしかならんし
2019/01/08(火) 01:42:51.56ID:9BQB1mJH0
>>23
nuxtとかゆるゆるやんけ
2019/01/09(水) 23:44:12.50ID:qKlgI5Mn0
>>25
結局便利で手軽で簡単な jQuery に回帰するという事なのかな。
2019/01/09(水) 23:53:33.90ID:1OkzU/m20
jQueryもフレームワークだし
やれることはwebに動きつけるぐらいじゃん
2019/01/10(木) 00:13:35.42ID:L0zbm/dr0
jQueryもなくなりそうな勢いだしね
2019/01/10(木) 02:31:19.28ID:tiRAneNG0
いやフレームワークではないだろ…
色々余計な機能付いてるが(そして最近は減らしていっているが)自称の通りDOM操作ライブラリだろ良くも悪くも。
怪力でノンサポートのハンドル自力で切っといてこれがパワーステアリングだ!と言ってるようなもん
2019/01/10(木) 08:03:29.07ID:L0zbm/dr0
>>30
jQueryはJavaScriptのフレームワークだよ
2019/01/10(木) 09:23:23.97ID:PTw2yQ8aa
コーディングスタイルを縛るもんじゃないからどちらかと言えばクラスライブラリじゃない?

その点で行くと.NETもフレームワークと言うよりはクラスライブラリに近いけど
2019/01/10(木) 10:43:55.03ID:IwuSaukmd
>>32
いや、.NETはランタイムも含んでるから
2019/01/10(木) 12:27:58.40ID:DS8wsvUQ0
>>31
フレームワークっていうのは呼び出し側のことなので
jQueryはフレームワークに当たらない
あえて言うならブラウザそのものがフレームワーク
ブラウザがイベントを発行し、jQueryはその中を書くだけ
2019/01/10(木) 12:40:25.11ID:IwuSaukmd
>>34
www
2019/01/10(木) 12:46:26.66ID:L0zbm/dr0
>>34
呼び出し方を同じ言語で簡素化してるのがフレームワークなのだからjQueryは間違いなくフレームワークだなw
2019/01/10(木) 13:14:35.21ID:DS8wsvUQ0
誰も簡素化の有無を焦点にしてないんだが?

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

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

jQueryはそんなものは決めないので、フレームワークにはならない
2019/01/10(木) 13:17:48.14ID:lMztlpGar
ここはjQueryスレじゃねえんだから出ていけ!!!!!
2019/01/10(木) 13:26:35.33ID:L0zbm/dr0
>>37
お前の言葉そのまんまだと
フレームワークは呼び出し側のことなのでjQueryはフレームワークに当たる
VueやreactやAngularも同じ
2019/01/10(木) 13:30:56.10ID:DS8wsvUQ0
> フレームワークは呼び出し側のことなのでjQueryはフレームワークに当たる

え?jQueryの何処が呼び出し側に見えるの?
フレームワークは呼び出し側のことというならば、
その根拠があるはずだよね。言ってみて
2019/01/10(木) 13:33:05.15ID:K9hnzqi6M
jqueryがフレームワークじゃないってやばい
2019/01/10(木) 13:34:39.06ID:DS8wsvUQ0
理由は言えないけど、やばいって言っておけば
勝てるだろう。やばいやばいやばい。どやぁ。

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

みたいなことは止めてねw
2019/01/10(木) 13:36:25.95ID:lMztlpGar
jQueryバカは他でやれ!!!
2019/01/10(木) 13:36:49.62ID:DS8wsvUQ0
http://jquery.com/

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

公式サイトで、ライブラリって書かれてるのに
それを覆えそうとする勇気に敬服する(皮肉)
2019/01/10(木) 14:55:31.43ID:Q3mhk3sMM
>>36
呼び出し方を同じ言語で簡素化してるのがライブラリなのだからjQueryは間違いなくライブラリだなw
2019/01/10(木) 19:39:06.48ID:3bI8C07ma
オブジェクトモデルでいうなら
フレームワーク→ベースとなるクラスを継承してメソッドをオーバーライドするスタイル
クラスライブラリ→自作のクラスのメンバーなどにライブラリのクラスを導入していくスタイル
2019/01/10(木) 19:55:11.88ID:3bI8C07ma
あと勘違いしないで欲しいのは別にフレームワークだから凄いとかフレームワークじゃないからヘボいとかそういうわけではないということ
2019/01/10(木) 20:06:37.94ID:lMztlpGar
だからなんでこのスレでjQueryの話してんだよボケ!!!!
テメーらクズどもは巣に帰れ!!!!!
2019/01/10(木) 20:29:46.35ID:Hgkpvvuo0
ライフサイクルっていう概念が結構重要だよね
2019/01/11(金) 02:19:07.88ID:YPYEBq870
>>48
jQueryもフレームワークだって言ってる人がいる
ここで話しても良いのでは?(皮肉)
2019/01/11(金) 06:45:46.69ID:5HJIvfws0
一部の部品として容易に組み込めるのだから公式が言っている通りライブラリだろう
導入のしやすさ、構成への制限の少なさはフレームワークよりライブラリの方が優れている
2019/01/11(金) 08:42:34.80ID:YAW8qxGHa
htmlフレンドリーなMVCフレームワーク(spring, asp.net, etc...) + vue(static js)

この組み合わせが最も簡単で理解しやすくトラブルも少なかった
node+npmを使ってビルドまでやると対応できる作業者が急激に減る
2019/01/11(金) 13:31:42.21ID:xSHHm11dr
npm対応できない業者ってどんだけ低レベルなんだよ
2019/01/11(金) 15:37:40.91ID:FoKSg4eqa
WordPressしかやらないところとかじゃない?
2019/01/11(金) 19:26:51.78ID:4DG2ONcv0
そんな会社ないと思うじゃん?
あるんだなコレが
2019/01/11(金) 20:35:38.23ID:8AAi5hAka
>>53
業務系の派遣さんはほぼ全滅
node知らない人も少なくない
2019/01/11(金) 20:55:12.43ID:xSHHm11dr
業務系の派遣がnode使うわけないじゃん
javaパーだろ
2019/01/11(金) 21:01:33.49ID:3i4YWAld0
npmでインストールする類のcliは中々いい本ないもんね
市販されてる本だと大体型落ちだったりするし
webpackとかbabelとか

だからといって旧世代のバージョンに合わせてからやるんじゃ折角新しい技術を覚えようという目的に本末転倒になってしまう
結局わりと頼りになるのがQiitaっていうオチ
まぁQiitaに固着し過ぎるとQiita以外なら簡単に見つかるものを見落とすって事もあるけど
2019/01/11(金) 21:54:53.84ID:8AAi5hAka
モダンなツールなら英語の公式ドキュメント読めばOK
昔と比較して本にかける金が激減してありがたい
2019/01/11(金) 22:16:12.14ID:9gdwCulq0
>>56
nodeとnpmを覚えるとすごく楽になるのにな
git使ってると余計にね
2019/01/12(土) 10:15:42.54ID:8njw2BgMr
>>58
公式とgithubのissue見る
キータも古いのが多いからいつの間に非推奨になってるライブラリもけっこうある
2019/01/12(土) 10:28:32.12ID:aqVeN9pj0
そういやgithubもたまに入ってるexampleがちゃんと動かないヤツとかあるよね
2019/01/12(土) 11:11:54.70ID:8njw2BgMr
「2018年最新のReact構築法」みたいなの参考にしてみたが内容がすでに古いのと書き方間違ってたり
公式が変わったのにそれに対応されていなかったりってのが多かった
ライブラリ使う場合は公式だけでは足りないから、ライブラリの公式みたり
とにかくどこか一つにまとまってるのはない
あるのは俺のPC内だけ笑
2019/01/12(土) 11:20:23.24ID:aqVeN9pj0
正攻法に関しては確かにGithubなんだろうだけどビルド時とかに依存関係で謎のエラーが出た場合とかね
2019/01/12(土) 11:29:15.66ID:ypUPEAJO0
>>58
npmに本なんか要らないだろ
ガイジかよ
2019/01/12(土) 11:32:26.60ID:aqVeN9pj0
>>65
だからnpm自体じゃなくてそれ経由でインストールするwebpackとかbabelとかって書いてるじゃん
2019/01/12(土) 11:38:52.80ID:ypUPEAJO0
>>66
それも要らんだろ
npmで自作パッケージをインストールできるようにするにも本なんか要らない
初級エンジニア程度のレベルなら誰でも簡単に使える
mavenやgradleに本なんか居るか?
それと同じだわ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況