Vue vs React vs Angular Part.4
■ このスレッドは過去ログ倉庫に格納されています
前スレでご質問の在ったクルクルとは、Googleで検索して見ようとすると、これ見よがしにお待ちくださいのような感じのクルクルが現れる現象のことです。 NGすんなよ。
NGならここは俺の次スレではないな。 聞く方にだってある程度の理解が求められるだろう。
今のメンツじゃ話しても無駄だと思ったから、じゃあ終わりって事にしたんだ。
Gumbo貼ってきたり、Chromeから抜くと言ってみたりじゃ、ちょっと無理だろ。
スレを盛り上げていく中で、それHTMLパーサーで出来るよ?とちょこちょこブッコむ。
この流れで理解を得ようという作戦だよ。 できれば、Gumbo程度は使ったことがあるって人が居ると望ましいのだが。
事前に問題を共有できてるから、出発点が少し先に行ける。 各社のサイトのソースをみてReact, Angular, Vueのどれかを
使ってるかを判別する方法ってある?
URLが変わらずにページ内容が変更されることが多いならSPAの
フレームワーク使ってる可能性あるとはわかりそうだけど、そこから先がわからない Wappalyzerプラグイン入れるか
個別に
React Developer Tools
Vue.js devtools
Augury
入れるかじゃない?
後者で検知されて前者で検知されない場合もあって
その場合どっちが正しいのかよく分からん
どっちもChrome,Firefox版はある >>15-16
ありがとう、SPA初心者でどれも名前聞いたこと
ないけどいれていろいろ試してみる
お手本となるSAPの使い方というかを有名サイトで学びたい part4まで来てたのか。angular使いはじめたきっかけだからこのスレには少し感謝してる。 angular使ってるけどstyleの管理が悩ましすぎる…
cssに書いたりhtmlに書いたり、はたまたtypescriptのクラスとして作ってngstyleでバインドしたりで散らかってしまう。
もういっそ全部ngstyleってのもありなんだろうか コンポーネント毎にCSS書くってのはどう考えても無駄だよね グローバルに設定するための「styles.css」が「index.html」と同じ階層に用意されてるじゃないですか vue書くの苦行すぎる
結構細かくルール指定するくせにこんなこともやってくれねえのっての多すぎ いきなりSPAに挑戦する前に既存のマルチページアプリにJSフレームワークを小規模に導入して勉強したいんですが
古き良きMVCフレームワークとJSフレームワークを組み合わせて使う場合はvue.jsが良いのでしょうか? vueはやめとけ
途中でやっぱReactにしとけばよかったってなる SPAって挑戦するもんじゃないだろ
挑戦だと思ってるならやめとけ 最初の導入なんて誰でも挑戦みたいなもんだろ
挑戦してみた結果結局jQueryでいいやって人が大多数居るわけで
フレームワークをちゃんと導入できるところなんてほんの一握りだと思うよ >>25
最初からReactでいいとおもう
VueはTypeScript使えないので却下 Vueはマークアップ言語のように書けてわかりやすいのが強みだ みんなSPAで何つくってんの?
ページ遷移型Webアプリじゃできないようなことやってるの? 元々デスクトップアプリ描いてた人の立場だとSPAの方が造りやすいかも知れない
Angular勢少ないな
一番スッキリ書けて使いやすいと思うんだけどな まあ落ち着けって
2年後にはSvelte以外オワコンになってっから >>35
あれが流行る理由が逆に分からんのだが
VueとReactの良いとこ取りとか言ってる輩がいるがReactの良いところってhtmlじゃなくjavascriptを主に開発出来るって所だと思ってるんだがその辺台無しになってる >>34
Angular
SPAではトップ3に入ってるのは間違いないでしょ
Angular自分は学習コストが大きいと聞いてやめてReact学習中 >>25
vueもいいよ。今でも少し込み入ったフォーム(検索や問い合わせ)だけvueで置き換えるのは十分あり。メンテナンス性が格段に上がる。
あと、むしろvueでtypescriptは使わない方がいい。vueの良さである気軽さが損なわれる。jQueryと共存なんて気持ち悪い事もできる。
>>37
angular使ってるけど初期コスト高いとは思わなかったよ。先入観で除外するのは勿体無いと思うぞ。 そういえばなんで日本でVue人気あるの?
海外だとあんまり人気ない印象ある 日本人はアホだからReactとか難しすぎるんだよ
単にそれだけ 日本人は自分で使って判断するって考えがあまりない印象
他人の評判ばかり気にするし優先するあほばっか Web siteではなくWeb applicationを作るとして
習得の難易度でいったらどの順番で簡単?
React, Angular, Vueの比較で 「フレームワークを習得」とか言ってることに違和感があるんだよなw
必要なら使うだけなんだし Ruby on Rails では、Bootstrap か、React が多い。
Vue.js は、見ない
コンポーネントだから、組み合わせやすいのだろう。
ある部品だけ、Reactを使うみたいな感じ
それに米国の企業だし >>45
ReactはFrameworkではなくLibraryだから、
他と組み合わせしやすいんでしょう
最近はRails関連でもReact使ってるのか
Reactはecosystemが充実してるな Ruby on Rails + React + Bootstrap + Material UI
Elemental UI は見ない >>43
それならangular,next(react),nuxt(cur)との比較になる。
ただ習得難易度を比較するのはあまり意味がないと思う。迷うなら全部入れて弄ってみた方がいい。世間の評価と随分印象が違う事に気づくと思うよ。
俺はvueが好きだが選んだのはangular。 Rubyやってるヤツの頭の中がいかにごちゃごちゃなのか分かる書き込みだな Ruby on Rails では書き方を強制した、規約だけのStimulus も使う
それをリアクティブプログラミングにした、StimulusReflex もある Vue3.0からクラスベースのコンポーネントって無くなるの? ほらな。まーた今までの技術がオワコンになった(笑) reactってSFC標準にならないの
ファイル数多いから敬遠しちゃう ReactのHooksが登場してからは、Reactが一番導入のハードル低い気がするなー
Hooks系のライブラリ充実してるし useEffectでjQueryと共存なんてキモチ悪いことも簡単にw reactに近づく
つまりreactでよくね?ってなる svelteならまだしもelmはもう終わってるでしょ でも色んなツール出た方が活性化していいと思うなー
変化が無い方が廃れるの早いやろし vueのTS対応遅いからreactに移ったわ
JSXが嫌いだったけど慣れたら便利だな Vue3.0はvueの書き心地の良さだいぶ減る気がする
リアクティブなデータが一段ネストされるのもストレス reactってクライアントサイドフレワなのに
サーバサイド技術のnpmとかnode.js
がインストールに必要なの意味わからなくね?
なんでjqueryと同様にCDNで配布してsrcで読み込む
シンプルな形式にしないの?
トランスパイルって鯖と蔵どっちで処理してんの?
なんでトランスパイラそのものをライブラリ内に
組み込んでHTMLのsrcで読み込んでブラウザに仕事させれば
いいものをユーザにnpmとかyarnとかwebpackとか
reqireさせるわけ?
そしてなんで色々なやり方が錯綜する訳?
なんでPHPがapacheやMySQLとズブズブに
蜜結合してるのと同じ轍を踏むわけ? ちなみにCDNとscriptタグの組み合わせも使えるよ 有名なフレームワーク・モジュールには、CDN もある
Ruby on Rails など、ウェブ系の開発者は、
VSCode, Node.js, Webpack などが必須
jQuery, Bootstrap, React なども >>69
>サーバサイド技術のnpmとかnode.js
この認識が可笑しい >>67
確かにvueのtypescript対応は不親切。
てかいい加減公式サイトぐらいtypescript対応しろと。 >>72
だからお前いつもグルーピングがおかしいってば >>69
トランスパイルは、サーバー側でする。
その開発環境が、Node.js
もし、JSX で書いて、それをブラウザでトランスパイルすると、
時間が掛かるので、推奨されない
だから事前に、Node.js, Webpack, Babel, Browserify, Uglify, CssShrink, AutoPrefixer などで、
ES2015, JSX などを、ES5 に変換しておく なんでガイジ鯖でトランスパイルなんてとんちきなこと言ってんのかと思ったけどもしかしてc9みたいな環境でやってんのかなこいつ? トランスパイルの手順も、タスクランナーのGulp か、
プロジェクトのpackage.json 内の、npm scripts に書いて実行するだけ
watch 機能を書いて、ファイルを保存するたびに、自動的にトランスパイルすることもできる
Ruby on Rails では開発用サーバーに、webpack-dev-server を使う そもそも、ブラウザでトランスパイルするのは、全ユーザーが同じ変換をするから無駄
サーバーなら、1回の変換で、全ユーザーに対応できる。
変換後のHTML を送るだけ Docker か何かの開発サーバーじゃないの?
漏れは、自分のPC 内のWindows 10, WSL, Ubuntu 18.04 で、
VSCode の拡張機能、Remote WSL を使って、
Linux側に、プロジェクトを作っている
Windows側からのブラウザアクセスは、
VSCodeの拡張機能・open in browser ではローカルファイルアクセスとなるので制限されるが、
VSCodeの拡張機能・Live Server では、サーバーを立ててのアクセスとなるので制限されない
Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、
ruby 2.6.6, node 12.16.2 を入れた
yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。
これは、#!/bin/sh で始まるシェルスクリプト
anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
同様のツールに、asdf もある devcontainerのほうがいいでしょ
環境切り替えが楽チン anyenvとかすぐに重くなるから嫌い
なんとかenvは全部作り直せと言いたくなる phpenv が重いのは、すべてのファイルをコピーしているからとか、
何かのサイトに書いてあった Stoyan Stefanov の本には、Babel, Browserify は、
グローバルにインストールした方がメリットが多い、とか書いてあるけど >>81
そうじゃなくて、reactっていうかJSXのトランスパイルはrubyキチガイであるお前以外の99%はブラウザでもサーバでもなくフロントエンドの開発マシン、要は手元のPCでビルド時に行うの。 いや俺はデプロイ先のコンテナでビルドするように設定してるけど それはないな
起動が遅いのはコンテナでは許されない >>90
リリースのたびにローカルの開発環境でnpm run buildみたいなコマンド打って、トランスパイルされたjsファイルを手作業でアップロードみたいな作業するの?
零細サイト(アプリ)ならありかもしれないが… なんで手動って決めつけてんの?
ビルドプロセスにデプロイも含めるでしょフツー >>91
Laravelならプロジェクト一式の中にwebpack関連の一式も入ってるけどね >>91
手動でアップロード?
意味わからんこと言うなよ >>91
tsファイルの変更を自動検知して.jsに自動でトランスパイルする設定で
開発するのが普通なんじゃないの
>>92
deployっていう用語は開発が終わって本番サーバーに移すときに使う感じでしょ
開発中のこまめな修正はbuildだから
buildとdeployはセットにしてしまうと不便
頻度が違いすぎる インフラ屋には「開発」って概念がないからw
あいつらは出来上がったものを配布するだけ
配布するときにビルドが必要かどうかってことしか知らない
ビルドだけが必要という発想がない CIでビルドからデプロイまでやるわなフツウ
毎回デプロイまでプロセス進めるわけでもないが
なんらかのトリガで自動デプロイまで整ってないとしんどいよ 蔵「ここに要素追加で!中のここのテキストは決まり次第連絡します」
ワイ「よっしゃ手空いたし実装すすめたろ!ここのテキストは適当にうめとこ!できた!フロントビルドして表示確認したろ!」
CIとやら「ビルド&デプロイ!」
本番サイト「おちんちんびろーん」
蔵「…」 手動デプロイする人、ビルド構成1つしか使えない人、いろいろいるんだなあー なんかこのスレ、
・開発中のローカルサーバーでのビルド
・本番等へのデプロイ時に行うビルド
をごっちゃにしてる奴が居て話が噛み合わないわ ■ このスレッドは過去ログ倉庫に格納されています