探検
Vue vs React vs Angular
■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん (ワッチョイ 5f9f-WCtl)
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
2デフォルトの名無しさん (ワッチョイ c57e-ewhB)
2018/12/21(金) 23:26:47.42ID:nfjSFXej0 使いやすさのVue
先進性のReact
引くに引けない人とIonic派だけが使うAngular
先進性のReact
引くに引けない人とIonic派だけが使うAngular
3デフォルトの名無しさん (ワッチョイ 239f-WCtl)
2018/12/23(日) 12:03:12.00ID:+uWc+j3R0 Reactってそんなに先進的かねぇ
考え方的にはVueの単一ファイルコンポーネントと同じようなものだと思うけど
考え方的にはVueの単一ファイルコンポーネントと同じようなものだと思うけど
4デフォルトの名無しさん (ワッチョイ 1b7f-zSrn)
2018/12/23(日) 13:17:39.70ID:Yh8wj7M50 覚えてしまえば
どれも似たようなもん
どれも似たようなもん
5デフォルトの名無しさん (スププ Sd43-Kp7P)
2018/12/25(火) 02:20:03.84ID:s7ZrHKl7d vueとかネットで騒がれてる
わりには、文法が難しくて取っ掛かりに
時間がかかるんだが!!!個人でVSコードの
デバッグやwebpackの
設定をやるとなると、手間が掛かりすぎるのも原因の
一つかな。色々とファイルを配置するのに、時間とpcのスペックを
費やすから手軽さにかける。
simple & bestの虎の巻きでもあればいいけど
個人がこの言語を公にすればいいのに、趣味や趣向が入りすぎて
「誰も特しない言語」になってる
わりには、文法が難しくて取っ掛かりに
時間がかかるんだが!!!個人でVSコードの
デバッグやwebpackの
設定をやるとなると、手間が掛かりすぎるのも原因の
一つかな。色々とファイルを配置するのに、時間とpcのスペックを
費やすから手軽さにかける。
simple & bestの虎の巻きでもあればいいけど
個人がこの言語を公にすればいいのに、趣味や趣向が入りすぎて
「誰も特しない言語」になってる
6デフォルトの名無しさん (ワッチョイ 6567-wUZI)
2018/12/25(火) 02:45:09.52ID:5rbjhw110 なってない。vueは言語じゃないから。
7デフォルトの名無しさん (ワッチョイ 23d2-nejN)
2018/12/25(火) 03:00:18.04ID:HMsNHpQO0 >>5
翻訳すると、「わたしバカですー」ってことか
翻訳すると、「わたしバカですー」ってことか
8デフォルトの名無しさん (ワッチョイ 239f-WCtl)
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やめよっかなー
PHPのゴミのようなフレームワークと一緒で、学習コストかかりすぎ
Reactはどうなん?
Vueやめよっかなー
10デフォルトの名無しさん (ワッチョイ 8b14-RM76)
2019/01/06(日) 16:38:24.93ID:r6TnJvb+0 2018年 は 脱React の年だった。 オワコン React
https://mevius.5ch.net/test/read.cgi/hp/1545879649/
https://mevius.5ch.net/test/read.cgi/hp/1545879649/
11デフォルトの名無しさん (ワッチョイ 7b7d-dEOf)
2019/01/06(日) 17:37:40.72ID:lH/u0twK012デフォルトの名無しさん (ワッチョイ b32d-mHCk)
2019/01/06(日) 19:41:14.19ID:UmvfIbmh0 vue自体を学ぶのは、Vue CLI 3でプロジェクトを作成した状態から始めちゃうほうが、コンポーネントとか理解しやすいなと思った。
13デフォルトの名無しさん (ワッチョイ 1302-Bk9+)
2019/01/06(日) 19:41:17.02ID:yTtuCMTo0 Reactってなれないうちは一番面倒くさいんじゃないかと思うよ
vueならv-modelでできる簡易な事も結構大掛かりだし
vueならv-modelでできる簡易な事も結構大掛かりだし
14デフォルトの名無しさん (ワッチョイ 8b14-RM76)
2019/01/06(日) 19:47:26.76ID:r6TnJvb+0 そのVueよりも普通にHTML書いたほうが早いってなw
<span>Hello HTML</span>
ほらなw
<span>Hello HTML</span>
ほらなw
15デフォルトの名無しさん (ワッチョイ 8901-ikDe)
2019/01/06(日) 20:21:22.55ID:q7b7d/XL0 SSRと思いついた時点で、シングルページじゃなかったことに気付いてほしかった。
16デフォルトの名無しさん (ワッチョイ 8b14-RM76)
2019/01/06(日) 20:23:37.89ID:r6TnJvb+0 SSRってレアなん?
17デフォルトの名無しさん (ワッチョイ fbd0-NR1r)
2019/01/06(日) 20:35:42.46ID:8Nv8H8lo0 ここでは Vue.js 対 JQuery の議論は御法度?
18デフォルトの名無しさん (ワッチョイ 69af-pqKL)
2019/01/06(日) 21:04:56.83ID:G5jNBVk70 SPAってかっこいい単語だけど昔からはびこってるものと何ら変わらんのだよな
ASPやJSPやPHPでJSなりCSSなりイメージなり使わなければSPAなんだし
ASPやJSPやPHPでJSなりCSSなりイメージなり使わなければSPAなんだし
19デフォルトの名無しさん (オッペケ Src5-IAsy)
2019/01/06(日) 21:06:39.87ID:F8VfTYJHr jQueryカスは来るな
20デフォルトの名無しさん (ワッチョイ 8b14-RM76)
2019/01/06(日) 21:20:17.42ID:r6TnJvb+0 来るなと言われましても、すでに捕捉済みですしw
21デフォルトの名無しさん (ワッチョイ 8b2c-otaJ)
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
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
22デフォルトの名無しさん (ワッチョイ 1302-Bk9+)
2019/01/07(月) 21:22:16.57ID:JhkvYBnb0 いまどきのJSプログラマーのための Node.jsとReactアプリケーション開発テクニック/クジラ飛行机
Reactの本として見るとReduxとか不足してて微妙だけどNode.jsとかWebpackの本としてはそこそこ良かったと思う
React入門 React・Reduxの導入からサーバサイドレンダリングによるUXの向上まで (NEXT ONE)/穴井宏幸、石井直矢、柴田 和祈、三宮 肇
Reduxに関してはこれが一番詳しく載ってたかな
Reactの本として見るとReduxとか不足してて微妙だけどNode.jsとかWebpackの本としてはそこそこ良かったと思う
React入門 React・Reduxの導入からサーバサイドレンダリングによるUXの向上まで (NEXT ONE)/穴井宏幸、石井直矢、柴田 和祈、三宮 肇
Reduxに関してはこれが一番詳しく載ってたかな
23デフォルトの名無しさん (ワッチョイ 7bbb-0DM2)
2019/01/07(月) 22:52:40.87ID:yWpn5GHb0 Nuxt.jsビギナーズガイド
これ半分くらい読んだけど、PHPのフレームワークが
次々出てきてはゴミになってるけど、同じ道を辿るだけだと思ったよ
実際のサイト制作は規約でガチガチだとソースがカオスになって重くなるだけ
これ半分くらい読んだけど、PHPのフレームワークが
次々出てきてはゴミになってるけど、同じ道を辿るだけだと思ったよ
実際のサイト制作は規約でガチガチだとソースがカオスになって重くなるだけ
24デフォルトの名無しさん (ワッチョイ 8b2c-otaJ)
2019/01/08(火) 00:00:24.62ID:6hha5q+W0 Vue.js, Nuxt.js, React, Electron, Android アプリなどの、
ライフサイクルメソッドは、どのアプリでも普遍的
これを時間的に進む方向を、一方向だけに限定したルールは、使いやすい
Rails と同じ。
全員が同じ規約に従った方が、作りやすいし、わかりやすい
異なったやり方・各個人独自のやり方は、わかりにくい
ライフサイクルメソッドは、どのアプリでも普遍的
これを時間的に進む方向を、一方向だけに限定したルールは、使いやすい
Rails と同じ。
全員が同じ規約に従った方が、作りやすいし、わかりやすい
異なったやり方・各個人独自のやり方は、わかりにくい
25デフォルトの名無しさん (ワッチョイ 69af-pqKL)
2019/01/08(火) 01:27:03.29ID:A0I3q7Ng0 jsはフレームワークがどれだけ出てきても
フレームワークの介入の無いほうが汎用的に作れるようになるよ
パフォーマンスという観点だとその辺に溢れかえってるフレームワークはゴミにしかならんし
フレームワークの介入の無いほうが汎用的に作れるようになるよ
パフォーマンスという観点だとその辺に溢れかえってるフレームワークはゴミにしかならんし
26デフォルトの名無しさん (ワッチョイ 7b7d-dEOf)
2019/01/08(火) 01:42:51.56ID:9BQB1mJH0 >>23
nuxtとかゆるゆるやんけ
nuxtとかゆるゆるやんけ
27デフォルトの名無しさん (ワッチョイ fbd0-NR1r)
2019/01/09(水) 23:44:12.50ID:qKlgI5Mn0 >>25
結局便利で手軽で簡単な jQuery に回帰するという事なのかな。
結局便利で手軽で簡単な jQuery に回帰するという事なのかな。
28デフォルトの名無しさん (ワッチョイ a97c-88M8)
2019/01/09(水) 23:53:33.90ID:1OkzU/m20 jQueryもフレームワークだし
やれることはwebに動きつけるぐらいじゃん
やれることはwebに動きつけるぐらいじゃん
29デフォルトの名無しさん (ワッチョイ cdaf-Nke+)
2019/01/10(木) 00:13:35.42ID:L0zbm/dr0 jQueryもなくなりそうな勢いだしね
30デフォルトの名無しさん (ワッチョイ 55ab-45a3)
2019/01/10(木) 02:31:19.28ID:tiRAneNG0 いやフレームワークではないだろ…
色々余計な機能付いてるが(そして最近は減らしていっているが)自称の通りDOM操作ライブラリだろ良くも悪くも。
怪力でノンサポートのハンドル自力で切っといてこれがパワーステアリングだ!と言ってるようなもん
色々余計な機能付いてるが(そして最近は減らしていっているが)自称の通りDOM操作ライブラリだろ良くも悪くも。
怪力でノンサポートのハンドル自力で切っといてこれがパワーステアリングだ!と言ってるようなもん
31デフォルトの名無しさん (ワッチョイ cdaf-Nke+)
2019/01/10(木) 08:03:29.07ID:L0zbm/dr0 >>30
jQueryはJavaScriptのフレームワークだよ
jQueryはJavaScriptのフレームワークだよ
32デフォルトの名無しさん (アウアウウー Sa89-ptqb)
2019/01/10(木) 09:23:23.97ID:PTw2yQ8aa コーディングスタイルを縛るもんじゃないからどちらかと言えばクラスライブラリじゃない?
その点で行くと.NETもフレームワークと言うよりはクラスライブラリに近いけど
その点で行くと.NETもフレームワークと言うよりはクラスライブラリに近いけど
33デフォルトの名無しさん (スッップ Sd9a-yiss)
2019/01/10(木) 10:43:55.03ID:IwuSaukmd >>32
いや、.NETはランタイムも含んでるから
いや、.NETはランタイムも含んでるから
34デフォルトの名無しさん (ワッチョイ 4d14-Fjw0)
2019/01/10(木) 12:27:58.40ID:DS8wsvUQ0 >>31
フレームワークっていうのは呼び出し側のことなので
jQueryはフレームワークに当たらない
あえて言うならブラウザそのものがフレームワーク
ブラウザがイベントを発行し、jQueryはその中を書くだけ
フレームワークっていうのは呼び出し側のことなので
jQueryはフレームワークに当たらない
あえて言うならブラウザそのものがフレームワーク
ブラウザがイベントを発行し、jQueryはその中を書くだけ
35デフォルトの名無しさん (スッップ Sd9a-yiss)
2019/01/10(木) 12:40:25.11ID:IwuSaukmd >>34
www
www
36デフォルトの名無しさん (ワッチョイ cdaf-Nke+)
2019/01/10(木) 12:46:26.66ID:L0zbm/dr0 >>34
呼び出し方を同じ言語で簡素化してるのがフレームワークなのだからjQueryは間違いなくフレームワークだなw
呼び出し方を同じ言語で簡素化してるのがフレームワークなのだからjQueryは間違いなくフレームワークだなw
37デフォルトの名無しさん (ワッチョイ 4d14-Fjw0)
2019/01/10(木) 13:14:35.21ID:DS8wsvUQ0 誰も簡素化の有無を焦点にしてないんだが?
全てのライブラリは簡素化するものです。
簡素化だけを条件にしてしまったら
ライブラリ全てがフレームワークってことになってしまう
フレームワークは利用者が何も書くことなく、
このような形で呼び出されるから、こういうものを用意しなさいと
決まってしまうもの。
jQueryはそんなものは決めないので、フレームワークにはならない
全てのライブラリは簡素化するものです。
簡素化だけを条件にしてしまったら
ライブラリ全てがフレームワークってことになってしまう
フレームワークは利用者が何も書くことなく、
このような形で呼び出されるから、こういうものを用意しなさいと
決まってしまうもの。
jQueryはそんなものは決めないので、フレームワークにはならない
■ このスレッドは過去ログ倉庫に格納されています
