Vue vs React vs Angular

1 名前：デフォルトの名無しさん mailto:sage [2018/12/21(金) 21:37:36.86 ID:NZqrEm960.net] 実際どうなん？ Vue https://jp.vuejs.org/ React https://reactjs.org/ Angular https://angular.io/ VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured 237 名前：デフォルトの名無しさん [2019/02/13(水) 00:50:15.15 ID:wb3NGc0D0.net] んなことよりpush通知実装しろ。iOS safariテメーのことだ。 238 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 00:55:06.05 ID:GHq8zte20.net] >>225 JVM の代わりとなる仮想マシンと考えた場合、C++ で書けることは重要なんだ。 C++は型があるので、ミスをコンパイラが発見してくれる事が多いから。 例えば、JSだと関数の引数が多くても少なくてもエラーにならない場合がある と思うけど、C++では敢えて分かっていてそうする場合以外は必ずエラーになる。 C++ では整数型を受け取るつもりの仮引数に浮動小数点型の実引数を渡すだけでも エラーになる。ところが、JavaScript ではエラーにならない。 このようなことがあるので、JavaScirpt は大規模アプリをC/C++で組んだことの 有るプログラマからは嫌われている。特にアメリカで。 239 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 00:56:36.75 ID:dfUEINu60.net] TypeScript使えばいいだけじゃね？ 240 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:03:22.46 ID:GHq8zte20.net] JavaScript だと、プロパティーには文字列と数値、Objectのどれでも入れられるので 単に書き間違えているだけなのに、エラーにならないので原因不明の不具合が直らずに 困る可能性がある。例えば、1,2,3 の 3つの数値を用いて、何か3種類を区別する 目的でプロパティー aaa を作ったとしよう。 aaa = 1; aaa = 2; aaa = 3; と書くことをプログラマは想定している。ところが間違って、 aaa = "x"; と文字列型を入れてしまった場合、どこかで不具合が起きるだろうが、ソースが何10万行も有る プログラムの場合、この間違えて書いてしまった行を探し出すのに苦労することになる。 こういう間違いが、C++ では、魔法のようにコンパイラが発見してくれる。だからC++は 安全で安定性が高いために人気がある。 241 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:00.32 ID:dfUEINu60.net] テスト書くんだからすぐ見つかるでしょ？ 242 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:08.06 ID:GHq8zte20.net] >>232 その言語を多くの人は知らない。ずっと古くからC言語があり、とても人気があって、 その後継にC++があって今でも続いている。アメリカではC/C++経験をつんだ プログラマが日本よりも沢山いるためか(?)、C/C++ で wasm が使えることで game changer, pardigm shift などと喝采が起きているらしい。 243 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:06:59.54 ID:GHq8zte20.net] >>234 なぜ、C/C++ が型を書いているかは、言語が古いからではなく、まさに エラーチェックのためなんだよ。 244 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:12:36.84 ID:WxTmz2dr0.net] 245 名前：typescriptはもう半数が使ってるくらいの感じでしょ [] [ここ壊れてます] 246 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:14:25.09 ID:GHq8zte20.net] >>234 テストで結果が異常であると分かっても、どこに原因があるかが分からないことがある。 だから、細かく実験していく必要があり、それには時間がかかる。 型の間違いをコンパイラが見つけてくれるだけでもミスが判明することが かなり多くあり、開発時間の節約・短縮に大幅に貢献することになる。 ミスったときには、型や引数の個数まで間違っている確率は意外と高いので、 それだけでも8割くらいの単純ミスは発見できてしまう。 247 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:15:17.87 ID:GHq8zte20.net] >>237 Webプログラマから入った人にはそう思えるかもしれないが、昔からの 普通のデスクトップアプリを作ってきた人はそうではない。 248 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:16:31.85 ID:5ssU2x9I0.net] C++ソース（型がある）→コンパイル（型情報に基づきエラー）→バイナリ（型はない）→ネイティブ実行 Type Script（型がある）→トランスパイル（型情報に基づきエラー）→JS（型はない）→ブラウザ実行 あんま変わらん。 wasmが出てきてから聞かなくなったけどJSはWebのアセンブラとは言い得て妙だったな。 249 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:17:39.67 ID:dfUEINu60.net] >>235 > その言語を多くの人は知らない。 大丈夫。TypeScriptはJavaScript＋αだから α（型）の部分を除けばJavaScriptそのもの 250 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:18:26.87 ID:dfUEINu60.net] >>238 > テストで結果が異常であると分かっても、どこに原因があるかが分からないことがある。 十分にモジュール化されてればすぐに分かるよ 251 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:19:20.67 ID:GHq8zte20.net] >>240 TypeScript という言語自体を今までの大部分のプログラマは知らない。 言語はなるべく1種類を学ぶだけの方が楽だから、C/C++ という事になる。 252 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:19:47.09 ID:WxTmz2dr0.net] 逆だな。javascriptをすごく理解してるWebプログラマのほうがjavascriptで粘ってて、 javascript理解しがたいと思ってる人らがtypescriptに救いを求めて移行した感じがある 253 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:22:34.41 ID:GHq8zte20.net] >>241 そこまで頑くなに　C/C++ を拒絶する理由がない。 C/C++ を1つ覚えるだけで組み込みから何から何まで作れるようになり、 速度も現存する高級言語の中でTOPな上に、エラーも少なく、安全。 過去からの資産も多い。例えば、画像処理、AI、音声解析、文字認識、 3D描画、物理計算、何から何まで C/C++ は存在している。 敢えて後から出てきた言語を覚えるの無駄。 254 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:24:05.31 ID:GHq8zte20.net] >>244 でも、ハイレベルなプログラマはそうは思ってないと思うよ。 実際に作った作品で勝負したら C/C++ の圧勝だと思う。 機能面でも速度面でも安定性も品質も。 255 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:25:16.64 ID:5ssU2x9I0.net] >>243 js抜きにしてもtypescriptの型システムは良くできててC系文法の型システムとはこうあるべしといったお手本みたいだけどな。 c++の型システムは継ぎ足しキメラの失敗作だけど今さらどうしようもできねえしな… 256 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:36:11.82 ID:GHq8zte20.net] >>247 仮に TypeScript に色々良いところがあったとしても、今迄から高い定評の有る C/C++をまず、覚えてしまうほうがずっと将来性がある。 だから、人々はC/C++を覚えようとしてきたし、少なくともアメリカのプログラマ はそうしてきた。いったんC/C++を習得すると、それだけでほとんどあらゆることが 簡単にできて、成果物の効率や速度もとても高く、エラーも少ないものが出来る。 その状態で敢えて、TypeScriptを覚えるのは非効率。だから、C/C++ が ブラウザで動くのはすごく魅力的な話という事になる。 257 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:37:20.24 ID:vNuAntxeM.net] S： もうかなり時間がたったしね、C++ が時間の無駄だということにはほとんどの人が気がついたとは思うけど、でも当初予想していたよりはずいぶん時間がかかったな。 I： 具体的に何をどうやったのかな。 S： 最初はほんの冗談のつもりでね、みんながあの本を真に受けるとは思ってもみなかったんだ。脳みそが半分でもあれば、オブジェクト指向プログラミングが非直感的で、非論理的で、非効率なことくらいはわかるよね。 I： え？ S： それに「コードの再利用性」ときたら…。どこかの会社がコードを再利用したなんて話を聞いたことがある？ I： いや、実はないんだけども、でも…。 258 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:40:07.00 ID:dfUEINu60.net] >>245 > そこまで頑くなに　C/C++ を拒絶する理由がない。 C/C++は開発効率が悪いから。 ポインタを使うのに、std::auto_ptrを使わないといけない そして世界が混沌としていて、ポインタという基本的なものでさえ 時代が変われば使い方がガラッと変わってしまう（皮肉） 259 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:41:57.50 ID:SgfrIpbp0.net] >>250 >ポインタを使うのに、std::auto_ptrを使わないといけない 5ch/2ch の言うことを真に受けるとそうなるが、普通に、 BYTE *ptr; TYPE *ptr; で済む。昔から、C++ といえばこのスタイルで、auto_ptr 自体はずっと後発で、 C++ ではないといっても過言ではない。 260 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:42:17.61 ID:dfUEINu60.net] >>248 > だから、C/C++ がブラウザで動くのはすごく魅力的な話という事になる。 既存のC/C++の資産をJavaScriptから使うのに便利だよね〜 261 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:42:56.75 ID:dfUEINu60.net] >>251 今どきそんなコード書かないよ？ 既存のライブラリのソースコード見ろよ 262 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:43:28.32 ID:GHq8zte20.net] >>250 >C/C++は開発効率が悪いから。 そんなことはない。メモリリークのことを気にしているなら、デストラクタの 中で解放するように1行書くだけで、ほとんどの場合はリークしないし、 危険なこともない。 263 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:44:23.63 ID:GHq8zte20.net] >>253 ネットはおかしい情報が多い。 ちゃんと本を見たほうがいいよ。 264 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:45:15.56 ID:dfUEINu60.net] >>254 デストラクタの中で解放する1行を書き忘れた場合、それでも動くから どこかで不具合が起きるだろうが、ソースが何10万行も有る プログラムの場合、この間違えて書いてしまった行を探し出すのに苦労することになる。 265 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:45:52.84 ID:dfUEINu60.net] ミスったｗ デストラクタの中で解放する1行を書き忘れた場合、それでも動くから どこかで不具合が起きるだろうが、ソースが何10万行も有る プログラムの場合、この間違えて書き忘れた行を探し出すのに苦労することになる。 266 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:46:57.29 ID:GHq8zte20.net] >>253 std や auto_ptr を使うから難しく感じるんだよ。 何度も言うが、それは C++ ではない。これはマジ。 今の std:: 系のライブラリはSmalltalk の信者が作ったものらしい。 C++ の標準化委員会がおかしなことになっていて、もはや、本来のC++ ではなくなってきており、だから、C++が難しいと感じる人が増えている 気がする。 267 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:47:47.99 ID:dfUEINu60.net] >>258 え？お前C++使いこなせないの？ 268 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:48:20.38 ID:GHq8zte20.net] >>257 クラスが 100種類の場合、デストラクタは 100 個しかない。 だから、ソースが数10万行あっても、100箇所を調べるだけで済むよ。 269 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:49:31.69 ID:dfUEINu60.net] >>260 調べる箇所が100箇所でも 何を解放し忘れたかを確認するのは大変 270 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:49:40.75 ID:GHq8zte20.net] >>259 日本だと auto_ptr みたいなのが C++ だと思ってる人がいるけど、 勘違いだよ。 271 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:51:15.37 ID:dfUEINu60.net] stdなんちゃらを使わなかったら バッファオーバーランで脆弱性になるし それでも動くから どこかで不具合が起きるだろうが、ソースが何10万行も有る プログラムの場合、この間違えた行を探し出すのに苦労することになる。 272 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:51:20.27 ID:GHq8zte20.net] >>261 だから新しい言語を次々に覚えて C/C++ だけは覚えないで過ごしてきたのかな、 あなたは？ 数十の言語を覚えるより、C/C++ を1つ覚えるだけが良いと思うよ。徹底的に それだけを学んだほうが良い。 273 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:51:48.19 ID:dfUEINu60.net] >>262 勘違いとかそうでも良いわｗ auto_ptrが使えて、実際にauto_ptrが使われるがC++だから 274 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:53:24.20 ID:dfUEINu60.net] >>264 はいそうですね。C/C++は数十の言語を覚えるのと同じぐらい苦労しますもんね いろんな言語の機能をキメラのように組み合わせた言語ですから 人によって書き方がぜんぜん違う auto_ptrを使ってるだって！？これC＋＋じゃないよ！ って言う人がいるぐらいだから だから開発効率が悪い 275 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:54:19.14 ID:5ssU2x9I0.net] さもTypeScriptが競合であるかのように突っかかってきてるが全く的外れ。 TypeScriptのトランスパイルターゲットはJS。 競合はその他AltJS。 この中では既に天下取って安泰。 C++のコンパイルターゲットはWASM。 競合はRust、Kotlin、.NET、、、どんどん増えるぞｗ がんばってな！ｗ もちろんナマのJSはWeb界のグルー言語として残り続けるよ。 シェルスクリプトが性能を理由に消えないようにね。 276 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 01:54:36.76 ID:GHq8zte20.net] >>263 そうならないように、C から C++ に進化してきたんだ。 そのために、コンストラクタ、デストラクタの概念が導入された。 それだけでも十分に安全で簡単に書ける。 逆に、std ライブラリは構造が理解しにくいので難しく感じるんだろう。 auto_ptr とか使おうとすると、C++ は一気に煩雑で嫌いになってしまうと思う。 だから、auto_ptr も std:: 系ライブ来も SmallTalk 信者が作ったものであって、 C++ の流儀とは全く異なる異質なもの。C++ で SmallTalk をやろうとするので めちゃくちゃ複雑になってしまっている。 277 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 02:22:49.78 ID:GHq8zte20.net] >>266 >はいそうですね。C/C++は数十の言語を覚えるのと同じぐらい苦労しますもんね C++98 まで覚えれば大体C++の基本は習得できていて、それはそんなに大変 ではない。 ・auto_ptr 系は、uniq, smart など沢山ありすぎるので、初心者には難しく、 　下手に使うと、生ポインタより危険かも知れない。これらはかなり後発のものなので、 　最初は覚える必要はない。 ・std:: 系ライブラリは後から習得すればよい。 278 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 03:28:22.27 ID:NEY8ay330.net] >>229 マジで？！ だって公式のデモはiPhoneだと動かへんで？ 279 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 04:23:45.97 ID:VGvE+KfY0.net] >>270 まさかSafariとか使ってないよね？ 280 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 08:13:08.13 ID:a9PctXZid.net] C/C++は使うべき場面が決まってるから他の言語と揉めたりしないと思ってたんだが。 281 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 09:05:05.03 ID:yk1KGOSba.net] なんかSafariだけで動くwasmの代替品独自に作ってなかったっけ？ 282 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 09:40:07.95 ID:SgfrIpbp0.net] >>271 SafariもWasmはサポートしてると読んだけど、確か。 283 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 09:53:24.60 ID:GHq8zte20.net] TypeScript って、MSの独自言語なんだよね、知らないけど。 284 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 10:06:57.83 ID:GHq8zte20.net] >>261 例えば、VS の VC++ で C++ ソースをデバッグモードでビルドして、できたバイナリを デバッガで実行すると、そのアプリの終了時に、メモリーリークが起きているか どうかがIDEの Output Pane に出力されるようになっていて、その 285 名前：際、どのソースの 何行目で new TYPEしたオブジェクトが解放し忘れているかが、ずらずらと一覧表示される。 で、その場所が分かったら、多くの場合は、そのポインタをメンバ変数に「持っている(have a)」 class のデストラクタに、1行、delete ptr; と書くだけで、メモリーリークは直る。 例外として、複数のポインタから同じオブジェクトを参照していて、かつ、そのポインタ が永続的にグローバル変数や、何らかのクラスのメンバ変数に格納されている場合には、そこまで 単純には行かない。その場合は、プログラマが頭で考える必要がある。 [] [ここ壊れてます] 286 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 10:21:08.64 ID:uBt5bsN50.net] 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に絡むとはいえスレチ気味で しかも古いやり方の話を何レスしてるんだか・・・ 287 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 12:08:13.64 ID:ARXdU5axd.net] >>274 カバーしてる範囲が他のブラウザーに比べてかなり狭い 288 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 12:29:26.16 ID:PdBWBPPzd.net] このスレ的にはわざわざC++使うんじゃなくてTS→wasmじゃないの 289 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 13:09:58.06 ID:cmhWA5saM.net] tsnativeかts.net来ないとwasmにはコンパイル出来ないだろ。 せっかくAltJS戦争に勝ってブラウザのjsに対する忖度パワーをすべて手に入れたのにわざわざwasm戦争に参入する必要はないだろ。 c++の構文が古くさすぎ冗長すぎで嫌、rustの構文はキモすぎて嫌と言うならkotlinかc#にすれば。 290 名前： mailto:sage [2019/02/13(水) 18:53:44.11 ID:Wb2hS8BD0.net] >>249 C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが 簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを 追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。 C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、 それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる: - うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が 安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、 もはや笑えるレベルを超えている) - 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに 効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の コードがその素晴らしいオブジェクトモデルに依存していて、直すためには アプリ全体を書き直さなきゃなんない。 言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに 限定するってことは、他の人がそれをめちゃくちゃにしないってことで、 ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい 「オブジェクト・モデル」のたわごとを持ちこまないってことだ。 291 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:56:27.69 ID:kDMwAzYp0.net] VuexとReduxってどっちがムズイの？ 292 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 20:56:51.46 ID:kDMwAzYp0.net] もしかして考え方同じ感じ？ 293 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:10:22.40 ID:tuDfzjia0.net] Angularってwikipediaには「フロントエンドWebアプリケーションフレームワーク」って書かれてるけどまさにその通りだよな。javascriptのフレームワークって感じではないわ。 HTMLとCSSとjavascriptの技術を採用したweb� 294 名前：Tイト開発フレームワークって感じ。 [] [ここ壊れてます] 295 名前：デフォルトの名無しさん [2019/02/13(水) 21:18:15.13 ID:sgtLrhrBr.net] Reduxのほうがムズいけど、これからやるならReduxがいい 296 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:20:44.51 ID:dfUEINu60.net] >>284 JavaScriptのフレームワークって感じではないって意味がわからんぞ。 普通はJavaScript製のフレームワークって意味だろ ○○（何かしらの言語）製のフレームワークなのだから AngularはJavaScript（製）のフレームワークだ 別の言語なら、〇〇（言語）のフレームワークなんてものが存在するのか？ 297 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:31:05.74 ID:kDMwAzYp0.net] angularとReact、Reduxってどっちが簡単？ 298 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 21:51:18.70 ID:jwc/pNVH0.net] 学生時代、英単語の暗記が得意だったやつはangular、数学が得意だったやつはreact 299 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 22:24:48.70 ID:tuDfzjia0.net] >>286 なるほど。 ピュアjavascripで書いたら大変な記述をちゃちゃってやってくれるからスレタイの3つとかjqueryとかはjavascript(の)フレームワークって呼ばれてると思ってたんだがとんだ勘違いだったのね。 300 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 22:28:21.60 ID:tuDfzjia0.net] 冷静に考えれば>>289はライブラリか。 301 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 22:33:40.93 ID:cHKWNBlR0.net] jqueryとreactは自称ライブラリ、vueとangularは自称フレームワーク 公式サイトのトップを見た限り 302 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 23:20:38.84 ID:dfUEINu60.net] >>289 それを言ったら、jQueryで使うのはピュアJavaScriptだし Angularで使うTypeScriptやReactで使うJSXは ピュアJavaScriptではないけどさ 303 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 23:44:57.61 ID:D91GFqhb0.net] react捨てるにしてもreduxの考え方は学んどいて損はないよ。 304 名前：デフォルトの名無しさん mailto:sage [2019/02/13(水) 23:51:17.06 ID:jwc/pNVH0.net] hook apiとcontext apiデフォで使えるようになるから個人ユースの規模ならredux必要なくなるよ。 305 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 08:50:15.44 ID:4Gf71Z9ua.net] >>284 Angularと比べるならVueとよりもNuxtと比べる方が合理的だな 306 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 08:51:45.88 ID:4Gf71Z9ua.net] >>286 コーディングはすべてTypeScriptだけどね 307 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 09:00:56.39 ID:kPGufiyx0.net] ものは試し 初心者だがAngular勉強してみるわ 308 名前：デフォルトの名無しさん [2019/02/14(木) 11:29:40.87 ID:MlsuSDTjr.net] reactにしとけ 309 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 12:15:57.21 ID:nZj2/pMr0.net] React勉強したがやっぱりウェブサイトの殆どには適用できない技術だな 例えばニュースサイトにReactを導入するメリットはないだろう 310 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 12:30:22.33 ID:mbps9XCNa.net] 融通が利くのはVue 311 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 12:39:53.13 ID:HVhxRx5Ma.net] MVC+Vueが世界最強 312 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 12:43:26.84 ID:QUGQ3bvOr.net] >>299 画面遷移がなくなるからメリットはありだろ 313 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:14:13.76 ID:kPGufiyx0.net] Reactにした Angularバージョンで詰みそうになる感じだし 学習リソース少ないし 314 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:22:31.29 ID:MhXZGfUyd.net] 潰しの効かなさを除けばAngularが一番いいと思う。ガッチリした設計な分だけ迷わずに使えるしプロジェクト管理もしやすい。 ただ習得してもキャリア的なメリットが薄そうだから自分で選択する気になれん。 315 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 13:27:23.06 ID:DBAMfZpK0.net] 当分は問題ないだろうけどAngularは将来的にはどうなるんだろうな 同じくGoogle製でしかも競合となるFlutter/Hummingbirdのリリース準備が進んでるみたいだし 316 名前：デフォルトの名無しさん [2019/02/14(木) 14:07:13.01 ID:MlsuSDTjr.net] 世の中的にはReactが主流 317 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 14:42:13.00 ID:nZj2/pMr0.net] >>302 画面遷移をなくせなんて誰からも要望来てないんだが？ 318 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 14:43:08.15 ID:nZj2/pMr0.net] VueもReactもAngularも将来性はないよ 近い将来にWebComponentに 置き換わることが決定している 319 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 14:51:21.14 ID:kPGufiyx0.net] >>308 逆って聞いたけど 320 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 15:15:15.70 ID:nZj2/pMr0.net] 逆って今WebComponentがないのに 今WebComponentを使ってるわけ無いだろ 321 名前：デフォルトの名無しさん [2019/02/14(木) 15:35:58.92 ID:MlsuSDTjr.net] >>307 お前バカだろ？ だいぶバカだな 322 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 18:38:55.70 ID:MhXZGfUyd.net] 結局ピュアjavascriptを真面目に身につければOK？ 323 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 18:54:26.61 ID:nZj2/pMr0.net] ピュアJavaScript + jQueryだな https://w3techs.com/technologies/history_overview/javascript_library/all 73.8%に増加。今でもjQueryのシェアは圧倒的で伸び続けている。 324 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 18:58:38.20 ID:pR+IykPzM.net] どうせwpだろｗｗｗ railsが使われてるからrubyが死にきれないのと似たようなもんｗｗｗ 325 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:03:26.19 ID:nZj2/pMr0.net] だから「本当にやりたいこと＝WordPressでできる範囲のこと」なんだから フレームワークもいらんし、どうせjQuery使われてるからjQueryでいいってことなんだよ 326 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:04:04.42 ID:nZj2/pMr0.net] 需要と供給 いくらすごいことができるようになっても 求められてないんだよ。 327 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:07:18.73 ID:pR+IykPzM.net] 間違ってないと思うがなぜwpのスレに籠らずこんなスレ来て啓蒙活動してるのかｗ 他人が勉強するのが不安で怖いんだろ？ｗｗ そんな女の腐ったようなセコい性格だからいつまでたっても童貞なんだよｗｗｗ 328 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:08:13.46 ID:nZj2/pMr0.net] wpを持ち出してきたのお前じゃん？ 頭大丈夫か？ 329 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:14:23.47 ID:pR+IykPzM.net] 論理に破綻はないが？wp圧倒してるの事実だし。現状に安穏としたいならしてれば？俺らは勉強するから、ってこと。図星刺されて恥ずかしくなっちゃったのかなｗ お前のやってることってテストの前に勉強してるやつをガリ勉・ダサいとレッテルはって集団でみんなで堕落しようとセコい行動する女みたいなんだよｗ 男でそれじゃダメだよ。 330 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:14:29.36 ID:fSoz/vTj0.net] angularは勧めんな。railsもそうだがああいう丸ごと全部なものになれると それ以外なんもできなくなる。 331 名前：デフォルトの名無しさん [2019/02/14(木) 19:17:17.50 ID:MlsuSDTjr.net] wpしか使えない底辺カスは死ぬまでjquery使ってろ 332 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:20:32.23 ID:nZj2/pMr0.net] >>319 > 論理に破綻はないが？wp圧倒してるの事実だし。 wp圧倒してるの事実である根拠は？ 事実だとしてそれがjQueryにどれだけ影響してるの？ wpのシェアなんてウェブ全体からすればたいしたことないじゃない 333 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:21:17.93 ID:DfU+cSuaa.net] 新しいフロントフレームワークが出た時に丸ごとすげ替えれるならなんでもいいよ 俺はMVCがベストバランスの正解だと思うがね 334 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:22:01.34 ID:nZj2/pMr0.net] backboneを勉強した人は無駄になった。 Angularも1系を勉強した人は無駄になった。 jQueryは登場してから13年使われ続けている。 これが現実やで 335 名前：デフォルトの名無しさん [2019/02/14(木) 19:25:35.68 ID:OfZpiUzn0.net] wpの保守死ぬほど大変だけどな。てかフレームワークとwpは全く別物だろうよ。ブログのフレームワークと言えない事も無いが。 336 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:38:24.66 ID:pR+IykPzM.net] >>322 ビルトインされてるよ。テーマによってはwpビルトイン版と競合を避けるため他のバージョンを別に導入する場合もある。 そしてwpのシェアはcms中では60%、全Web中では33% だからwp除くならjQueryは40%程度だなｗ 337 名前：デフォルトの名無しさん mailto:sage [2019/02/14(木) 19:43:27.31 ID:nZj2/pMr0.net] > だからwp除くならjQueryは40%程度だなｗ 圧倒的シェアじゃないか！

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef