Vue vs React vs Angular Part.2
レス数が950を超えています。1000を超えると書き込みができなくなります。
実際どうなん?
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
-
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
※前スレ
Vue vs React vs Angular
http://mevius.5ch.net/test/read.cgi/tech/1545395856/
★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください >>850
体感の意味がわかってないのか・・・
「同じことをするのに」体感で違いがわからないと言ってるんだよ
canvasで違うことしてるのに、それじゃ比較にならん。
canvasでフォームを実装するというのなら、
手間かけて頑張ってください(笑) jquery使うくらいならvueをカジュアルに使いたいわ >>847
なにが重いの?リクエスト出しまくってるとか? Angularと言うかrxjsに明るい人に聞きたいんだけど、今作ってるアプリが非同期でAPIサーバーに
バカスカリクエスト投げてるせいでスロットリング頻発してンだわ。
非同期から同期に変えるか、もしくは非同期で前のリクエストが通信中なら通信の終了を待ってからリクエスト投げたいんだけど、
どっかに良いサンプルない?
(あくまでAngularやrxjsの規約に従った書き方で。) >>856
> 非同期でAPIサーバーにバカスカリクエスト投げてるせいで
ある程度想定して作ってたと思うけど、予想外の何かがあって大幅に超えたという事かな?だとすると、根本的には鯖増強、キャッシュ等で高速化する以外に解決方法が無い様に思うのだけど。 例えば文字入力のたびに候補を出す様なよくあるフォームなら解決は割と簡単なんだけどね。 どうせ無駄なことにいちいちAPI呼び出してるんじゃないの? >>857
API鯖の方をいじるのは無理。何故ならリクエストの投げ先は俺が管理している鯖じゃなくて
一般にサービス公開している企業の鯖のだから。
元より業務じゃなく興味本位で個人的に作ったアプリだから、思いつくままに機能追加してったら
リクエスト数がどんどん増えていって、
API鯖のドキュメントにも明記されてる規制基準を超えちまったんだよ。
問題はこっちが作ったアプリが規制基準無視してる事だから、
規制基準超えないようにrxjsのリクエストを同期処理みたいにするか、印刷のキューみたいに順番待ちさせるようにしたいんだよ。 ダミーサーバーでも立ててなんのリクエストが込んでるか解析してみればいいんじゃないの? 結局リクエストがどっかにスタックされてそれがいっぱいになって破綻するだけだろ。
リクエスト破棄するようにするかリクエスト自体を減らすか
設計レベルで何か変更しないとどうにもならんぞ。 >>861
うーん、なんのアプリなのか具体的な内容が知りたいところ。個人レベルなら上限越えるなんてそう無いし、気になるのが順番待ちで解決、と書いてある事。
大量の変換処理が前提なら、webアプリじゃなくてバックグラウンドでのバッチ処理と、その同期処理じゃない? Vue CLIって日本語ドキュメントなかったっけ? >>844
Native Bootstrapがあるからjqueryなんてゴミはいらん >>868
いい加減Material系に移行しようぜ? ゴミとかゴミじゃないとかじゃなくスレ違い。
いきなりAVの話し始めるのと一緒。
このスレにおいてjQueryをAVに痴漢しても全く問題ない。 >>868
そんな非公式のプロジェクトなんか使わんよw vueでmapMutationsがエラーでずっとハマってたわ
modulesのせいかと色々調べてたけど
computedのところに入れてたけだった
2時間凡ミスでハマってました Svelte簡単過ぎ速すぎワロタwww
Vue脂肪wwwww そういうのもう飽きてんだわ
革命的ななにかがないなら見る価値すらない
で、最近だとWebasmがわりと革命的
Blazorを皮切りに各言語がサポート追随してくるはず
そのうちJSが恐竜のようになる日も近い blazorは重すぎのウンコじゃん
サイズ1/100にしてからホザけよwww >>877
そんなもんあっという間だよ
JSはもってあと数年で終わる
そしてnode資産が技術的負債になる もうwebやめてandroid kotlin学んだほうがいいんじゃないかな
reatch vueとか高度なSPAサイトと
たぶん学習コストあまり変わらないぞ
市場の需要と技術の変化を考慮した
安定度で言えば確実にandroidだし そっちはそっちでfuchsia + dartが待ってる react-saga入れたら誰もいじれなくなったっていうqiitaの記事は参考になったわ。 先生、質問です!
package.jsonのscriptで、
こうやって設定して、
"fn": "ts-node",
こうやって呼んでるのを
yarn fn app/hoge/function/class.ts
こうパスと拡張子を省略したいです。
yarn fn class
なんか良いアイデアないですか? vueで規模大きめのプロジェクト参加するかもなんだが
どうせ炎上するでしょ…
怖いわ vueが大規模案件で炎上しがちな根本原因って何?
vuexもあるのになぜ?
いわゆるvb/php現象?(集うプログラマのレベルが低い) >>885
まずVueはVuex使ってない場合が多い codepadのhtml/jsバージョン的なサービスってある?
vue.jsが動けばいい 知らないけど、jsfiddle, jsdo.it などには、ライブラリは置いてないのかな? >>883
なんか奇妙な呼び方してる気が…。
「fn」が出てくる理由は分からないけど、ts-node の readme には↓の様に書いてあったよ。
# Execute a script as `node` + `tsc`.
ts-node script.ts
https://github.com/TypeStrong/ts-node/blob/master/README.md
これにならって、↓の様に呼んだら希望通りの動作する?
ts-node app/hoge/function/class.ts vueをgoogle トレンドでみたら
アメリカ限定だとangularと変わらないよな
vueは結局中国で人気ってだけだよなぁ AureliaがAurelia UXってのを提供してるんだが、こういうUXフレームワークって御三家にも存在するの?
ちなみにAurelia UXはAurelia以外でも使えるらしい
https://github.com/aurelia/ux/wiki Angular Materialみたいなのの話してる? TSLintが非推奨化されて無くなるのを最近知った
代わりにESLintのプラグイン開発に注力するらしい ReactはおおよそMaterialUI一強だけどVue.jsはVuetifyとかBuefyとかQuasarとかVuesaxとかわりとバラけてるから選定が大変だな Vuetifyかぁ
Bootstrapも飽きてきたし入れてみるかなぁ というか、reactやvue使って、フレームワーク使う意義が良くわかんね。
動的にフロントをカスタムしたいから使ってんだろ?
高価な包丁を使って、冷凍食品の袋を切って、冷凍食品を食ってるみたいなもんだ。
その包丁でちゃんと料理しろよって言いたい。 ちゃんと料理するのが目的ではない。
食べるのが目的
手早く物を食べられる時代に自分で料理するとかマヌケがすること
自分で料理したからって美味しいものができるわけではない
フレームワークなんていらない 動的にフロントをカスタムってよく分からんが素のCSSを一から書きたくないから使うんだろ >>901
手料理なら健康だって勘違いしてる人?
外食だって手料理なんだが コピペで解決するようなことばっかしてたらコードが腐るって話だよ。 なんだまともにプログラム書いたことない人か。そりゃ話が通じないわけだ。 if else if else if if if if
みたいなやつ 100歩ゆずって論理的に場合分けが不十分でいかにもバグりそうな書き方は腐ってると思う
真理値表で no care が多すぎみたいなやつ なんかもう全部blazorでええわってなってきた
さようならjavascript メタタグにblazorで作ってますって書いとけよ。
中身ないくせにバカみたいな激重サイト開きたくないんでw componentが受け取るpropとか型あったほうが絶対ええやん 型はあったほうが良い。理由は型があったほうが絶対にいいからだ。 型はないほうが良い。理由は型がないほうが絶対にいいからだ。 書くコード量が増える
キャストがめんどい
オブジェクトの型宣言がめんどい ReactとReduxを入門したばかりの者ですが、react-reduxのconnectを各コンテナで行う意味がわかりません。Providerみたいに最上位コンポーネントだけで行えば?って思ってしまいます。詳しい方教えてください。 >>921
どこからでもアクセスできたら意図しない書き換えがあったときにどこで書き換えられたのかが絞りにくくなるとかいう思想からじゃない? あとReducerの分割はstoreのを複数の要素で構成させるためですか?うまく説明できなくてすいません。 型がないと扱ってる変数の型が途中でキャストされてこちらが期待する型と一致しなくなってバグの発生に繋がるから、無いよりはあった方が良い。
それに型付けをきちんとしていれば、変数に間違った型の値を入れようとしてもIDEとトランスパイラが教えてくれるからバグの発生を防げる。
型宣言は面倒くさいかもしれないけど、ちゃんと定義しておかないと
プロジェクトが大きくなった時や過去のコードの整備する時に困る事になるよ。 >>922
fluxってグローバルにstateを管理するためのものじゃないんですか?
コンテナの子要素としかstateを共有しないという理解でいいですか? >>923
別に並立でドーンって並べたいなら並べてもいいけど
機能ごとに状態グループを分けた方が管理しやすいじゃん? >>925
だからConnectで使う状態とSetterを書いたコンポーネントからだけアクセスできるようにするモノ
四階層くらいコンポーネントをネストしてたら有効なもんだと分かると思う
あとredux-persistとか使えばブラウザのlocalStrageに状態を保存できるからリロードでも飛ばない状態が作れる >>926
https://ideone.com/wVwkT7
こういうstoreのとき
https://ideone.com/V4THFe
こういうreducerみたいに分割しないとネストしたstoreはreducerで定義できないんじゃっと思って。。。 >>928
つまり、storeのキー名と同じような名前のreducerを定義しないとstateで表現できないんじゃということです >>920
> 書くコード量が増える
書く量が増えるよりも、読む時にすばやく間違いなく読めるほうが重要 型は読むとき素早く間違いなく読むためのものではない。
コンパイラに論理的間違い探しをさせてあとで指摘させるために与える付加情報だ。 ていうかStoreに定義は書かんけどな
actionとreducerがあればいい >>933
reducerでstateいじったら自動的にstoreの要素に追加されるということですか? >>934
react routerとセットになってるヤツだけどこれのexamplesみてどういう風に書かれてるか追ってみるのが一番手っ取り早いと思う
https://github.com/supasate/connected-react-router >>920は単に意味のない問答じゃない理由となり得る理由を挙げてみただけ
実際TS使う恩恵は>>931じゃなく>>932だと思う
ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
読む際に助けになるのは型名じゃなく分かりやすい変数名
ロジック的な誤りは読んでて見逃す事もあるしな Angularの公式サイトってChrome以外で見ると重いっていうか場合によってはロードできないみたいだな >>937
> ソースを読むのに必要なのは変数の型がなにであるかよりも変数が何に使われてるかで
> 読む際に助けになるのは型名じゃなく分かりやすい変数名
それが成り立つのは、変数の型が文字か数値の場合だけ >>939
変数がオブジェクトの場合なんて尚更読みやすさのためじゃなくオブジェクト形状の妥当性の為に型を書く意味合いが強いじゃん 【速報】金券五百円分とすかいらーく優侍券をすぐもらえる
https://pbs.twimg.com/media/D8I_wvBU8AAkV4V.jpg
@ スマホでたいむばんくを入手
A 会員登録を済ませる
B マイページへ移動する
C 招待コード→招待コードを入力する [Rirz Tu](スペース抜き)
今なら更に4日18時までの登録で2倍の600円の紹介金を入手
クオカードとすかいらーく優待券を両方ゲットできます。
数分で終えられるのでぜひお試し下さい。 >>948
アロー関数「(あれ?なんで俺、、この世に生まれたんだろ?)」 func.call()にはthisパラメータ上書き機能まであるからな >>942
掲示板荒らすなってレビューすればいいのか? レス数が950を超えています。1000を超えると書き込みができなくなります。