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/02/13(水) 01:49:40.75

>>259
日本だと auto_ptr みたいなのが C++ だと思ってる人がいるけど、
勘違いだよ。

2019/02/13(水) 01:51:15.37

stdなんちゃらを使わなかったら
バッファオーバーランで脆弱性になるし
それでも動くから
どこかで不具合が起きるだろうが、ソースが何10万行も有る
プログラムの場合、この間違えた行を探し出すのに苦労することになる。

2019/02/13(水) 01:51:20.27

>>261
だから新しい言語を次々に覚えて C/C++ だけは覚えないで過ごしてきたのかな、
あなたは？
数十の言語を覚えるより、C/C++ を1つ覚えるだけが良いと思うよ。徹底的に
それだけを学んだほうが良い。

2019/02/13(水) 01:51:48.19

>>262
勘違いとかそうでも良いわｗ
auto_ptrが使えて、実際にauto_ptrが使われるがC++だから

2019/02/13(水) 01:53:24.20

>>264
はいそうですね。C/C++は数十の言語を覚えるのと同じぐらい苦労しますもんね
いろんな言語の機能をキメラのように組み合わせた言語ですから
人によって書き方がぜんぜん違う

auto_ptrを使ってるだって！？これC＋＋じゃないよ！
って言う人がいるぐらいだから

だから開発効率が悪い

2019/02/13(水) 01:54:19.14

さもTypeScriptが競合であるかのように突っかかってきてるが全く的外れ。

TypeScriptのトランスパイルターゲットはJS。
競合はその他AltJS。
この中では既に天下取って安泰。

C++のコンパイルターゲットはWASM。
競合はRust、Kotlin、.NET、、、どんどん増えるぞｗ
がんばってな！ｗ

もちろんナマのJSはWeb界のグルー言語として残り続けるよ。
シェルスクリプトが性能を理由に消えないようにね。

2019/02/13(水) 01:54:36.76

>>263
そうならないように、C から C++ に進化してきたんだ。
そのために、コンストラクタ、デストラクタの概念が導入された。
それだけでも十分に安全で簡単に書ける。
逆に、std ライブラリは構造が理解しにくいので難しく感じるんだろう。
auto_ptr とか使おうとすると、C++ は一気に煩雑で嫌いになってしまうと思う。

だから、auto_ptr も std:: 系ライブ来も SmallTalk 信者が作ったものであって、
C++ の流儀とは全く異なる異質なもの。C++ で SmallTalk をやろうとするので
めちゃくちゃ複雑になってしまっている。

2019/02/13(水) 02:22:49.78

>>266
>はいそうですね。C/C++は数十の言語を覚えるのと同じぐらい苦労しますもんね
C++98 まで覚えれば大体C++の基本は習得できていて、それはそんなに大変
ではない。

・auto_ptr 系は、uniq, smart など沢山ありすぎるので、初心者には難しく、
　下手に使うと、生ポインタより危険かも知れない。これらはかなり後発のものなので、
　最初は覚える必要はない。
・std:: 系ライブラリは後から習得すればよい。

2019/02/13(水) 03:28:22.27

>>229
マジで？！
だって公式のデモはiPhoneだと動かへんで？

2019/02/13(水) 04:23:45.97

>>270
まさかSafariとか使ってないよね？

2019/02/13(水) 08:13:08.13

C/C++は使うべき場面が決まってるから他の言語と揉めたりしないと思ってたんだが。

2019/02/13(水) 09:05:05.03

なんかSafariだけで動くwasmの代替品独自に作ってなかったっけ？

2019/02/13(水) 09:40:07.95

>>271
SafariもWasmはサポートしてると読んだけど、確か。

2019/02/13(水) 09:53:24.60

TypeScript って、MSの独自言語なんだよね、知らないけど。

2019/02/13(水) 10:06:57.83

>>261
例えば、VS の VC++ で C++ ソースをデバッグモードでビルドして、できたバイナリを
デバッガで実行すると、そのアプリの終了時に、メモリーリークが起きているか
どうかがIDEの Output Pane に出力されるようになっていて、その際、どのソースの
何行目で new TYPEしたオブジェクトが解放し忘れているかが、ずらずらと一覧表示される。

で、その場所が分かったら、多くの場合は、そのポインタをメンバ変数に「持っている(have a)」
class のデストラクタに、1行、delete ptr; と書くだけで、メモリーリークは直る。

例外として、複数のポインタから同じオブジェクトを参照していて、かつ、そのポインタ
が永続的にグローバル変数や、何らかのクラスのメンバ変数に格納されている場合には、そこまで
単純には行かない。その場合は、プログラマが頭で考える必要がある。

2019/02/13(水) 10:21:08.64

C++の方向性は最初から何も変わっていない
ctor/dtor, RAII, ムーブとより整理されていっただけ

1985 C++ / TYPE *　(Cfront 1.0)
1986 C++ / (実装予定のtemplateなどの説明した文書が公開)
1991 C++ / T*　(template可能, Cfront 3.0)
1992 C++ / auto_ptr　(STL実装, 例外導入, RAII)
1998 C++ / (最初の標準化, C++98)
2011 C++ / unique_ptr (ムーブセマンティクス, C++11, auto_ptr非推奨化)
2015 Rust / 言語レベルで所有権システムを導入 (デフォルトがムーブ, Rust 1.0)

wasmに絡むとはいえスレチ気味で
しかも古いやり方の話を何レスしてるんだか・・・

2019/02/13(水) 12:08:13.64

>>274
カバーしてる範囲が他のブラウザーに比べてかなり狭い

2019/02/13(水) 12:29:26.16

このスレ的にはわざわざC++使うんじゃなくてTS→wasmじゃないの

**デフォルトの名無しさん** (ｱﾒ MMcd-z8kj) · 2019/02/13(水) 13:09:58.06

tsnativeかts.net来ないとwasmにはコンパイル出来ないだろ。
せっかくAltJS戦争に勝ってブラウザのjsに対する忖度パワーをすべて手に入れたのにわざわざwasm戦争に参入する必要はないだろ。
c++の構文が古くさすぎ冗長すぎで嫌、rustの構文はキモすぎて嫌と言うならkotlinかc#にすれば。

◆QZaw55cn4c (ﾜｯﾁｮｲ e247-3ywI) · 2019/02/13(水) 18:53:44.11

>>249
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。

2019/02/13(水) 20:56:27.69

VuexとReduxってどっちがムズイの？

2019/02/13(水) 20:56:51.46

もしかして考え方同じ感じ？

2019/02/13(水) 21:10:22.40

Angularってwikipediaには「フロントエンドWebアプリケーションフレームワーク」って書かれてるけどまさにその通りだよな。javascriptのフレームワークって感じではないわ。
HTMLとCSSとjavascriptの技術を採用したwebサイト開発フレームワークって感じ。

2019/02/13(水) 21:18:15.13

Reduxのほうがムズいけど、これからやるならReduxがいい

2019/02/13(水) 21:20:44.51

>>284
JavaScriptのフレームワークって感じではないって意味がわからんぞ。

普通はJavaScript製のフレームワークって意味だろ
○○（何かしらの言語）製のフレームワークなのだから
AngularはJavaScript（製）のフレームワークだ

別の言語なら、〇〇（言語）のフレームワークなんてものが存在するのか？

2019/02/13(水) 21:31:05.74

angularとReact、Reduxってどっちが簡単？

2019/02/13(水) 21:51:18.70

学生時代、英単語の暗記が得意だったやつはangular、数学が得意だったやつはreact

2019/02/13(水) 22:24:48.70

>>286
なるほど。
ピュアjavascripで書いたら大変な記述をちゃちゃってやってくれるからスレタイの3つとかjqueryとかはjavascript(の)フレームワークって呼ばれてると思ってたんだがとんだ勘違いだったのね。

2019/02/13(水) 22:28:21.60

冷静に考えれば>>289はライブラリか。

2019/02/13(水) 22:33:40.93

jqueryとreactは自称ライブラリ、vueとangularは自称フレームワーク
公式サイトのトップを見た限り

2019/02/13(水) 23:20:38.84

>>289
それを言ったら、jQueryで使うのはピュアJavaScriptだし
Angularで使うTypeScriptやReactで使うJSXは
ピュアJavaScriptではないけどさ

2019/02/13(水) 23:44:57.61

react捨てるにしてもreduxの考え方は学んどいて損はないよ。

2019/02/13(水) 23:51:17.06

hook apiとcontext apiデフォで使えるようになるから個人ユースの規模ならredux必要なくなるよ。

2019/02/14(木) 08:50:15.44

>>284
Angularと比べるならVueとよりもNuxtと比べる方が合理的だな

2019/02/14(木) 08:51:45.88

>>286
コーディングはすべてTypeScriptだけどね

2019/02/14(木) 09:00:56.39

ものは試し
初心者だがAngular勉強してみるわ

2019/02/14(木) 11:29:40.87

reactにしとけ

2019/02/14(木) 12:15:57.21

React勉強したがやっぱりウェブサイトの殆どには適用できない技術だな
例えばニュースサイトにReactを導入するメリットはないだろう

2019/02/14(木) 12:30:22.33

融通が利くのはVue

2019/02/14(木) 12:39:53.13

MVC+Vueが世界最強

2019/02/14(木) 12:43:26.84

>>299
画面遷移がなくなるからメリットはありだろ

2019/02/14(木) 13:14:13.76

Reactにした
Angularバージョンで詰みそうになる感じだし
学習リソース少ないし

2019/02/14(木) 13:22:31.29

潰しの効かなさを除けばAngularが一番いいと思う。ガッチリした設計な分だけ迷わずに使えるしプロジェクト管理もしやすい。
ただ習得してもキャリア的なメリットが薄そうだから自分で選択する気になれん。

2019/02/14(木) 13:27:23.06

当分は問題ないだろうけどAngularは将来的にはどうなるんだろうな
同じくGoogle製でしかも競合となるFlutter/Hummingbirdのリリース準備が進んでるみたいだし

2019/02/14(木) 14:07:13.01

世の中的にはReactが主流

2019/02/14(木) 14:42:13.00

>>302
画面遷移をなくせなんて誰からも要望来てないんだが？

2019/02/14(木) 14:43:08.15

VueもReactもAngularも将来性はないよ

近い将来にWebComponentに
置き換わることが決定している

2019/02/14(木) 14:51:21.14

>>308
逆って聞いたけど

2019/02/14(木) 15:15:15.70

逆って今WebComponentがないのに
今WebComponentを使ってるわけ無いだろ

2019/02/14(木) 15:35:58.92

>>307
お前バカだろ？
だいぶバカだな

2019/02/14(木) 18:38:55.70

結局ピュアjavascriptを真面目に身につければOK？

2019/02/14(木) 18:54:26.61

ピュアJavaScript + jQueryだな

https://w3techs.com/technologies/history_overview/javascript_library/all
73.8%に増加。今でもjQueryのシェアは圧倒的で伸び続けている。

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/14(木) 18:58:38.20

どうせwpだろｗｗｗ
railsが使われてるからrubyが死にきれないのと似たようなもんｗｗｗ

2019/02/14(木) 19:03:26.19

だから「本当にやりたいこと＝WordPressでできる範囲のこと」なんだから
フレームワークもいらんし、どうせjQuery使われてるからjQueryでいいってことなんだよ

2019/02/14(木) 19:04:04.42

需要と供給

いくらすごいことができるようになっても
求められてないんだよ。

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/14(木) 19:07:18.73

間違ってないと思うがなぜwpのスレに籠らずこんなスレ来て啓蒙活動してるのかｗ
他人が勉強するのが不安で怖いんだろ？ｗｗ
そんな女の腐ったようなセコい性格だからいつまでたっても童貞なんだよｗｗｗ

2019/02/14(木) 19:08:13.46

wpを持ち出してきたのお前じゃん？
頭大丈夫か？

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/14(木) 19:14:23.47

論理に破綻はないが？wp圧倒してるの事実だし。現状に安穏としたいならしてれば？俺らは勉強するから、ってこと。図星刺されて恥ずかしくなっちゃったのかなｗ
お前のやってることってテストの前に勉強してるやつをガリ勉・ダサいとレッテルはって集団でみんなで堕落しようとセコい行動する女みたいなんだよｗ
男でそれじゃダメだよ。

2019/02/14(木) 19:14:29.36

angularは勧めんな。railsもそうだがああいう丸ごと全部なものになれると
それ以外なんもできなくなる。

2019/02/14(木) 19:17:17.50

wpしか使えない底辺カスは死ぬまでjquery使ってろ

2019/02/14(木) 19:20:32.23

>>319
> 論理に破綻はないが？wp圧倒してるの事実だし。

wp圧倒してるの事実である根拠は？
事実だとしてそれがjQueryにどれだけ影響してるの？
wpのシェアなんてウェブ全体からすればたいしたことないじゃない

2019/02/14(木) 19:21:17.93

新しいフロントフレームワークが出た時に丸ごとすげ替えれるならなんでもいいよ
俺はMVCがベストバランスの正解だと思うがね

2019/02/14(木) 19:22:01.34

backboneを勉強した人は無駄になった。
Angularも1系を勉強した人は無駄になった。
jQueryは登場してから13年使われ続けている。

これが現実やで

2019/02/14(木) 19:25:35.68

wpの保守死ぬほど大変だけどな。てかフレームワークとwpは全く別物だろうよ。ブログのフレームワークと言えない事も無いが。

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/14(木) 19:38:24.66

>>322
ビルトインされてるよ。テーマによってはwpビルトイン版と競合を避けるため他のバージョンを別に導入する場合もある。
そしてwpのシェアはcms中では60%、全Web中では33%
だからwp除くならjQueryは40%程度だなｗ

2019/02/14(木) 19:43:27.31

> だからwp除くならjQueryは40%程度だなｗ

圧倒的シェアじゃないか！

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/14(木) 19:50:59.92

最初からシェア小さいとは言ってないだろｗ
増加してるのはwpのシェア増につられてだろうと予測しただけ。
おそらく合ってるなｗ
jQueryバカが威張るのは滑稽。

2019/02/14(木) 20:14:34.64

jqueryしか使えないバカが多い
バカのくせにバカを賛美している

2019/02/14(木) 20:27:26.21

所で仮想DOMのアプローチって本当に速いのかな？

仮想DOMはDOMを触らないって言うけど、
結局最終的な形にするためにDOMを構築するでしょう？
そのときに要素を作ったり削除したり

そんな事しないで、CSS使って要素を隠したり表示したほうが速いない？
jQueryはDOM操作が得意なわけだけど、DOMを作ったり削除したりするんじゃなくて
classを変更して見た目を変えることで擬似的にDOMが表示されたり消えたりするって
いうのがベストプラクティスだと思ってる。この場合はDOMの構築をやらないので
仮想DOMのアプローチよりも速いんじゃない？

2019/02/14(木) 20:30:52.74

cssのが早いのは当たり前だろ…
お前、こういうスレ来るのは10年早いよ。
真摯に勉強しろやマジで。スレタイ読まずに荒らしてないでさぁ

2019/02/14(木) 21:08:57.94

VuexとReduxって難易度変わらない？

2019/02/14(木) 21:10:34.79

どちらも単に面倒くさいだけじゃないの？

2019/02/14(木) 21:11:54.44

正直Reduxとか使うよりも、カスタムイベントを使ったほうが楽だと思う

2019/02/14(木) 21:25:16.30

マジでお前来るなよ
スレチクソキチガイが
テメーの妄想なんかどうでもいいんだよ
勝手にjqueryスレ立ててそっちでやれバーカ

2019/02/14(木) 21:53:19.44

だが断る

2019/02/15(金) 07:48:37.76

>>304
そういう観点ならNuxtでもいいと思う

2019/02/15(金) 08:12:30.75

Vueが最強なんじゃね？
仕事ならReact

2019/02/15(金) 08:39:56.97

仕事でもnuxtつこてるわ
angularとreactは敷居が高め
他のメンバーが嫌がるのよ

2019/02/15(金) 08:56:20.31

そういやVueでもjsx使えるとかVueの和書の一番厚い本に書いてあったな

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/15(金) 09:54:44.63

reactのために作ったってだけである種類の関数の入れ子をxml風に記述できるというだけの独立した仕組みだからreact関係なく使えるよ。

2019/02/15(金) 13:09:17.41

>>337
そうなのか。興味湧いてきたのでちょっとNuxt試してみます。

2019/02/15(金) 19:10:03.96

ReactやVueやる奴らは当たり前だがフロントデザインやUXできるんだよな？

2019/02/15(金) 19:14:19.75

>>330
仮想domのメリットは最終的にはリアクティブ。その例で言えばjQueryは要素を消すのに.hide()して直接domを操作するが、リアクティブでは単に変数をfalseするだけになる。
複雑な入力フォームも恐ろしく作りやすくなるから、一度vueの公式見るといい。

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/15(金) 19:47:12.24

勉強しなくていい言い訳探しに来てる奴に何言ってもムダ

2019/02/15(金) 21:10:18.28

>>344
> その例で言えばjQueryは要素を消すのに.hide()して直接domを操作するが、
あー、それがお前の根本的な間違いなんだよ。
お前っていうか、世間一般？使い方間違えてるんだよね。
そういうDOM操作なんてしません。

jQueryでは単にHTMLのclassの（例えば）activeをdeactiveにするだけになる。
複雑な入力フォームも作れるし、classを変えるだけで全く違った表示にすることができる
そのフォームを使ってる間JavaScriptは全く使用しない。
デザイナが自由に好きなデザインで作ることができる。
そしてjQueryではclassの値を変えるだけになる。

2019/02/15(金) 21:28:10.41

>>343
むしろそっちのが専門や

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/15(金) 21:31:08.33

jQueryのhideはdisplay: noneだろ。
active、deactive（笑）に至っては意味不明。
jQueryではそういうときはactiveクラスをtoggleClassで付けたりはずしたりするんであって、active外してdeactive（笑）つける、deactive（笑）外してactive付ける、なんてマヌケなことはしません。
やっぱりね、自分が勉強したくないもんだから他人の足を引っ張ろうとするような女の腐ったような童貞は自分が上げてるライブラリもまともに使いこなせないｗｗミジメ過ぎｗｗｗｗｗ

2019/02/15(金) 21:33:20.85

jQueryからreactならそこまで乗り換えコストかからんと思うけどな。

2019/02/15(金) 21:46:27.22

>>347
合格

2019/02/15(金) 21:48:11.36

>>348
ん？お前俺が言ったことと大差ないよな？

activeクラスを付けるor 外すことで表示の切り替えを行うから
そんなことでDOM操作なんてしないってことだろ？

でそれが>>330で書いたことにつながるんだよ。
仮想DOMは最終的にDOM操作をするから遅くなるが、
jQueryではCSSによって見た目を切り替えるだけだから速いってこと

2019/02/15(金) 21:51:50.27

いやDOM APIを通じて操作するんでしょ

2019/02/15(金) 22:06:11.07

>>352
そりゃVueやReactだって最終的にはDOM APIを通じて操作するよ
ただしその操作の内容を、DOM要素の削除や追加じゃなくて
クラス名を変えて表示を切り替えるだけにすると速いってこと

2019/02/15(金) 22:07:28.91

Angularの方が難しいの？　Reactの方が自由に構成決めたりコーディングしたり出来る分、
自分で決めなきゃいけない事が多くなって逆に難易度高いって聞いたけど。

Angularの方が環境構築も規約も全部世話してくれるから楽だって聞いたからAngularから入ったんだけど。もしかして騙された？

2019/02/15(金) 22:10:09.24

>>354
英語などの単語の暗記が得意だったならangular
数学が得意だったならreact

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/15(金) 22:14:49.66

さすがjQueryバカ。伊達に名前にバカって付いてないな。
クラスの付け外しも厳然たるDOM操作。
そんなことも分からないとは…使われるjQueryもかわいそうだ。

2019/02/15(金) 22:20:03.31

そもそもjQueryのコア機能はDOM操作なんだが…
DOM操作しないならjQuery要らねーよ。
贔屓のライブラリの存在理由否定してどうする。

2019/02/15(金) 22:22:45.45

>>357
DOM操作のうち、class属性を変えるだけにするということ
そしてCSSでブラウザにネイティブ処理させるから速いんだよ
要素の追加や削除は必要最小限にするのが鉄則

2019/02/15(金) 22:29:21.05

>>354
自分がやりたいことと、フレームワークが提供してくれる機能とのバランスだよ

業務アプリみたいに複雑なインターフェースのアプリをガッツリと大量（＝画面数が多い）に
作らなきゃいけないならAngularがいいだろうけど、そうでもないなら
Reactで適当にデータ管理してやれば楽ってこと
Angularはいろんなことを面倒見てるけど、そこまでやることないじゃん？って思うならReact

更に言うならウェブサイトみたいなものはjQueryで十分ってこと

**デフォルトの名無しさん** (ｱﾒ MM6b-QWHq) · 2019/02/15(金) 22:30:21.14

> ネイティブ処理させるから速いんだよ

だったらネイティブのDOM API使うわｗ
You Don't Need jQuery!
https://blog.garstasio.com/you-dont-need-jquery/dom-manipulation/

2019/02/15(金) 22:33:24.44

>>360
それもバランスの問題だな。
そこ見ても分かるだろ？いずれの例もjQueryの方が短く書けている
開発効率の高さがあるからjQueryのほうが良い訳