フロントエンドJavaScriptフレームワーク総合

**デフォルトの名無しさん** · 2020/06/11(木) 13:11:59.44

どうぞ

**デフォルトの名無しさん** · 2020/07/13(月) 00:49:46.55

VueはWebサイトでも使われてる事例が多いから相対的にシェアは大きいかもな

**デフォルトの名無しさん** · 2020/07/13(月) 00:51:39.83

いや確かVueが一番人気なのは中国と日本とあともうひとつ変な国だけだったはず

**デフォルトの名無しさん** · 2020/07/13(月) 05:49:20.27

>>30
なぜそこにRazor？

**デフォルトの名無しさん** · 2020/07/13(月) 11:33:12.72

>>34
vueは、githubの全プロジェクトの中で、ドキュメント(説明文のみ)部門を除いては一位の人気を誇る。

**デフォルトの名無しさん** · 2020/07/13(月) 12:37:30.89

そりゃ中国のプロジェクトだからなぁ

**デフォルトの名無しさん** · 2020/07/13(月) 12:54:39.31

最新のstateofjs フロントエンドフレームワークの項
https://2019.stateofjs.com/front-end-frameworks/

ま、ガッカリすんなよ。ガラパゴスジャパンと中国父さんで人気なんだからいいじゃねぇか。

**デフォルトの名無しさん** · 2020/07/14(火) 13:01:03.03

2020/4/26
webpack 4 の入門メモ
https://qiita.com/rubytomato@github/items/687b1987c7ee233443aa

webpack.config.js を自動作成するため、
npx webpack-cli init
と入力すると、@webpack-cli/init をインストールするか聞かれるので、インストールすると、

npm install -g @webpack-cli/init
で、バージョン・0.3 が入り、エラーが出て、ひどい目にあった！

そこで、アンインストールして、
npm uninstall -g @webpack-cli/init

代わりに、バージョン・0.2.2 をインストールした
npm install -g @webpack-cli/init@0.2.2

**デフォルトの名無しさん** · 2020/07/14(火) 14:08:24.84

バックエンドフレームワークでフロントのビルド環境が整ってるやつ使えばイチイチ気にする必要もないけどな

**デフォルトの名無しさん** · 2020/07/14(火) 14:10:18.95

>>40
そのフレームワークの名前は？

**デフォルトの名無しさん** · 2020/07/14(火) 14:13:31.01

自分はLaravel使ってるがRoRでもv6から対応してるんだとか

**デフォルトの名無しさん** · 2020/07/14(火) 14:35:02.18

>>39
anyenvとかの、本質的な管理(npm)の間に何層も便利レイヤーが入ってて、うまく動くときにツールがすごいだけなのに分かった気になって自分がすごいと調子に乗ってるからそうなる

結局そのプラットフォームで手広く使われてる管理方法をちゃんと理解しておかないと、
トラブったときに何が原因なのか切り分けられないから、
パッケージのバージョン違いのトラブル程度が「酷い目」に感じられるんだよ

39 · 2020/07/14(火) 14:46:30.72

Rails: webpack(er)に乗り換える25の理由（翻訳）
https://techracho.bpsinc.jp/hachi8833/2020_04_10/90859

Rails 5 から、webpack を使えたけど、
標準になったのは、Rails 6 から

**デフォルトの名無しさん** · 2020/08/01(土) 00:08:59.83

LaravelだとLaravelMixというwebpackの設定が簡単に書けるものがあるから
vueも割と簡単に導入できるな

**デフォルトの名無しさん** · 2020/08/17(月) 23:21:18.21

複雑な処理はwasm になるだろう

**デフォルトの名無しさん** · 2020/08/18(火) 16:35:54.43

>>46 既にPython がwasm で動いてる。　データサイエンス部門はPython only になりそうだな。
当然Javascript の機能も使える。

**デフォルトの名無しさん** · 2020/09/13(日) 03:09:22.00

Vueのプロジェクト新しく始めるときにVue-Cliって使ったほうがいいのかねえ
なんか裏側で何が起こってるのかよく分からなくなるから、個人的にはwebpackの設定ゴリゴリ書きたいんだけど、主流がvue-cliみたいだから無理やり使ってる

laravel mixとかもそうだけどwebpackをブラックボックスにしたツールあんま好きになれない

**デフォルトの名無しさん** · 2020/10/27(火) 12:51:34.40

後継スレage

**デフォルトの名無しさん** · 2020/10/27(火) 12:55:35.80

前スレ
>>986
書いたのぼくなんだけど、
いや決してblazor最高！って言ってるわけではない。

次に使う技術を選考するにあたって、
他のWebフレームワークでもおなじようなことができるのか純粋に聞きたかっただけ…

とにかくフロントとバックで言語を合わせたらできるということがわかった。ありがとう。

バックエンドをtsとc#のどっちがいいかは、両方使ったことがある人にしか判断つかなさそうね。
で、なかなかそういう人はいなさそう。

たぶんMS推しまくってる人もそうだと思う…

**デフォルトの名無しさん** · 2020/10/27(火) 13:06:09.30

>>50
単純に言語としての良し悪しならC#とTSは甲乙付けがたい。カッチリしたC#か、より柔軟なTSか。どちらも優れた言語だ。
バックエンドのエコシステムとして見たら……いろんな視点があるからなんとも

**デフォルトの名無しさん** · 2020/10/27(火) 13:18:03.70

ここはJSのすれなので...

**デフォルトの名無しさん** · 2020/10/27(火) 13:42:04.55

ここは総合スレなので周辺の話題はOK

**デフォルトの名無しさん** · 2020/10/27(火) 13:47:39.42

>>50
backendははっきりしてる。C#のがts(node)よりいい
実行速度がレベルが違う

backendは生産性考えたら静的言語以外は使いたくないわ
C#のように言語が強力だと何をやるにも楽だわ

**デフォルトの名無しさん** · 2020/10/27(火) 13:58:18.14

流石にC#だけの話はスレ違い

**デフォルトの名無しさん** · 2020/10/27(火) 14:23:30.30

隔離スレ必要かも

**デフォルトの名無しさん** · 2020/10/27(火) 15:47:03.48

普通のweb appでサーバーの実行速度がボトルネックになることはほぼねーよ。

**デフォルトの名無しさん** · 2020/10/27(火) 16:44:28.91

いやふつうに速度落ちるし
どんだけ過疎サイト作ってるのさ

落ちなきゃいいとかいう低レベルなのでいいわけ？
サクサクにしないとリピーター増えないわけよ

**デフォルトの名無しさん** · 2020/10/27(火) 16:47:22.07

>>55
54もtsと比較してるしC#だけじゃない

JSありきで思考停止していてはだめ
それは宗教

**デフォルトの名無しさん** · 2020/10/27(火) 16:58:26.62

C#の話しない奴は思考停止

**デフォルトの名無しさん** · 2020/10/27(火) 19:22:06.25

>>54
いやあなためちゃくちゃjs,tsディスってるけど、
経験はあるの？
そういう頭ごなしに否定する意見はあまり信用できない。

**デフォルトの名無しさん** · 2020/10/27(火) 20:03:07.77

>>61
そりゃあるよ
C#に比べたら動的言語は全部ゴミ

動的言語は生産性低いわ遅いわで最悪

AndroidもiOSも開発は静的言語だろ？
個人的な感想じゃなくて事実なの

**デフォルトの名無しさん** · 2020/10/27(火) 20:06:42.73

JS, TSをディスってるのではない
動的言語、スクリプト全般がダメという話

MS, Google, Appleの一押し言語は全部、静的だろう
JSだけ取り残された化石なんだよ

**デフォルトの名無しさん** · 2020/10/27(火) 20:15:50.34

じゃあこのスレはあなたの趣向に合わないねバイバイ

**デフォルトの名無しさん** · 2020/10/27(火) 20:21:42.65

ぶっちゃけVSとc#はマジで最強
これは否定できない

しかしWebシステムではまったく使われていない
どうしようもないほどゴミクズな存在
普及しそうな気配もない

**デフォルトの名無しさん** · 2020/10/27(火) 22:35:27.19

>>65
嘘をついてはいけない

Microsoft ASP.NET はシェア42%でトップ
https://www.wappalyzer.com/technologies/web-frameworks/

**デフォルトの名無しさん** · 2020/10/27(火) 22:38:38.69

Web開発はjsから入る。
そこからtsに行くことはあっても
c#に行くことはないわな

**デフォルトの名無しさん** · 2020/10/28(水) 06:11:35.16

・老害は自説を曲げない
・老害は沸点が低い・怒りっぽい
・自分の価値観を押し付けてくる
・老害は話が長い、くどい
見事に老害の枠に収まってて草
https://docoic.com/9265

**デフォルトの名無しさん** · 2020/10/28(水) 07:30:12.06

>>66
分母がなんなのか不明なんだが

**デフォルトの名無しさん** · 2020/10/28(水) 07:56:02.60

>>67
js, tsしかやらないっていうのは
静的言語わからないエンジニアのままでいるってことだな

C#やらなければwindows appもasp.netも使えない。
静的言語の理解がないのでAndroid , iOS appも開発できない
エンジニアとしてはかなり格下

**デフォルトの名無しさん** · 2020/10/28(水) 08:12:32.36

GCのある言語なんて軟弱、CやRustやれ。
コンパイル言語なんて軟弱、アセンブリやれ。
とかいくらでも言いようはあるわけで。C#の殻に籠もってればいいのに

**デフォルトの名無しさん** · 2020/10/28(水) 08:27:31.61

餌を与えないで下さい

**デフォルトの名無しさん** · 2020/10/28(水) 09:15:48.03

>>66
Wappalyzerに検知されるバックグランドテクノロジーってサーバーの構成に問題あると思う
たまにPHP5.4とかMySQLとかが検知されてるの見た事あるけど

**デフォルトの名無しさん** · 2020/10/28(水) 09:20:28.68

実際JS,TSしかできません、やりませんって人も多いんだろうね
でもプログラミング言語ってそんなもんだよね
日本語で生きていけるのに、英語学べ！って言われてもはあ…ってかんじだよ
いろんな言語を貪欲に習得する人はすげーなとおもう

**デフォルトの名無しさん** · 2020/10/28(水) 09:25:19.08

>>66
日本は2％じゃん
つまり42％✕2％でたったの0.8％なのになんでこいつ嘘ついてんの？

**デフォルトの名無しさん** · 2020/10/28(水) 09:31:34.01

>>69
実際のwebから収集されてるデータだぞ
信頼性が高い

**デフォルトの名無しさん** · 2020/10/28(水) 09:33:16.01

>>74
tsやっててtsしかできん人は流石におらんのやない？

**デフォルトの名無しさん** · 2020/10/28(水) 09:36:04.45

>>75
全世界のデータが意味ないとでも？
掛け算して意味不明な値だしてるし頭悪すぎて草
％の使い方すらわからないことに驚き

**デフォルトの名無しさん** · 2020/10/28(水) 09:42:01.51

webpackのビルド設定かなんかで専用のdevtoolには検知されてもWappalyzerでは検知されない事多々あるんだよな

**デフォルトの名無しさん** · 2020/10/28(水) 09:45:23.40

TSやってる人は他の言語の経験それなりにあって、
Electronベースの結構複雑なソフト(それこそvscodeとか)を作ってるからTSを使ってる印象あるけどな
今風のイケてるプログラマーだと思うけど

てかそもそも言語は大事じゃないでしょ。職業プログラマーだったら色々な言語書くことになるでしょ。

**デフォルトの名無しさん** · 2020/10/28(水) 09:53:01.61

>>80
寧ろ職業プログラマは仕事で使う言語しか覚えないからJavaしかできないってヤツとか相当多い

**デフォルトの名無しさん** · 2020/10/28(水) 10:04:01.70

>>80
frontendはJSしかできない奴多いよ
受託開発ならいろんな言語やらされるだろうが
そういう企業ばかりではないし
web appなら言語変わるのはbackendだろう。

**デフォルトの名無しさん** · 2020/10/28(水) 12:36:00.61

next.js10の最適化凄いな。こういう変化の速さはさすがだわ

**デフォルトの名無しさん** · 2020/10/28(水) 12:57:17.00

>>78
オメーがバカなんだろ
aspのシェアが42％でasp全体で日本は2ぱーなんだからフレームワーク全体だと掛け算だろが
小学生以下のアホがバカを晒して自慢すんな

**デフォルトの名無しさん** · 2020/10/28(水) 13:15:46.33

>>84
IT後進国の日本だけのシェアなどまったく意味がないし
そもそもそのそのデータの国別、言語別の統計はあてにならない
ということに気付かない時点で無能だわ

ほかのframeworkでもアメリカが50%超えてる時点で気付けないんだな
アメリカはコスパいいレンタルサーバー、データセンター、クラウドサービスが
多いからアメリカがシェアが高くなっているだけの話だ
それはIPアドレスで判定してるだけ
アメリカのデータ値はアメリカ人がアメリカ国内で使っていることを表しているわけではない

**デフォルトの名無しさん** · 2020/10/28(水) 13:21:52.37

>>85
じゃあwappalyzerのザル統計なんか晒すなボケ

**デフォルトの名無しさん** · 2020/10/28(水) 15:58:57.89

wappalyzerが最も信頼できる

**デフォルトの名無しさん** · 2020/10/28(水) 17:28:40.47

選好バイアスというやつだね。
自分に都合のよい結果を出す情報源をより信頼してしまう。

**デフォルトの名無しさん** · 2020/10/28(水) 17:35:41.58

>>88
そう思うならほかの統計データ出してくれ
信頼できそうなやつな

一般の法人ならASP.NET系使うのはごくふつうのこと
サポート期限が長いしMSの技術と品質が信頼されてる

**デフォルトの名無しさん** · 2020/10/28(水) 17:58:01.01

普通にLinuxかクラウドでしょ

**デフォルトの名無しさん** · 2020/10/28(水) 19:45:42.76

>>82
だからそういう人は絶対tsには手を出さないしwebpackビルドなんてしないだろ

**デフォルトの名無しさん** · 2020/10/28(水) 19:48:26.35

少なくともLaravel-MixでビルドしたものはWappalyzerに検知されないしAmazonで部分的に使われてるReactもWappalyzerには検知されてないからな

**デフォルトの名無しさん** · 2020/10/28(水) 19:49:43.58

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください

**デフォルトの名無しさん** · 2020/10/28(水) 22:13:43.55

thread.context.langs
// => ["js", "ts", "html", "css", "rust"]

**デフォルトの名無しさん** · 2020/10/28(水) 22:46:19.56

>>90
さっぱり意味が分からない
ASP.net CoreはLinuxでも動くの知らない人？

あとクラウド＝Linuxだと思ってるの？

**デフォルトの名無しさん** · 2020/10/28(水) 23:07:15.84

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください

**デフォルトの名無しさん** · 2020/10/29(木) 01:32:08.52

LinuxでわざわざASPを使いたがるヤツなんて明らかに異端だろ

**デフォルトの名無しさん** · 2020/10/29(木) 05:48:33.24

使いたがるやつが、明らかに居たんだよ

**デフォルトの名無しさん** · 2020/10/29(木) 06:04:13.37

猫も杓子も、AWS

Amazon Linux, Aurora の時代に、
ASP, Windows Server, Azure とか、使う理由がない

もう新規で使われることはない。保守だけ

**デフォルトの名無しさん** · 2020/10/29(木) 07:53:02.69

>>96
コピペ荒らしうざい

>>97
偏見そのもの
知識がふるいんだよ
ASP.NET CoreはLinux対応だしライセンスフリーだしLinuxで使ってる人多い

**デフォルトの名無しさん** · 2020/10/29(木) 07:56:02.72

>>99
こいつもASP.net CoreがLinuxで動くこと知らない
フロントエンジニアは無知ばっかりだな

Azureで業績好調だし

**デフォルトの名無しさん** · 2020/10/29(木) 08:29:19.69

>>99
AzureはAWSについでシェア2位だよ
Windowsの比率はわからんけど選ばないということはない
少なくとも業務アプリ系では新規でも使われている。

ここにいる人たちってスレタイの技術使ってどんな規模のWebアプリ作ってるのかな。
それによっても使うクラウドサービスとか変わるんだろうね。
例えばFirestoreは複雑且つ大量データを扱う業務アプリ系では無理と感じた。

**デフォルトの名無しさん** · 2020/10/29(木) 09:13:07.00

>>100
逆、逆
ASPを使ってる人の中でLinuxを使ってる人が多いかどうかじゃなく
Linuxを使ってる人の中でASPを使ってる人が多いかどうかの話だよ

**デフォルトの名無しさん** · 2020/10/29(木) 09:33:32.93

>>103
おまえの思考が逆
Web appはまず開発ツールのスタックを選んでから、OSは決める

server sideに関してはWindowsでしか動かないものよりも
Linuxでしか動かないものが多いからLinuxを選ぶケースが増える

＞Linuxを使ってる人の中でASPを使ってる人が多いかどうか

自分で優れている開発ツールを選び使うだけ
いくら多くの他人が動的言語のゴミ使おうが関係ない
PHPもRubyも遅いし生産性が低いし選ぶ価値がない

**デフォルトの名無しさん** · 2020/10/29(木) 09:34:25.57

>>102
Firestoreは大量のデータを素早く裁くのはむしろ向いてると思うよ。複雑さの意味合いにもよるけど、向き不向きははっきりしてるよね。

IoTと組み合わせたWebでのリアルタイム監視的なものとか色々作ってるよ。Reactはまだ使い始めたとこだけど作りやすくて良いよね。用途によってクラウドも物理サーバも使い分けるよ。

**デフォルトの名無しさん** · 2020/10/29(木) 09:36:31.26

>>103
おまえらが知らないだけで
ライセンス無料になったからASP.NET Core始めた人がたくさんいるわけ

**デフォルトの名無しさん** · 2020/10/29(木) 13:57:41.20

>>106
お前の周りだけやぞ

**デフォルトの名無しさん** · 2020/10/29(木) 14:01:32.46

>>105
RDB脳なんでいまいち想像できないんだけど

Firestoreってログデータみたいな構造化されてないデータには向いてるとおもうけど、
商品マスタと10年間の売上データを結合して、商品マスタのなんちゃら区分ごとに集計するって言い出したら用途合わないよね…？

99 · 2020/10/29(木) 17:53:27.21

Amazon Linux, Aurora なら、数倍速くなる。
Lambda もある

GCP には、Tensorflow, Firebase がある

Azure には、セールスポイントが無い

Windows Server が落ち目だろ。
新規で、Windows Server を選ぶ香具師は、いない。保守だけ

99 · 2020/10/29(木) 18:00:28.12

NoSQL は、銀行などの正確なものには向かない。
重複更新されたりするだろ

間違っても、問題がないような用途だけ

RDB みたいな表分割も出来ない

**デフォルトの名無しさん** · 2020/10/29(木) 18:08:08.60

転職サイトでBlazor案件検索してみたが全然ヒットしないぞ

**デフォルトの名無しさん** · 2020/10/29(木) 18:45:04.80

>>108
コレクションの組み方次第で可能。
でも可能だというだけで、そういうのは正直向いてないね。素直にRDB使いたい。

**デフォルトの名無しさん** · 2020/10/29(木) 18:55:17.50

>>111
BlazorはASP.NETの中のひとつでしかないから
求人とかはASP.NET(Core)として扱われるだろう

まだ件数としてはBlazorより前のASP.NET MVCとかの方がはるかに多い

**デフォルトの名無しさん** · 2020/10/29(木) 18:57:14.57

>>109
数倍とかいいかげんすぎる
オンプレミスで開発、運用するスキルがないから性能に大きな差が出る

**デフォルトの名無しさん** · 2020/10/29(木) 18:58:45.80

Firestore高すぎだろう
月間アクティブ100万ユーザーで月額30万円近くかかる。
年間360万円
いいカモになってるな

**デフォルトの名無しさん** · 2020/10/29(木) 19:10:53.43

>>113
いやキーワード検索なら普通にフレームワーク名は出るぞ

**デフォルトの名無しさん** · 2020/10/29(木) 19:11:03.03

>>115
妥当な気がするけど
他のが全然安くすむもん？

99 · 2020/10/29(木) 19:21:26.54

安さなら、AWS Lambda などのサーバーレス

**デフォルトの名無しさん** · 2020/10/29(木) 19:27:23.76

>>116
求人ならふつうはC#とASP.NETで募集かけるだろう。
Blazor単体だとシェア0.5%もないし、APIつくるときは従来のASP.NET (Core) MVCを使う。
C#とASP.NETやってきた人にとってBlazorは覚えることはあまりない。
C#やASP.NETで経験つんできた人を採用する方がはるかにいい

**デフォルトの名無しさん** · 2020/10/29(木) 19:33:29.03

>>117
高いといったのはFirestoreに限らずCloud DB全般。
オンプレミスでMySQL, Postgreとか使えば維持費はタダ同然だし
document data使いたければMongo DBとか使えばいい

時代はクラウドみたいな宣伝に洗脳されてカモになるのが
流行ってるのが理解できない

**デフォルトの名無しさん** · 2020/10/29(木) 19:42:14.53

規模ごとに値段出してくれてるのは親切だわ

**デフォルトの名無しさん** · 2020/10/29(木) 19:44:48.38

月間100万アクティブユーザをタダ同然しかコストかけないオンプレミスは怖くない？
Firebaseから乗り換えるにしても、高可用性なVPSか、しっかりコストかけて鯖組むよ

**デフォルトの名無しさん** · 2020/10/29(木) 20:15:19.82

>>119
Redux、Webpackってキーワードですら普通にヒットするのに本当に使われてるなら出ないわけないだろ

**デフォルトの名無しさん** · 2020/10/29(木) 20:36:11.06

>>123
Blazor単体ではシェア少ないと書いただろ
あとBlazor Serverの社内システムとかは外部の統計にでてこない

他人ばかりきになるなら
クソみたいなPHPとかRubyやってりゃいいじゃん
みんなと同じことやって安心したいんでしょ

**デフォルトの名無しさん** · 2020/10/29(木) 20:40:28.26

MSがWebFormの移行先にBlazorを挙げている。
何年か経ったらSIerが使い出すんじゃない？

業務系はクラサバ時代に作られためちゃくちゃ複雑な画面があったりするから、簡単にSPAが作れるならBlazorは歓迎されると思う。

**デフォルトの名無しさん** · 2020/10/29(木) 20:41:18.33

>>122
ハードのコストはトラフィックやデータ量に依存するから書いてないだけで
サーバーは当然、用意するよ
Cloudに比べたらタダ同然ってこと

VPSとかしょぼすぎて無理
せっかくオンプレミスでやるのにサーバー借りるとかバカらしい

乗り換えるならそもそも独自仕様のFirebaseなんか使わないほうがいい
トラフィック増えたらひたすらカモられるのがクラウド

**デフォルトの名無しさん** · 2020/10/29(木) 21:00:39.18

>>125
日本はUIの注文が細かいからな
WPFもCore対応したようだから法人はWPFもありかもしれない
開発スピードはBlazorより速いしUXも良いはずだ

**デフォルトの名無しさん** · 2020/10/29(木) 23:12:11.44

★jQuery, Ruby, C#, Blazorｷﾁｶﾞｲが書き込んでも無視してください。
ここはJSのスレです。

**デフォルトの名無しさん** · 2020/10/30(金) 02:37:24.20

前にASP.net MVCの案件したけど、使いやすかったね
PHPはLaravelがデファクトスタンダードになってるけど、あれASP.net MVCを真似て作ってる

**デフォルトの名無しさん** · 2020/10/30(金) 02:39:17.08

Winows Server+SQL Serverな環境だとVS上で完結して開発できるのもメリット大きいと思った

**デフォルトの名無しさん** · 2020/10/30(金) 06:43:41.05

そういうのってフロントエンドJavaScriptフレームワークと組み合わせられるのか、と思ったけどライブラリであるReactは組み合わせられるらしい。
こんな記事を2016年に作ってるんだから、MS的には共存したいようだ。
https://docs.microsoft.com/ja-jp/archive/msdn-magazine/2016/february/asp-net-progressive-enhancement-with-asp-net-and-react

**デフォルトの名無しさん** · 2020/10/30(金) 08:15:44.23

マイクロソフトのサイトちょっと前はNuxt使ってた記憶あるけどな

**デフォルトの名無しさん** · 2020/10/30(金) 08:32:21.87

>>127
いや要件上Webアプリにしたいのに開発スピードが早いからと言ってWPFするのは違う…

ただ、業務アプリとなると複雑度の違いはあれど画面数が100超えたりするので生産性はとても大事。
簡単な画面はサクサク作れても、複雑な画面になると一気にややこしくなるようなフレームワークだとつらい。

Reactとかってこういう大規模な業務アプリにはどうなんかね。
メンテナンス性も含めて気になる。ころころフレームワークがバージョンアップすると維持も大変だし。