Vue vs React vs Angular Part.2
■ このスレッドは過去ログ倉庫に格納されています
実際どうなん?
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房が書き込んでも無視してください reactで開発されたアプリの解読でコンポーネントやらReducerやら100ファイル以上あって熱が出そう
細かい部品に分けるのもいい加減にしろや 部品に分けるからって別にファイル数無駄に増やすってよりも
最小の部品こそ属性の付け方で色々な使い方できるようにしたり
でもデフォルト値はあって最小の指定でもちゃんと動作するようにしたり
以前はC#でdll部品とか作ってたから使い勝手のいい部品作るのは楽しい 100ファイルくらいなら別に多いってほどではない。 それはディレクトリでカテゴリー分けしてるかどうかでも随分違うと思う 分ける単位ってどれくらいがいいんだろうな。
自分は
・メインコンテンツ
・ヘッダー
・フッター
・サイバー
・繰り返しだすコンポーネント(例:カレンダーの1日単位)
くらいにしか分けてないな あとは
・フローティングで出す入力フォーム
とかも分けてるか やたらローディングでブラウザ固まるようなサイトがあるけどどうにかならんのかね
スリープ挟みながら画像/広告をロードするとかさ いずれangularが再評価され
angularに行きつくことになる >>555
Reactとか使ってるんだろ。
JavaScriptファイルを読み込まないと表示されない上に
JavaScriptファイルがでかいからな 5Gの時代になればファイルの大きさ関係ない
SSRすら必要なくなる クライアント側の回線が速くなってもバックボーンやサーバー側の回線と処理能力は変わらないので
4Gがボトルネックだった場合しか変わらんよ 規模感あるところはそのままVue使わずにNuxtだね
VueだととっちらかるからNuxtに辿り着くな
保守性ないと破綻する 広告ベタベタのまとめサイトとかフリーズするけど
アクセス解析なのか画像なのかネットワークIOなのか原因が良く分からない SPAサイトはSEOに弱いからSEO用にSSRとjsレンダリングの2つに別けましょうとかGoogleかどこかがアピールしてた >>561
ギガを使いきって速度規制されたら同じだろ?
阿部寛のサイトはギガ死した人々のためのサイトだからな。 >>558
> 大体の場合は画像の方が大きいを思うけどね
そうじゃねーよ。画像はあとから非同期でダウンロードされるだろ。
まず最初はHTMLとCSS。これで最低限の画面は表示される。
JavaScriptは後から。JavaScriptがダウンロードされないと
動きはできないが、初期画面は見える(その間にダウンロードされる)
っていうのがjQuery時代のベストだったんだが、
今はそんなベストを目指さずJavaScriptがダウンロードされるまで
画面見なくていいじゃんに悪化してしまった。 >>570
クソエロサイトくらいにしか役たたなそうな技術だな。 クソエロサイトくらい?
アクセスが多いサイトってことですか? ただまあ高速化の技法がサーバからフロントに比重が移ったのは分かる。フロントの高速化は面倒だよな。 フロントの高速化っていうか
自分で遅くしといて、戻そうとしてるだけだけどなw
なんだかんだでHTML+CSSだけが一番早い SSRなんかは典型だな。サーバからフロントへ、そして今またサーバへ。FCPのcss埋め込みなんて手作業じゃやる気せんよ。まあフレームワークが勝手にやってくれるんだけど。 JAMスタックが解だね
結局SSRはやらないのが一番いい Generic Vue Template Interpolation Language Features | Pine Wu's Blog
https://blog.matsu.io/generic-vue-template-interpolation-language-features
VueテンプレートにもTypeScriptの型チェックがktkr いままでts部分だけ別ファイルに分離してたけどそれが要らなくなるのか。 >>582
見てないけどそこがgoogleのサービス使ってたとことで
ユーザーが気にすることじゃないだろ
横流しという言葉の意味分かってるのか?
仮に同意無しに個人情報をどこかに売るにせよjsのコードで直に送るやつなんて居ない >>582
分からん。精々コード内のMITライセンスに関するコメント文からAngular.jsを使ってるって事ぐらいしか理解できん。
そもそもこれビルドされて人間が読む為のコードじゃなくなってるよね。どうやって読んだんだろ。
まぁ、その奇天烈怪奇な主張している池沼君に何を根拠にその結論に至ったのか聞いてみたら?
因みに、横流しという言葉をどういった意味で使ってるかは知らないけど、もし俺が銀行のエンジニアで顧客情報をGoogleにコッソリ渡すなら、
客から見えるフロントエンドでなく、バックエンド側で直接データ送信するな。 チョゲ&アスカのアスカもギフハブにARアプリで監視されてるっていってたし、俺たちごときのエンジニアにはわからない最新テクノロジーで横流ししてるんだろ。 どうせマルチポストのリンク貼り魔じゃねーの?
なんでそこまで真に受けて延々と話してんのさ JavaScript系FWでアプリを作るとソースコードを全部見られますよね
ソース見てゲームなんかのアルゴリズムを解析されたら嫌なのですが、
ReactNative使ってアプリ作っても結局同じことですよね・・・? 君で思いつく程度のアルゴリズムであれば、誰にとっても財産的価値は無いから気にする必要はないよ。
パスワード保護とかの手法なら、それこそ既存のライブラリ使ってください だとしたらアルゴリズムを心配してるのがトンチンカンだな。
データの心配しろよと。 解析されたら終わるルールはゲームとして良くはないね
本質は、乱数か人との戦いだろ。
それでも実装を見られたくないならwasm使うしかないんじゃない >>687
犯人がネトウヨだったようだけど
ヘイトスピーチしたネトウヨの糞のお前らは
在日に謝らなくていいの? >>601
もし仕事でやれって言われたら、どれくらいの見積もりだす?
どこまでやるかは、君が「超簡単」と言ったときに思った範囲でいいよ。 チートされたくないならサーバー上で処理するしかない
ブラウザの実行されているPCは開発者のコントロール下には無いから
時間さえ掛ければ破れるだろう
難読化したりプログラムを複雑にして
実装されたセキュリティは
Security through obscurityと呼ばれる
解析を遅らせたり、本気で解析する気の無い奴を遠ざける事は可能だが
不正行為から守る手段としては確実とは言えない ゲーム板な話題なんでアレだけど不正検知の方が大事
クライアントサイドなんて遅かれ早かれ全部見られる ネットゲームは、解析されるまでに
サービス終了させてしまえばいい
それまでの間、解析されても無駄になるように
頻繁にバージョンアップする ゲームは知らんが、実際フロントのJSで解読されたく無い処理なんて無いよな。所詮データ表示してるだけだし。 フロントはサーバーからAPIやら何やらでデータ持ってくるだけだから無問題でしょ クライアントできることって、
例えば、3Dレンダリングとか?
動画エンコーディングとか?
クライアントならすごいことできるって言いたいのかなぁ? プッシュ通知とかWebカメラ使った画像解析とかGセンサーとかね フロントが軽く守られる風潮は営業がそうだからね。もう工数も人員的にも7:3ぐらいでフロント。 真のフロントエンジニアがぜんぜんいない
どいつもこいつもエセフロントエンジニアしかおらん cssにまでコンポーネントなんか使わねえよ
それいろいらやってみたが再利用性低いしものすごい使いにくい
cssはjsの外に持つべき
なんでもjsでやろうとするな
そしてscss使え redux-actionsって便利っぽいのにgithubでredux採用プロジェクト見てもあんま使われてないのはなんか罠があるの? 無駄なテンプレ化という印象しかない。
そのうち具体的に何書いてるかわからなくなってメンテ不可になりそう。 nodeでローカルに何かのライブラリインストールすると普通に3万個とか5万個とかのファイルができる
それで作るアプリは初歩のjsで実現できるレベル 特に何かってよりスレタイのフレームワークをCLIで入れるだけで相当数のファイル入るよね windows使ってるならファイル数見てみたらいいよ
数万入ってる Vueは何が学習コストが低いだよw
ちょっとだけ触るのに手間がかからないってだけの間違いだろ
vuex router使うようなレベルになると
なんら学習コストのアドバンテージはない >>628
導入コストは低いけど決して学習コストは低くないよね Material UIってどうなの?他にもっといいのとかある? だからjQueryがほとんどのサイトでは適切なんだよ。
アプリなんて作るのはごく一部だから SPAはNuxtが伸びるだろうね
Vueだけで規模でかくなるの辛いわ >>631
UI素人がMaterial UIで構築していたが、激しく素人感でていてさすがだと思った SSRってどれくらい必要なんだろうね
GoogleではSSRなしでも正しく識別されるけどYahooだとダメとかそんな感じかな? そもそもアプリケーションを検索対象にしたいって時点で
使う技術が間違っていることに気づこう >>635
SPAにするならNuxt要らなくね?
PWAと間違えてないか? SSRはどうにも眉唾なテクだよな。速度だけが目的で下手に実装するとカオスへの入り口。 nuxtは規約があるのがでかい
最低限の秩序はほしい SSRとかそもそもやろうとしてることが不自然すぎるだろ。 そのうちGoogleとかがSPAとか仮想DOMの方がSEO点数高くなるとかなればいいのにな SPAとか仮想DOMが使われていて、
かつ検索したいサイトをお前は思いつくか? ■ このスレッドは過去ログ倉庫に格納されています