Vue vs React vs Angular Part.2

**デフォルトの名無しさん** · 2019/03/09(土) 22:02:33.71

実際どうなん？
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房が書き込んでも無視してください

**デフォルトの名無しさん** · 2019/04/18(木) 16:46:45.54

>>422
俺は、lodash (underscore) のtemplateだな

https://lodash.com/docs/4.17.11#template
https://underscorejs.org/#template

このライブラリはテンプレート専用じゃなくて
通常のプログラミングでも非常に便利なライブラリなので
テンプレートを使うかどうかに関係なく組み込んでる。

**デフォルトの名無しさん** · 2019/04/18(木) 16:50:16.12

>>419
具体例いらんだろう。長くなるとスレチになりそうだし公式見てほしい。

**デフォルトの名無しさん** · 2019/04/18(木) 17:13:10.20

>>415
残念ながらフォームを作る場合に、DOM APIよりもvueは便利だが
jQueryよりも便利ってことはないんだよ
具体例、ないだろう？そういうこと

**デフォルトの名無しさん** · 2019/04/18(木) 20:14:06.33

廃れるものを一通り勉強するってのも乙なもんだけどね。

**デフォルトの名無しさん** · 2019/04/18(木) 20:19:22.93

jquery使うといつか必ず後悔するんだよな

**デフォルトの名無しさん** · 2019/04/18(木) 20:29:07.13

それはないな。DOM APIを使うのと（jQueryの方が生産性が高い以外）何も変わらんのだし

**デフォルトの名無しさん** · 2019/04/18(木) 20:31:42.05

そらWeb"サイト"作ってるところjQueryは使い続けられるだろ
元々フレームワークを使うのはWebシステムを構築する人向けなんだから

平たく言えば例えばスタンドアローンアプリをWebに置き換える様な案件向け
別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ

**デフォルトの名無しさん** · 2019/04/18(木) 21:46:16.31

基本jquery使う限りアングラーさんしかないのか

**デフォルトの名無しさん** · 2019/04/18(木) 21:47:32.38

tsとjqは相性悪いからangularもビミョー

**デフォルトの名無しさん** · 2019/04/18(木) 22:20:30.68

>>429
Webシステムじゃよくわからん。
JavaScriptを一切使わないWebシステムだって有るんだし

> 別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ

ずっとそれを言ってる。ウェブであちこちのサイト見て、
そのサイト、アプリで作ればいいのに？って思うことある？
そういうことだよ。ウェブで皆が見てるものの大半は、アプリ用のフレームワークなんか使っちゃダメ

**デフォルトの名無しさん** · 2019/04/18(木) 23:11:25.60

流行の移り変わり前提ならAureliaになるんかね

**デフォルトの名無しさん** · 2019/04/18(木) 23:16:27.84

>>433
なぜ？

**デフォルトの名無しさん** · 2019/04/19(金) 00:19:18.93

暇な天才達がおもちゃを作り

凡人の我々が疲弊する

**デフォルトの名無しさん** · 2019/04/19(金) 00:56:42.83

実務の世界ではwebは運用を考えないといけないから
ビルド必須なのは辛いんだよね
JAM Stackにバリバリ行きたい気持ちはあるのだが
結局はjQueryを使った無難なサイトがメインになって
しまう
エンジニアは運用の視点を忘れたらいけない
サイト制作にはjQueryが必須だと思う。

でもSPAで作る時は日本語のドキュメントがまだ出て
来てないような最前衛の実装方法で暴走するけどねw

**デフォルトの名無しさん** · 2019/04/19(金) 01:05:48.22

いい加減>>1読め

**デフォルトの名無しさん** · 2019/04/19(金) 07:03:38.13

>>432
君には一生縁のない世界みたいだからおうちにおかえり

**デフォルトの名無しさん** · 2019/04/19(金) 07:15:41.26

>>438
反論できなくなったときの言葉だねｗ

**デフォルトの名無しさん** · 2019/04/19(金) 08:37:31.56

ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
Underscore.js のテンプレートエンジンを使ったフレームワークが、Backborn.js

フレームワークを使うのは、データベースを使うような、web アプリ

Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの

**デフォルトの名無しさん** · 2019/04/19(金) 08:55:09.83

本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ

const template = ctx => `
<html>
<head><title>${ctx.daimei}</title></head>
<body>${ctx.naiyou}</body>
</html>
`

const data = {
daimei: '題名',
naiyou: '内容',
}

const html = template(data)

**デフォルトの名無しさん** · 2019/04/19(金) 10:13:16.52

Vue試してみてるけど
Vuexってもしかして必須か
コンポーネント間の簡単な操作でも複雑に感じたわ

それならもうAngularみたいに全部入りでいいじゃんと思いました

**デフォルトの名無しさん** · 2019/04/19(金) 10:19:03.41

>>442
世界中でどれか一つに統一されるならAngularをおしたい。
慣れた時の開発効率やわかりやすさはAngularだと思う。

**デフォルトの名無しさん** · 2019/04/19(金) 11:22:56.56

>>440
かいてることめちゃくちゃ

> ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
「ちょっとした」の意味がわからん。
そもそもテンプレートに大きいも小さいもないだろ

> フレームワークを使うのは、データベースを使うような、web アプリ
データベースならウェブアプリだけやなくウェブサイトでも使うし
それはフレームワークを使う理由にはならん。

> Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
文字列を連結ってなんのことを言ってるんだか。内部の実装の話なんか関係ないだろ

**デフォルトの名無しさん** · 2019/04/19(金) 11:29:00.68

lodashのテンプレは確かに便利
これは同意する

**デフォルトの名無しさん** · 2019/04/19(金) 11:31:53.09

>>441
> 本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
何万じゃサイズがわからん。

1万文字 = 10KB程度ってことでいいのか？
何万文字 = 数十KB、画像1枚分もなくて、
ADSLや光回線なら0.1秒以下、スマホの128kbps制限中でも
2～3秒程度でダウンロードできるサイズ
だよね？

今度から「僅かなサイズのライブラリ」って書いてくれない？
意図的に多く見せようとしてるようにしか見えないからさｗ

**デフォルトの名無しさん** · 2019/04/19(金) 11:35:38.96

>>441
あとそのコードは単なる文字列中の変数埋め込み
テンプレートエンジンを名乗るなら、ループと条件分岐ぐらいは
対応してないとだめだろう

**デフォルトの名無しさん** · 2019/04/19(金) 12:33:46.65

>>447
だから簡単なものならそれで十分だろうと言ってるんだが。
そんなもの必要に応じて関数書きゃいいだろう。

**デフォルトの名無しさん** · 2019/04/19(金) 12:37:15.37

テンプレートエンジン固有の構文覚える方がめんどいわ

**デフォルトの名無しさん** · 2019/04/19(金) 12:53:32.50

>>443
でもAngular人気ないよね
日本ではなく世界の話
https://2018.stateofjs.com/front-end-frameworks/overview/
世界二万人超の開発者に対するアンケートの結果みたいなんだけど
Angularは「使ったことあるけどもう使わない」
ってのが飛び抜けて多い
なんでこんな嫌われているのか全然わからないけど

**デフォルトの名無しさん** · 2019/04/19(金) 13:14:05.01

確かにせっかくの大規模アンケートなんだから理由も見たかったよな。

**デフォルトの名無しさん** · 2019/04/19(金) 13:32:46.93

破壊的な変更が原因でしょう
また大幅な変更あるのではとリスクを嫌ってる

**デフォルトの名無しさん** · 2019/04/19(金) 14:22:40.05

WebComponentsの登場で
今のフレームワーク全滅するっていうのになｗ

**デフォルトの名無しさん** · 2019/04/19(金) 15:33:13.76

>>450
本来のjavascriptと解離が大きいのがな。
やっぱ通用するスキルが身につくことが重要よ。

**デフォルトの名無しさん** · 2019/04/19(金) 16:06:37.80

どこぞの人気投票らしきもの
https://pbs.twimg.com/media/D31uY7qUwAISCPT.jpg

**デフォルトの名無しさん** · 2019/04/19(金) 16:08:56.45

>>453
それも結局はXHRと一緒なんじゃない？
原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う

**デフォルトの名無しさん** · 2019/04/19(金) 16:21:41.87

>>456
> それも結局はXHRと一緒なんじゃない？

なんでXHRの話なんか出てくるんだ？
UIコンポーネントの話なんだが

> 原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う

そりゃラッピングされたもののほうが使いやすいでしょｗ
だからjQueryの方が使いやすいんだし。

問題は、WebComponentsをラッピングしたものは、AngularやVueやReactとは別のものになるってこと。
AngularやVueやReactもWebComponentsを考慮しつつ開発してるんだろうが、
WebComponentsが最終的にどうなるのかわからないし、
WebComponentsがない時代の設計をWebComponentsに最適化するのは大変。
どうせWebComponentsに最適化された新しいフレームワークが出るに決まってる。
そしたら今のフレームワークは全部おさらばｗ

**デフォルトの名無しさん** · 2019/04/19(金) 16:54:49.69

>>455
ひとつだけステッカー貼ってアピールしてるのが哀愁を誘うなｗ

**デフォルトの名無しさん** · 2019/04/19(金) 17:14:03.31

>>457
html5だかECMAScriptだかの標準仕様を持ち上げるって意味では一緒じゃね？
WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？

**デフォルトの名無しさん** · 2019/04/19(金) 19:30:52.27

なんも作ってない人ってなんでこんなにわかりやすいバカさを露呈しちゃうんだろうね。

**デフォルトの名無しさん** · 2019/04/19(金) 19:50:06.07

web componentに過剰に期待しちゃダメだよ。仕様を大きく超えて肥大化した今のフレームワークのほんの一部を標準化しますってだけ。
少し触ってみれば分かるが期待とは別物。到底現状のコンポーネントが置き換わるレベルじゃない。

**デフォルトの名無しさん** · 2019/04/19(金) 21:06:05.48

>>459
> WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？

WebComponentsはコンポーネントを作るAPI
いろんな人や会社がコンポーネントを作って配布することになるだろう。
ここが大きな違い。

XMLHttpRequestはそれ単体で使うものだが、
WebComponentsは、そのAPIを使ってコンポーネントを作る人と
作られたコンポーネントを使う人に分かれる

**デフォルトの名無しさん** · 2019/04/19(金) 21:33:14.60

それって結局Reactとやってる事変わらなくないか？

**デフォルトの名無しさん** · 2019/04/19(金) 21:36:51.67

>>455
使ったことないアホどもの人気投票だろうな

**デフォルトの名無しさん** · 2019/04/19(金) 21:40:08.98

>>463
そうだよ？やってることがかぶってるから
WebComponents（ウェブ標準）に置き換わるって言ってんの

**デフォルトの名無しさん** · 2019/04/19(金) 22:01:24.55

>>464
使ってる人の数の非もこんなもんなんじゃない？

**デフォルトの名無しさん** · 2019/04/19(金) 22:24:03.00

>>349によるとそんなもんだな。

**デフォルトの名無しさん** · 2019/04/19(金) 23:18:27.59

部下から尊敬される上司が行っている、たった一つの方法
https://www.youtube.com/watch?v=rHwmeu3R8VQ
仕事ができる人だけが知っている、すべてが好転する「黄金ルール」
https://www.youtube.com/watch?v=Kx6cN24EY6E
自分の生き方や働き方がわからない人に伝えたい「生き方の正しい選び方」
https://www.youtube.com/watch?v=VfxW0fqquIE

**デフォルトの名無しさん** · 2019/04/19(金) 23:23:08.94

とにかくJSフレームワークは
他人のコードみたくないし保守したくない
作り逃げの案件しかやりたくねー

**デフォルトの名無しさん** · 2019/04/19(金) 23:53:16.20

>>465
置き換わるわけないやんどうせ機能ショボいのに

**デフォルトの名無しさん** · 2019/04/19(金) 23:57:01.13

まぁwasmを独自タグ化できるとかならワンチャンなくもないかも知れんけど
ウェブ標準とReactなら大半の人はReact選ぶと思うけどね

**デフォルトの名無しさん** · 2019/04/20(土) 00:08:48.19

それにしてもAngularはホント使ってるとこ見ないよね技術書展のサイトくらいしかまともに使ってるとこ見たことない
Reactは動画配信サイトの類とかでわりと使ってるところよく見る
Vueはライブラリとして読み込んでるサイトはわりとあるけどフレームワークとして（Vuex,vue-routerとか使って）ガッツリ作り込んでるところ半分くらいで他はjQueryとの共存でだましだましに使ってるんじゃないかとね

**デフォルトの名無しさん** · 2019/04/20(土) 02:57:45.91

この業界の闇が見れたよ
vue js 大規模

https://mobile.twitter.com/rei_ktrg/status/1119150597599404032/photo/2

https://mobile.twitter.com/andoshin11/status/1118694687794053120

https://mobile.twitter.com/ku_suke/status/1119053092069097472
https://twitter.com/5chan_nel (5ch newer account)

**デフォルトの名無しさん** · 2019/04/20(土) 04:51:28.50

vue,reactならreactのが好きだけどreduxがデファクト取ったのほんとつらい

**デフォルトの名無しさん** · 2019/04/20(土) 06:58:25.30

>>472
react,vueくらいならちょこっと作るのもそこまで苦じゃないけど
angularはなんか闇を感じるぞ。。

**デフォルトの名無しさん** · 2019/04/20(土) 07:42:58.61

>>441
HTMLエンコードも、しないといけない。
「& < > "」などを、「&」「<」「>」「"」に置換

Ruby のERB では、
結果を出力するなら、<% = 式 >
しないなら、<% 式 >

<% # コメント >

地の文(Rubyの式以外)で、<% を使う、
または、ERBタグ内で、%> を使う場合は、% を2重にする(エスケープ)

**476** · 2019/04/20(土) 07:51:06.41

自己レス
>「& < > "」などを、「&」「<」「>」「"」に置換

あれ？どうして「&」と表示されたのか？

「&」(全角なら「&ａｍｐ;」)と書いたのに。
5ch のバグ？

**476** · 2019/04/20(土) 07:58:58.23

自己レス
>「&」(全角なら「&ａｍｐ;」)と書いたのに。

「&」
ここには半角で「& a m p ;」(ただし、空白を除く)、
全角で書くと「&ａｍｐ;」と書いているけど、「ａｍｐ;」が表示されない！

なぜ？

**デフォルトの名無しさん** · 2019/04/20(土) 08:22:32.49

vueできますの人ってJQueryの延長で使えてるだけの人多いから危険だわ
Reactできますの人雇った方が安全
アプリとしての設計できるか否かと文法覚えたからコード書けますは違うから
Reactできるなら設計できると考えていい

**デフォルトの名無しさん** · 2019/04/20(土) 08:31:55.09

>>478
2chの頃からUnicodeの表示には10進文字参照使ってるから
&のエスケープだけ効くようになってる
&amp;と書けばいい

**デフォルトの名無しさん** · 2019/04/20(土) 09:34:01.59

>>479
Reactはそんなに難しいってこと？

**デフォルトの名無しさん** · 2019/04/20(土) 09:44:58.55

ちゃんとしっかり向き合えば難しいって事はないよ
Reduxだって書いてれば慣れるし慣れればそれほど難解じゃない

一回ベタでJSX書いてそこから部品になりそうなものを切り出したら
次に似たような画面作る時劇的に手間が減ったりする

**デフォルトの名無しさん** · 2019/04/20(土) 09:50:31.75

Aureria使ってるけど全然難しくないぞ
Reactも難しくはないんだろう
むしろVueってそんなに簡単なの？

**デフォルトの名無しさん** · 2019/04/20(土) 10:18:20.36

どのフレームワークも書き方が違うだけで構成する要素（状態、ルーティング、コンポーネント）は似たり寄ったりだと思うよ
ただVueの場合
<div id="app">
…
</div>
をルートコンポーネントとしてVueに関連付けるのにdiv涛烽ﾌDOMをそのまま使えるっていうのが新規にはとっつきやすい一因だと思う
もちろん別ファイルに書いたルートコンポーネントをマウントすることもできるけど

DOMがそのまま→既存のサイトに追加できるって事で入りやすいんだろうけど
できたものはカオスなんだろうなって思う

**デフォルトの名無しさん** · 2019/04/20(土) 10:49:02.44

問題は非同期通信をどこに置くか、どう実行するかってとこでしょ。

**デフォルトの名無しさん** · 2019/04/20(土) 12:02:30.90

そもそもそれSPAにする意味あるの？というところからだな

**デフォルトの名無しさん** · 2019/04/20(土) 13:17:37.40

そもそもただの静的なhtmlで十分てのはあるがそれはまた別の話だな。

**デフォルトの名無しさん** · 2019/04/20(土) 13:50:29.73

>>487
静的なHTMLは、サーバーに置いたHTMLを表示するだけ
動的なHTMLは、データベースなどにアクセスしてHTMLを動的に生成するもの

どちらもJavaScript使用の有無は関係ないのですよ

**デフォルトの名無しさん** · 2019/04/20(土) 14:06:39.55

Reduxって他のフレームワークでも
汎用的に使えるの？

vueにはVuex があるし

**デフォルトの名無しさん** · 2019/04/20(土) 14:20:12.59

>>481
Reactは設計や構造を考えられる人じゃないと
まともに動くモノは組めないからね
学習コストはAngularより低いけども設計力が必要

Reactに関しては得手不得手が分かれると思う
合ってる人なら即日使えるようになる
苦手な人は勉強しても駄目かもしれない

**デフォルトの名無しさん** · 2019/04/20(土) 14:23:17.25

負の遺産が量産され続けてそう
数年後が怖いね

**デフォルトの名無しさん** · 2019/04/20(土) 14:28:03.53

設計や構造を考えないで動的に動くview作ろうってのがそもそも間違いじゃね？
と思うんだが。

**デフォルトの名無しさん** · 2019/04/20(土) 14:34:34.23

（汎用の）コンポーネントを作るという考え方で作れば良いんですよ。
そうすれば、全体を考えなくていい。

**デフォルトの名無しさん** · 2019/04/20(土) 14:43:31.02

んなこたない。
部品で分けても結局どう繋ぐかって問題は出てくる。
だからコールバックを引き回すのかreduxみたいな一周するパターンを使うのか考えるわけだ。

**デフォルトの名無しさん** · 2019/04/20(土) 14:52:25.93

まだプログラミング自体初心者だった頃に、個人で何か作ろうとしてみたりしてたときは、確かに設計なんかせずに順番に動くように動くようにプログラミングしてたわ。

**デフォルトの名無しさん** · 2019/04/20(土) 15:52:34.64

reactもvueも適材適所でいいんじゃない？設計は別のレベルの話だろう。所詮道具なんだしさ。いやそれを議論するスレだったなw

**デフォルトの名無しさん** · 2019/04/20(土) 16:20:16.32

大抵の人はjqueryを使う規模で十分であるが
jqueryで何か新しく書こうとなると辛い
そこで規模にマッチするのがVueになるからVueが人気

**デフォルトの名無しさん** · 2019/04/21(日) 15:58:14.04

Angular覚えれば最強なんじゃね?

**デフォルトの名無しさん** · 2019/04/21(日) 16:13:30.43

周りvue使う奴ばかりで俺だけReactだから取り残された感がある

**デフォルトの名無しさん** · 2019/04/21(日) 16:20:10.40

>>499
react出来るならvueもすぐ覚えられるやろ

**デフォルトの名無しさん** · 2019/04/21(日) 16:30:06.97

vueはreactの下位互換

**デフォルトの名無しさん** · 2019/04/21(日) 16:32:17.78

>>501
どういう所に互換性があるの？

**デフォルトの名無しさん** · 2019/04/21(日) 17:59:50.12

create-react-app がデフォルトなだけって気はする。

**デフォルトの名無しさん** · 2019/04/21(日) 18:59:32.38

互換性はないけど枠組みとしては確かに似たり寄ったり

**デフォルトの名無しさん** · 2019/04/21(日) 22:33:06.57

Jqueryで足りないとは例えばどんな動作？

**デフォルトの名無しさん** · 2019/04/21(日) 23:16:22.08

>>1

**デフォルトの名無しさん** · 2019/04/22(月) 00:44:30.62

Reduxって親コンポーネントに偽装してReduxのステートをPropsとして受け取る感じなんだね
慣れてくればそれほどstateと変わらない感じ

**デフォルトの名無しさん** · 2019/04/22(月) 10:42:02.31

VueでTypeScriptってどうなの?
オーバースペック???

**デフォルトの名無しさん** · 2019/04/22(月) 10:51:29.31

>>505
vdomとbindingはロジック部分を根本から変えた。後戻りできない部分だな。他はjQueryでも無理すれば代替できん事はないが。

**デフォルトの名無しさん** · 2019/04/22(月) 10:54:01.25

ロジック部分ってなに？

普通ロジック部分っていうと、UIは除いた部分のことだから
jQuery使っても同じはずだが？

**デフォルトの名無しさん** · 2019/04/22(月) 10:57:48.25

>>508
ページ単位で小規模に適用する分にはvueにTSは必要ない。コスト上がるだけでvueのフットワークを殺す。
新規なら先日nuxtがv2.5で完全にTS対応したから最初からそっち使った方が良いよ。にしてもnuxt-tsはキモかった。

**デフォルトの名無しさん** · 2019/04/22(月) 11:21:42.95

>>510
JQueryはdomが主役だがbindingはデータが主。だからデータ構造とそれを処理するロジックが根本から違う。これ以上はスレチになるから深くは説明しないが。

**デフォルトの名無しさん** · 2019/04/22(月) 11:37:26.45

>>512
つまり、jQueryに足りない部分 = DOM以外ってことですよね？
それは同じでしょ？

**デフォルトの名無しさん** · 2019/04/22(月) 11:38:12.52

もしかしてVueとかって、UI部分とロジックが分離できない？
密結合しちゃってるの？

**デフォルトの名無しさん** · 2019/04/22(月) 12:21:44.78

>>511
reactでts使ってもキモいぞ！ｗ

**デフォルトの名無しさん** · 2019/04/22(月) 12:41:52.02

基本的なMVCアーキテクチャだけで良いのにね
意識高い馬鹿コーダーが変な技術を持ってくる

極論言ったらJavaScriptだけでも作れるのに

**デフォルトの名無しさん** · 2019/04/22(月) 12:42:29.17

>>513
何の話なんだそれ。
>>514
逆だよって今更すぎる。

テーブルがあって1行追加したいとしよう。jQueryだと
$().append(..render(..).html())
に似た処理をどこかで入れるだろ？元のデータは何なら”破棄しても良い”。domが主だから。ココが違う部分だからよく考えて。
bindingだとlistに1行追加するだけ。
list.push({})
あとは自分で調べて。スレチで長々とすまん皆の衆。

**デフォルトの名無しさん** · 2019/04/22(月) 14:05:19.86

最初からSPA作る目的ならならわかるけど
そうでなければReactもVueもう導入した先は絶対カオスになるだろ

**デフォルトの名無しさん** · 2019/04/22(月) 15:07:19.65

>>517
> bindingだとlistに1行追加するだけ。
嘘ついたらいかんよ。
HTMLにごちゃごちゃ書かないとダメだろ。ループ処理とか
JSXかもしれんが

**デフォルトの名無しさん** · 2019/04/22(月) 15:10:48.91

jQueryでもvueでもデータそのものは、listに1行追加するだけなんだよ。

そとは、そのlistのデータを見て、JavaScript（jQuery）でHTMLを生成するか、
vueを使って、HTMLのテンプレートでlistみてループ処理やって、場合によってはif文相当のことをかいて
どの変数がどの部分に埋め込まれるか書いて、どのイベントがどのハンドラに対応するかをかいて
ようやく連携が取れるんだよ

**デフォルトの名無しさん** · 2019/04/22(月) 15:31:55.89

vueの大規模案件ってどんなレベルなんですかね？

**デフォルトの名無しさん** · 2019/04/22(月) 15:32:17.76

最初からSPA作るのと、>>518はやってることが違うから、別にカオスにはならないだろ