Vue vs React vs Angular Part.4

■ このスレッドは過去ログ倉庫に格納されています
2020/06/11(木) 19:01:45.26ID:uGsh0NQC
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
※前スレ
Vue vs React vs Angular Part.3
https://mevius.5ch.net/test/read.cgi/tech/1560333895/

★ここではjQueryの話題は禁止です
★jQuery房が書き込んでも無視してください
2020/07/14(火) 09:35:50.47ID:bivsLz8c
パクリ先が進化してくれないとパクれなくて困るもんなｗｗｗ
2020/07/14(火) 10:04:52.53ID:9XrJ6bL4
>>202
ころころと変わりすぎるJS界隈のなかでは
変化しすぎないのはむしろいいことだろう
2020/07/14(火) 10:15:51.07ID:9XrJ6bL4
>>199
WebAssemblyはC#とかでかけるから興味あるんだけど
WebAssemblyメインで作ってる大手サイトってあるのかな？
2020/07/14(火) 12:31:13.12ID:B+3PexkI
Vueにチャイナリスクがあるとか懸念されて承認が下りない
2020/07/14(火) 12:39:39.33ID:sTPCx6YN
中華製の部品を使えないとなるとパソコンも許可が下りなくなる
2020/07/14(火) 13:04:29.97ID:wxNuZUMy
外人は既に、Facebook 製のReact を使っているから、
中国製のVue.js へは移行しない

Reactの日本語訳が、2回表示されるから、ちゃんと直してほしい

それと、Webpack も日本語化してくれ
209デフォルトの名無しさん
垢版 |
2020/07/14(火) 13:32:34.76ID:Mma3I+br
>>203
なるほど判り易い
2020/07/14(火) 14:48:05.50ID:UqAnAnhr
snowpackが出たからwebpackはオワコン。
チャンク分けが後付けされたとは言え、基本的にひとつのバンドルにまとめるという思想がhttp1.1時代の時代遅れの化石。
加えて設定APIがクソかつすぐ変わるゴミ。
2020/07/14(火) 14:55:31.21ID:2Tt/Vrq1
そして3年後・・・snowpackはオワコン！
2020/07/14(火) 16:29:00.65ID:UqAnAnhr
その間webpackとかいうゴミに煩わされることがないからプライスレス
2020/07/14(火) 16:56:48.66ID:jn6Quu/M
create-react-app使ってるからwebpackがどうのとかあんまり意識したことないわ
2020/07/15(水) 00:00:35.08ID:xU1YmUix
React使ってて
create-react-app使ってない人なんているのか

>>208
中国人も外国人。
外人は差別用語なので外国人と呼ぶのが知識人
2020/07/15(水) 00:05:02.16ID:Z2+aTjG5
>>214
Laravel-Mix使えばなくてもいける
2020/07/15(水) 00:24:33.30ID:MbNh6cxA
vueがreact化して悲しい
もうreact移行するかな
2020/07/15(水) 00:32:34.69ID:xU1YmUix
>>215
LaravelってPHPだっけ
PHPで開発しないひとがLaravel-Mix使ってなにかメリットはでてくる？
2020/07/15(水) 00:40:54.82ID:Z2+aTjG5
単に↓への回答
>React使ってて
>create-react-app使ってない人なんているのか
2020/07/15(水) 06:43:28.43ID:Iul+D8/c
>>214
あれって試作とか練習くらいにしか使わないもんだと思ってた。
220デフォルトの名無しさん
垢版 |
2020/07/15(水) 20:24:41.28ID:anBecQlm
Reactってなんとなくかっこいいから初めて見たけど
具体的なメリットって何なの？
ただ単に構築面倒にしてるだけじゃん
2020/07/15(水) 20:32:39.60ID:ubc4KaZa
SPAが爆速でつくれる
2020/07/15(水) 20:33:03.40ID:naaKKVhJ
>>220
何と比較して面倒なのか分からん
2020/07/15(水) 21:14:44.27ID:Z2+aTjG5
>>220
色々部品化進めて行くと段々開発効率が上がってくる
2020/07/16(木) 00:49:43.48ID:fGKOjjQM
>>223
今までにどんな部品を作りました？
部品はいくつありますか？
2020/07/16(木) 02:59:26.58ID:fifr3+U/
だから小中規模はvueって言われてるんだろ
2020/07/16(木) 03:28:32.84ID:QwF0ci9g
Vueはreact追いかけて変な方向に行ってしまったな。
従来のVueの手軽さがいい人にはAlpineJSをお薦めするよ。
2020/07/16(木) 03:31:40.20ID:QwF0ci9g
公式リポジトリに日本語ドキュメントあったｗｗｗ
https://github.com/alpinejs/alpine/blob/master/README.ja.md
228デフォルトの名無しさん
垢版 |
2020/07/16(木) 04:44:57.61ID:q8NPRuZD
>>220
比較対象を書かないと伝わらない。

Reactはframeworkじゃないから面倒なんじゃないか
Reactは単体だとUIまわりだけのLibraryなわけ。

効率あげるにはFrameworkと併用したほうがいい。
ReactベースのNext.jsというframeworkのtutorialみたら印象変わった。

React使ったweb appはたいていNext.jsも使ってるんじゃないかな
統計データは持っていないが
2020/07/16(木) 04:59:36.62ID:fGKOjjQM
Reactはframeworkだよ。
フレームワークは他のフレームワークと共存できない
Reactも共存できないのでフレームワーク
2020/07/16(木) 06:00:59.82ID:QwF0ci9g
React – ユーザインターフェース構築のための JavaScript ライブラリ
https://ja.reactjs.org/

React
https://ja.wikipedia.org/wiki/React
React (リアクト) は、Facebookとコミュニティによって開発されているユーザインタフェース構築のためのJavaScriptライブラリである[3]。
2020/07/16(木) 06:20:20.62ID:QwF0ci9g
React単体はView部分専業のライブラリ。
フレームワーク　で　は　な　い。
ReactをView構築担当パーツとして採用した　フ　レ　ー　ム　ワ　ー　ク　には以下のようなものがある。
Next.js by Vercel - The React Framework
https://nextjs.org

GatsbyJS
https://www.gatsbyjs.org/
Gatsby is a free and open source framework based on React that helps developers build blazing fast websites and apps

RedwoodJS - Bringing Full-stack to the Jamstack
https://redwoodjs.com
Bringing full-stack to the Jstack. An opinionated framework that combines React, GraphQL, Prisma2, SQL, and lots more out of the box.
https://github.com/redwoodjs/redwood
Redwood is an opinionated, full-stack, serverless web application framework that will allow you to build and deploy JAMstack applications with ease.

これらが　フ　レ　ー　ム　ワ
ー　ク。
2020/07/16(木) 06:22:09.96ID:rhL5J6vC
>>229
お前の脳みそが現実と共存できてないだけだったなｗｗｗ
2020/07/16(木) 06:50:19.00ID:Tpmfh3cP
React単体だと新規アプリの書きはじめは少し面倒だね
デザイナーがいる場合は特に
すでにあるものをいじるのはめちゃくちゃ楽だけど
2020/07/16(木) 07:16:19.31ID:q8NPRuZD
>>229
違う
ReactはframeworkではなくLibraryだ
公式にもそうかいてあるし
実際にUIまわりの機能しか持ってない
web frameworkと呼べるほどの機能はない

だからReact単体で開発しようとしたら
めんどくさいのは当たり前なの
Frameworkに相当する機能が揃ってない
2020/07/16(木) 07:27:36.37ID:ZNt3NFO3
>>234
reduxとかrouterとか定番のセットを組み合わせれば十分だし別に面倒と言うような事はない
2020/07/16(木) 07:31:43.65ID:3QdZwCAR
routerくらいだろ、必須なのって
小・中規模のアプリなら状態管理はhooksの機能で十分
2020/07/16(木) 10:06:56.10ID:smD3FpeB
jQueryで十分！
→だからjQueryはフレームワーク！！

lodashで十分！
→だからlodashはフレームワーク！！
2020/07/16(木) 12:07:04.89ID:J/CG/YnB
フレームワークは、Next.js とか

React は単なる、UI ライブラリ・部品だから、
Ruby on Rails, Bootstrap と組み合わせる

一方、Rails + Vue.js は、ほとんど見ない
2020/07/16(木) 12:07:14.26ID:ZNt3NFO3
何かを作るのに十分云々じゃなくてフレームワークの構成要件として十分かどうかの話

>>237は状態管理やルーティング以前にライフサイクルもないだろ
2020/07/16(木) 14:10:46.45ID:wMaulIJo
Next → フルスタックフレームワーク
React・Vue → マイクロフレームワーク
Angular → ？
2020/07/16(木) 15:24:46.50ID:8zSSWZDX
ザコはすぐ造語作りたがるなｗｗｗ
強制連行ｗｗｗｗマイクロｗフレームワークｗｗｗｗｗ
2020/07/16(木) 16:49:40.17ID:wMaulIJo
いや俺が作った単語じゃねーぞ
wikipediaにも載ってるし
2020/07/16(木) 17:29:18.20ID:QwF0ci9g
本当に愚か者だな、お前は。
https://en.m.wikipedia.org/wiki/Microframework
マイクロフレームは、ミニマリスティック ウェブ アプリケーション フレームワークを指すために使用される用語である。フルスタックフレームワークとは対照的です。

次のような本格的なWebアプリケーションフレームワークで期待される一般的な機能のほとんどが不足しています。

- アカウント、認証、承認、ロール
- オブジェクトリレーショナルマッピングによるデータベースの抽象化
- 入力のバリデーションとサニタイゼーション
- Webテンプレートエンジン

通常、マイクロフレームワークは、HTTPリクエストの受信、適切なコントローラーへのHTTPリクエストのルーティング、コントローラーのディスパッチ、HTTPレスポンスの返送を容易にします。Microframeworksは、多くの場合、別のサービスまたはアプリケーションのAPIを構築するために特別に設計されています。[1]たとえば、Lumenマイクロフレームワークは、マイクロサービス開発およびAPI開発用に設計されています。

マイクロフレームワークス
- PythonのBottle
- RubyのCamping
- Node.js用のExpress.js
- Python用Falcon
- Python用Flask
- ScalaのScalatra
- PHP用Lumen
- PHP用Slim
- PHP用のSilex
- RubyのSinatra
…
なんでこの説明読んでreactがマイクロフレームワークになるんだ？
テンプレートエンジンの代わりになるからか？
じゃあ認証ライブラリはマイクロフレームワークか？
ORMライブラリはマイクロフレームワークか？
バリデーションライブラリはマイクロフレームワークか？ええ？
英語読めなかったのか？あん？
読めないにしても翻訳機能使う知恵もなかったか？
2020/07/16(木) 18:14:37.53ID:q8NPRuZD
>>242
wikipediaなんて誰でも編集できるし
分類なんて人それぞれ

ReactはFacebookがLibraryといってるんだからそれで確定だ。
2020/07/16(木) 19:17:30.88ID:N/WMVO7e
公式見解を尊重する限り、
Vue → framework
React → library
Angular → framework
ってことになるな
2020/07/16(木) 20:36:35.64ID:GDWqXa2M
ちなみに僕の公式見解は
僕 → Zetsurin
だよ。
2020/07/16(木) 21:53:24.18ID:ThZ5aiRV
reactはライブラリなのかフレームワークなのかquoraで聞いてみようぜ
って思ったら英語版にはすでに質問あったわ
248デフォルトの名無しさん
垢版 |
2020/07/16(木) 21:54:17.77ID:N8xKeP5m
>>228
比較対象はネイティブJavaScript
ただ単にDOM操作するだけだぜ？
ビルドいる？

ネイティブJavaScriptがそんなにもっさり重いの？
なんもコマンド叩かずにコーディングできるんだよ？
HTMLに直接書けるんだよ？
2020/07/16(木) 21:56:41.55ID:q8NPRuZD
人によってはframeworkに分類しちゃうけど
公式がLibraryと言っている以上、Libraryなのだ。

routingすらないReactをweb frameworkと呼ぶには無理がある
2020/07/16(木) 22:01:28.47ID:q8NPRuZD
>>248
え、frameworkもLibraryもTSも使わず
生のJSでちっぽけなアプリ書いてる人だったのか

そんなやり方でまともな中規模以上のアプリ作れない
生産性が低すぎる
いまどきHTMLに直接コード書くなんて論外だろう
251デフォルトの名無しさん
垢版 |
2020/07/16(木) 22:07:09.50ID:N8xKeP5m
>>250
単なるGUI制御がHTMLに組み込んで何が悪いか
じゃあお前がどんだけグレートな規模のプロジェクト
手がけてるか紹介してみろやカスが
2020/07/16(木) 22:32:35.09ID:wMaulIJo
>>248
そりゃカップラのタイマーにReactはオーバースペックだろ…
2020/07/16(木) 22:35:03.43ID:ThZ5aiRV
もしgmailのフロントを生JSで書けって言われたら逃げるわ
2020/07/16(木) 23:21:28.07ID:5vmd5oHm
自分でJavaScriptのライブラリ作ればいいんやで！
2020/07/16(木) 23:23:56.85ID:3r6uNJIb
名前はoreoreactにしよう
2020/07/17(金) 00:12:04.02ID:HKFGOVIo
Blazor面白いね
あとは読み込み速くなればJS要らなくなる
2020/07/17(金) 00:41:47.48ID:rScYk2f8
ブラジャー？
2020/07/17(金) 00:57:10.31ID:5L8OAF1I
流石にIIS依存のものはなぁ…
2020/07/17(金) 01:02:45.71ID:d4gKLDNu
adobe airのときもsilverlightのときも同じこと言ってたよそいつ。
懲りない奴だｗ
2020/07/17(金) 01:46:03.30ID:OVoiSg0p
>>258
何言ってんのこいつw
261デフォルトの名無しさん
垢版 |
2020/07/17(金) 08:38:22.72ID:Mcc/Kfhl
>>258
昔の知識のままの人か？
Blazorも.net Core対応と書いてあるし
.net CoreならLinuxやMacでも動くはずだ
Blazorのhelpにもapacheとかがかいてある
2020/07/17(金) 08:41:05.93ID:5L8OAF1I
いうてもApacheでASP.NETとか使ってるヤツ居るの？
2020/07/17(金) 08:50:27.95ID:wFTyM9Vl
今から使い始めるならIISよりはapacheだろ
2020/07/17(金) 08:58:36.98ID:Mcc/Kfhl
>>262
言い訳する前に知識が古かったのを認めろよ

Linuxでasp.net使いたいニーズがあったからこそ対応したんだろ
ApacheだけでなくNginxもかいてある

https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-3.1

あとweb frameworkで一番シェア高いのはASP.NETだぞ
WordPressとか間接的にframework使ってるの除いたらシェアトップ
2020/07/17(金) 09:12:02.75ID:HKFGOVIo
>>262
うちはnginx, asp.net core api, asp.net core MVC+Vue
2020/07/17(金) 10:23:29.59ID:rScYk2f8
>>263
この文脈でIISとApacheを比較するのかよ・・・
この文脈でのIISはWebサーバーとしての側面ではなくアプリケーションサーバー（.NETコンテナ）としての話だろ
比較するならApacheやnginxではなくTomcatやGlassFishだと思うが
2020/07/17(金) 10:32:08.75ID:Mcc/Kfhl
>>266
おまえもApacheやnginxでASP.net Coreが
動かないと思ってるのか？
2020/07/17(金) 10:36:10.93ID:4woZuOkK
Blazor ServerってSSRだよな
このスレに関係ないじゃん
2020/07/17(金) 10:37:15.19ID:Mcc/Kfhl
>>265
OSとDatabaseは何使ってるの？
遅いのは最初の読み込みだけ？
Microsoftのデモ動画みたら動作も遅いように見えた場面が
あってパフォーマンスどうなのかなと。

WebAssemblyでいい性能出るならC#で書きたい
JSもTSもめんどくさい
2020/07/17(金) 11:00:42.67ID:rScYk2f8
>>267
Apacheやnginxでは.NETは動かないだろ？
まさかなーと思って今調べてみたけどやっぱり動かないみたいだぞ

検索してみると出てくるのはdotnet runでポート5000をリッスンさせてApacheやnginxをリバースプロキシとして表に立たせる構成ばかりだ
これはdotnet runプロセス自体がアプリケーションサーバーの役割を担ってるだろ？
Apacheやnginxで.NETが動くのとは程遠い話だ

俺がまだ勘違いしてるのか？
もしApacheで.NETが動くというのならmod名とか教えてくれ
2020/07/17(金) 11:21:27.37ID:afn+PT1M
>>267
すまんがASPに対しては負の遺産という印象しかない
2020/07/17(金) 11:26:49.33ID:afn+PT1M
>>270
それ言ったらnginxでphp使う方法と変わらんからASP厨がドヤ顔でえばるだけやぞ
2020/07/17(金) 11:35:17.42ID:rScYk2f8
PHPとかnginxのことは知らんのだけど
Apache + PHP だとCGI（別プロセス）で動かすのではなく、Apacheプロセス内で動かす専用modとかあるんでしょ？
そのくらい特化してたらApacheで動くと言ってもいいと思うが
リバースプロキシ立てただけで「Apacheで動く」は恥ずかしいよ
2020/07/17(金) 12:08:02.38ID:hTUFpXFi
>>273
nginxの場合php-fpmっていう別サービスを立てて
nginxのリバースプロキシでポートもしくはソケット経由でphpのリクエストをphp-fpmに渡す様な形式
2020/07/17(金) 12:30:36.62ID:p1TzKNxq
>>269
RDBはポスグレ
起動も思ったより早いよ
リクエストはまじで爆速
2020/07/17(金) 12:36:31.61ID:rScYk2f8
>>274
ありがとう
nginx + PHPにもphp-fpmという専用のFastCGI機構があるのね
ここまで特化してたらnginxでPHPが動くと言ってもいい

だがdotnet runは構成がまったく違う
Apacheやnginxはdotnet runを特別に扱ってないし関知もしてない
やはりApacheやnginxで.NETが動くとは言えないな
2020/07/17(金) 13:17:03.73ID:HR6IsBOl
スレタイ読めないのかな？
npm trends
https://leerob.io/static/images/learn-nextjs/npm-trend.png
2020/07/17(金) 13:23:21.28ID:PZ71VWVR
>>277
angularと@angular/coreの違いについて頼む
279デフォルトの名無しさん
垢版 |
2020/07/17(金) 14:16:04.30ID:Mcc/Kfhl
>>270 >>273
ASP.net CoreのapplicationはKestrel上で動く。
KestrelはMSが作ったlightweight web server,
そしてopen source、ライセンス料も不要
あなたがdotnet runと書いてるそれはKestrel serverの起動だとおもう

Kestrel単体でもASP.net coreのweb appを動かすことができる。
Kestrelは超軽量で高速なweb serverだけど機能が少ない。
それでIIS, Nginx, Apacheなどと併用することをMSが推奨してるらしい。
Nginxとかにあるセキュリティ機能が使えるようになる

ちなみにASP.net Coreになる前の従来型のASPでは
ApacheとかのModはあったよ

セキュアで高速にASP.net Core動くなら
Kestrel併用方式でもMod方式でｂ烽ﾇっちでもいｂ｢でしょ？
細かい機能いらないなら、Kestrel単体で動かしてもいい
おそらくそれが最速になる
2020/07/17(金) 14:35:49.91ID:rScYk2f8
kestrel(dotnet run)を否定しているわけじゃないよ
それは単体でHTTPを話す能力を持ってるじゃん
つまりTomcatやGlassFishと同じ位置付け
Apache、nginx等のWebサーバーを手前に追加するもしないも自由

でもそれは「Apacheで.NETが動く」という話にはならない
2020/07/17(金) 14:45:14.98ID:Mcc/Kfhl
>>273 >>280
従来型のASP.netはModとかFastCGI対応していた。
Linuxでうごくこういうやつがあった
https://www.mono-project.com/docs/web/aspnet/
Monoは互換性がいまいちなので個人的にお勧めしない

ASP.net CoreをKestrel単体またはKestrel+(Nginx or Apache or IIS)
で動かすのが今のMicrosoft推奨のやりかた。

高速に動くなら内部の仕組みはどうでもいい話だろう？
あとは重要なところでLinuxで動いてライセンス無料になってるんだし
Modがあるかなんてどうでもいいよ。

そもそもApacheは高速なWeb serverじゃないの知ってるの？
あえてApache選ぶ理由がないよ。
大規模サイトはNginxが多い
2020/07/17(金) 14:48:05.03ID:Mcc/Kfhl
>>280
古い知識のままでIISやWindowsのライセンス料を払わないと
動かないと勘違いしてる人が多いし
そういうひとにはApacheで動くといった方がわかりやすいだろ

.net知らない人にKestrelがどうこういっても伝わらない。
あなたもdotnet runとかしつこくかいてるし。それはただのコマンド。
多くの人が知りたいのはLinuxでライセンスフリーで使えるかどうかだから
2020/07/17(金) 14:49:01.58ID:bZMoLlJz
Apacheに乗せるなんて無駄なことしたくない
Nginx RP + Inproc Httpがスマートで最高
2020/07/17(金) 14:55:32.14ID:rScYk2f8
静的コンテンツのレスポンス高速化のためだけにリバースプロキシ（Apache, nginx）置くわけじゃないから
俺は認証の柔軟性の高さでApacheを使い続けてる
LDAP認証の設定とか慣れちゃってるからね
nginxでも同じことはできるんだろうけど俺にとっては乗り換えるほどの動機になってない
静的コンテンツ主体の大規模サイトじゃないからね
だいだいのリクエストが後方のアプリケーションサーバーに流れるので俺にとってApacheは認証用なの
同接数の劣るApacheを使い続けてることを恥ずかしいと思ったことはない
2020/07/17(金) 15:02:52.55ID:bZMoLlJz
最近はApacheを知らない若者も居るようだ
知ってても学校でさわりだけやりましたみたいな
先にNGINXでやってみてできないことがApacheでできるならApacheを検討する
若者の間ではそういうことになってるらしい
2020/07/17(金) 15:46:01.13ID:Q8AVDrqq
Nginx は、リバースプロキシ

世界最速は、Ruby on Rails 製の
https://dev.to/

これよりも速いものは、作れない
2020/07/17(金) 19:01:29.04ID:gHhKsxDc
最近JIT対応したPHP8のalpha版が結構いいスコア出してるそうだがな
2020/07/17(金) 21:28:04.44ID:LPqky/1r
>>278
angularは1系で@angular/coreは2以降じゃないかな
しっかしReact圧倒的だね
2020/07/17(金) 21:55:04.26ID:XQc3SgYX
1系ってAngularJS表記なんだと思ってたがそうじゃないのか
290デフォルトの名無しさん
垢版 |
2020/07/17(金) 22:04:00.19ID:5B+Amw9H
Reactってjadeと互換性あるの？
HTMLや動的テンプレファイル上に
直で書くとサーバ変数そのままJavaScriptに
埋め込んでコーディングできるから
.jsファイルの外部化は個人的にかなり抵抗感がある
2020/07/17(金) 23:32:34.52ID:pbRdpk23
フロントエンドのライブラリだというのに
って言いたいところだけど最近はバックエンドでも（たいていBFF止まりだが）使っちゃったりするから説明がめんどくさい…
端的に言うと、バックエンドのテンプレートはそのままPug使ってりゃいいよ。
JAMスタック構成にしてくと、あくまでバックエンドにPugのようなテンプレートエンジンを使わなくなっていくのであって、バックエンドのテンプレートの代わりにReactを使っていくようになるわけではないからだ。ほんとにこれはもう全くない。
全然端的に言えてないなうん
2020/07/18(土) 00:18:41.79ID:lkZeEJlA
>>287
PHPは言語がうんこすぎて
ベンチマークいくらよくても使う気にならない
2020/07/18(土) 00:25:43.24ID:Rz8uT7Q+
phpはhtmlに直接サーバーサイド変数を埋め込めるという点で負の遺産を残しすぎた。
wordpressだのsmartyだの吐き気するわ。
2020/07/18(土) 01:02:58.86ID:mlew4XCO
>>293
それの何が悪いの？
2020/07/18(土) 01:08:32.40ID:5AaucbBP
バックエンドなんてフレームワークで構成してJSONやり取りするもんだからそんなの別に気にする事じゃないだろ
2020/07/18(土) 02:09:48.73ID:lkZeEJlA
>>275
PostgreSQLか

爆速いいね
TypeSafeだしVisualStudio使えるしC#でWebAssembly最強になるかも

C#使えるしReact+Next.js勉強やめてWebAssemblyやろうかな
WebAssembly、既に本番環境で使えるレベルのクオリティだと感じる？
2020/07/18(土) 02:21:16.88ID:N4WthBbf
> React+Next.js勉強やめて

勉強し始めて、終わらなかったってこと？ｗ
たかだかReact+Next.jsが？ｗ
そんな頭じゃ何やったって時間足らんだろｗ
2020/07/18(土) 02:39:54.52ID:lkZeEJlA
>>297
俺が何時間やったかも書いてないのにそんなレスつけてしまうおまえが頭悪い

あと頭いい人はそうやって文末にwつけないしアンカーをつける
2020/07/18(土) 04:07:12.10ID:N4WthBbf
なるほどつまり数時間やって分かんなくて嫌になってwasmならできるモン！ってことか。説明ご苦労。

そんな根性じゃ何やったってモノにならんだろｗｗｗｗｗ
2020/07/18(土) 08:45:31.60ID:5AaucbBP
WebAssemblyに夢見過ぎなヤツ多いな
そんなに速度が必要な事をやってるのかと
301デフォルトの名無しさん
垢版 |
2020/07/18(土) 09:04:24.26ID:lkZeEJlA
>>300
速度は大事だろ
動けばいいレベルで満足しちゃうの？
例えばECでも遅いとすぐユーザー離脱して売り上げおちる

夢見すぎ？
WebAssemblyはほとんどデメリットが見当たらない
最初の読み込みが少し遅そうということくらい。

実行スピードだけでなく開発の生産性も高いのだから
JSのSPA開発はすぐ駆逐されると思う
2020/07/18(土) 09:10:26.95ID:huqpRUrM
Blazorはサンプル動かすまで超簡単
あれこれ聞く前に自分で試したほうが早いよ

dotnet sdkの最新版を落としてインストールしたら

dotnet new blazorwasm
dotnet run
これだけでBlazorが動く
頭の悪い大量の設定を書く必要はない
小学生やお猿さんでも簡単にできる

ちな↑は完全に静的なサイトを作りたいとき
サーバーサイドAPIも作りたいなら
dotnet new blazorwasm --hosted
dotnet run
これでおｋ

サーバーサイドレンダリングしたいなら
dotnet new blazorserver
dotnet run
これでおｋ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況