【本命】Blazor スレ1【真打】

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
2020/08/22(土) 11:58:25.34ID:GBdcHLkT
はいNG
2020/08/22(土) 11:59:55.29ID:KZRiConr
BlazorはInjection簡単でいいな
500デフォルトの名無しさん
垢版 |
2020/08/27(木) 07:46:00.11ID:eqNDccQJ
ASP.NET Core updates in .NET 5 Preview 8
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/

Blazorがらみが多いな

・Lazy loading in Blazor WebAssembly
も来てますよ？
501デフォルトの名無しさん
垢版 |
2020/08/27(木) 10:02:14.96ID:WGrlRrGq
23点取ったのがそのlazy loadingのデモサイトです
2020/08/27(木) 11:27:39.94ID:HhOi/7k5
LazyLoadComponentじゃなくLazyLoadAssemblyが来たか
これがあれば、最初はミニマムなランチャだけロードして素早く表示、ユーザーが操作を始める間にバックグラウンドでdllを落とす、ユーザーがルーティング操作を行う時には既にロード済、といったシナリオができるわけだ
いいねぇ
これなら最初にロードしなきゃいけないアセンブリを削減できるから、ランチャ自体のダイエットも捗りそうだな
サイズ問題はこれで解決の目処がっ立ったね
2020/08/27(木) 12:21:11.65ID:5+gXjQyY
全然目処なんて立ってないと思うが。
そんなモンじゃすまないほど大きいから。
2020/08/29(土) 00:50:39.31ID:xTBkBqwa
GitHub - avikeid2007/Covidonus: COVID 19 Tracker
https://github.com/avikeid2007/Covidonus

やっぱりUnoのほうがまし。
2020/09/06(日) 20:41:08.74ID:CUPomOSq
blazorってサーバーにあったrazorが
クライアント側で動くだけ？
2020/09/06(日) 21:02:41.59ID:Vq4cq129
>>505
少しはググれよ
2020/09/06(日) 21:56:47.21ID:CUPomOSq
>>506
基本機能はそうしか見えないけど。
Domの操作はC#でできんの？
2020/09/06(日) 22:27:01.03ID:VP4e9UE/
>>505
的外れ極まりない
2020/09/06(日) 22:57:19.13ID:JN9nGzDN
>>508
WebAssemblyなのにHTML使っといて
Dom操作の操作もC#で出来ないんじゃ
javascript撤廃出来ないじゃん。
2020/09/07(月) 00:48:47.43ID:ocp9ke30
できるけどJSを通すしかない
2020/09/07(月) 00:49:42.07ID:sybwZ+D6
>>509
撤廃なんか目指してないからね
2020/09/07(月) 00:54:40.90ID:pAtokO1N
>>510
js通すというより
js側に処理を委譲するんじゃ...

ドラッグしつつ、
辿った背景を変更してくみたいな
良くある処理も上手く書けないじゃね？
2020/09/07(月) 00:54:55.00ID:pAtokO1N
>>511
www
2020/09/07(月) 01:19:54.93ID:sybwZ+D6
>>513
何かおかしい？少しでもBlazorに触れたことがあるなら誰でも知ってるはず。
とはいっても昔は勘違いしてた人もいるようで、Daniel Rothもわざわざ否定したりしてたね。
https://visualstudiomagazine.com/articles/2018/03/23/blazor-alpha.aspx?m=1#comment-3820611651
515デフォルトの名無しさん
垢版 |
2020/09/07(月) 03:28:26.60ID:pAtokO1N
ReactとかVue.js使える人だと、パフォーマンスも悪いんじゃ
使うメリットが全くなさそうだ。

そもそも、Webassemblyなら HTML/CSS使わないと思ってたんだけど、
使ってるあたりが Blazorの癌なのかもね。
2020/09/07(月) 04:32:08.66ID:sybwZ+D6
なぜ使わないと思ってたんだ…
2020/09/07(月) 08:38:18.69ID:R/8abHxo
Blazorの本質はC#が使えること自体ではなく、Webフロントエンドに弱め(全く分からないとは言っていない)な業務系ドットネッターに対して
ReactやVueのような仮想DOM系フレームワークを提供しSPAをキャッチアップさせることにある
もちろんReactやVue使えるんなら全く用はないよ
518デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:18:35.41ID:xj7DdlIE
>>515
開発のパフォーマンス（生産性）が劇的にあがる
JS不要で開発できるのは大きい
2020/09/07(月) 09:24:10.31ID:zpdoSB45
生産性が飛躍的に向上するから
SPA開発者でも乗り換える価値は高いだろう
520デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:24:59.55ID:pAtokO1N
>>517
自分が資料みて感じた事と一致します。
C#だけで出来る事が少ない。Dom側の操作がJs頼みならそうなっちゃいますね。

Webassemblyという点につられてる人多そう。
やはりUno Platformが本命ですかね。
2020/09/07(月) 09:25:44.72ID:sybwZ+D6
ReactやVueを使っていてサーバーサイドもNode.jsならわざわざ切り替える意義はないかな。サーバーサイドがC#ならそれなりに恩恵は大きいはず。
522デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:27:15.52ID:pAtokO1N
>>519
それがVue.jsとか簡単なんですよ。
新規で学んでも簡単でパフォーマンスも良いです。
正直、UI凝り始めるとWPFより使いで良いです。
2020/09/07(月) 09:27:38.77ID:CCEjOt0h
どうしたらHTMLとCSSがいらないなんて発想にたどりつくのか…だってRazorでしょw
524デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:37:14.11ID:pAtokO1N
>>523
Razorは記法だし、
結果を自前でレダリングしてるのかと思いますね。
2020/09/07(月) 09:41:31.06ID:sybwZ+D6
>>524
何のための記法か知ってる？
526デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:43:29.84ID:xj7DdlIE
node.jsが超低速だから
web frameworkとして、React系のNextとか Vueを
使わないほうがいいと思う
サーバーサイドでJSを使うというのが遅いしダサい

web frameworkとしてみるとnode系よりも
ASP.net Coreのがはるかに高速
2020/09/07(月) 09:50:16.63ID:zpdoSB45
>>522
JS、TSって時点で酷しい
JSは単純に生産性が低い
TSはC#の作者と同じだけあって優れた言語だが
コストパフォーマンスの良い要員が集まらない
528デフォルトの名無しさん
垢版 |
2020/09/07(月) 09:57:58.91ID:pAtokO1N
>>527
Jsって頭の良い人が書いたら、
一般人には理解不能な凄いものが書けますからねwww
2020/09/07(月) 10:12:27.38ID:qk/9c7gK
>>528
頭がいい人は複雑で高度なことも他人(当然ある程度の前提知識はあるものとする)が読めるように書ける
頭の悪い人が難しいことをやろうとすると、他人に理解できない酷いコードになる
530デフォルトの名無しさん
垢版 |
2020/09/07(月) 10:36:24.94ID:pAtokO1N
>>529
自分言ってるのはそれとは違うやつの事ですね。
一般人なんで説明できないですけどwww
2020/09/07(月) 12:07:46.81ID:zpdoSB45
>>528
本当に頭のいい人は理解しやすいコードを書くものだけどね

JSの悪い点は中途半端に知識「だけ」をつけた実質バカが書くと容易に凄惨なコードを生み出せてしてしまうところ

C#は優れたIDEによるコーチングがあるからバカでも及第点のコードが書ける
532デフォルトの名無しさん
垢版 |
2020/09/07(月) 12:12:26.47ID:K0kNn/Cs
日本テレビの子供向けプログラミング教育ω番組
今こそ知りたい!めざせ!プログラミングスター
で映ってた画面が jquery だったわωωω
2020/09/07(月) 13:25:47.78ID:ocp9ke30
>>512
あ、そういう意味ね
JS側からC#側のメソッドを呼び出せるから一応はできるはず
ただオーバーヘッドは半端ない気がするし
ガッツリJS書く必要はある
2020/09/07(月) 13:35:49.63ID:kVPghFIH
Blazorのサーバー版とWebAssembly版の話題が入り乱れてややこしいなw
2020/09/07(月) 13:36:52.17ID:sybwZ+D6
>>534
妄想だけで語ってるやつがいるからね
2020/09/07(月) 19:12:50.79ID:OD77ZCh+
Scoped CSS か CSS Modules が実装されたら起こして
2020/09/07(月) 19:21:13.66ID:sybwZ+D6
>>536
https://devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/#css-isolation-for-blazor-components
2020/09/07(月) 19:29:37.93ID:sybwZ+D6
>>536
https://youtu.be/KRNd8JDRqRc?t=1645
2020/09/07(月) 20:05:00.63ID:OD77ZCh+
>>537
ありがとう、枕に頭をつける暇もなかったよｗ
2020/09/08(火) 15:59:38.82ID:vb9MQFMO
あぁ^〜Mauiを想うと心がぴょんぴょんするんじゃぁ^〜
541デフォルトの名無しさん
垢版 |
2020/09/08(火) 18:07:26.14ID:8rtOALpS
苦労してWeb appを作るのは時代遅れなのかもしれない
https://gigazine.net/news/20200907-reddit-app-downloads-miserable-web/

redditは使いにくいweb appにしてnative appに誘導している。
これはけっこう参考になる
開発スピードが速くて、使いやすくて、実行スピードも速いのはnative appだしな

>>540
ごちうさ難民
2020/09/08(火) 18:41:03.85ID:thO0W8Tv
WPF回帰か
まあそれもわるく無い
高速で生産性が高いC#であることが重要
2020/09/08(火) 21:16:43.61ID:scYxt6FH
>>542
残念ながらネイティブアプリageの流れはスマホの話
PCは一貫してWebファーストが普通だし、ネイティブアプリ化するにしてもSlackみたいにWebアプリのガワだけネイティブにするのが今時は多いよ
2020/09/19(土) 11:24:45.44ID:QFC7K9+q
マウスポインターの位置に
コンテキストメニュー表示したいんだけど、
JS使わずに可能？
2020/09/19(土) 12:03:44.03ID:ATAk2qRK
コンテキストメニューって言葉がわかってるなら
blazor context menu でぐぐればいいだろ
2020/09/19(土) 12:08:37.39ID:u2qkdgIs
JSでやってたことをC#でやるだけ
JSを呼び出す必要はない
547デフォルトの名無しさん
垢版 |
2020/09/20(日) 11:13:54.82ID:B8GhM1mv
https://docs.telerik.com/blazor-ui/components/contextmenu/overview
https://github.com/stavroskasidis/BlazorContextMenu

これを見ると、
Jsのラッパー使わないと
出来そうに出来そうに見えないが...

https://github.com/stavroskasidis/BlazorContextMenu/blob/master/BlazorContextMenu/wwwroot/blazorContextMenu.js
2020/09/20(日) 11:18:05.38ID:omMauE6q
要らんよ
549デフォルトの名無しさん
垢版 |
2020/09/20(日) 20:15:19.21ID:B8GhM1mv
コード(C#)でDom Treeの任意の位置に
オブジェクトを足したり削除したり出来るって事？？
2020/09/21(月) 11:55:44.53ID:Cgyr/Ih0
https://ncov.oktopus59.net/

blazor 使ってんだって
2020/09/21(月) 12:19:35.43ID:tfvujsdz
いいね
552デフォルトの名無しさん
垢版 |
2020/09/21(月) 12:30:35.11ID:mc/SlMom
>>550
速度も問題ないね
結局、体感でサクサクならベンチマークとかどうでもいいんだよな
開発生産性が高いメリットを享受できる

ハード性能あがればさらにJSで書く人は減るだろう
2020/09/21(月) 13:28:01.42ID:5fzDdes6
>>550
502 Bad Gateway
が出て起動すらしない。
2020/09/21(月) 14:05:36.06ID:2HL9jfi3
>>552
viewの処理のほとんどは
Chart.jsなんじゃないの？
99%ぐらい。
2020/09/21(月) 14:30:28.63ID:a0iBHw//
そうだね
フロントエンドのパフォーマンス的な観点で言えば、100%普通のJSで動いていると言って差し支えない
そもそもWebAssemblyじゃなくてBlazor Serverだしな
2020/09/21(月) 14:38:45.50ID:2HL9jfi3
Chart.js使った時点で、
Blazorの出番ないし
最初から全部JSで書いたほうが
楽だし、簡単だよね。

クライアントサイドでC#で動かしたいライブラリーが無かったら
何の価値が有るんだろう。
557デフォルトの名無しさん
垢版 |
2020/09/21(月) 17:14:00.32ID:mc/SlMom
Blazor Serverだったのか
それなら少人数なら快適に動いて当たり前か

Blazor Serverはスケーラビリティはないらしいね
ぜんぶserver sideでやるから当たり前だけど。
不特定多数向けサービスならBlazor Serverは選ばないほうがいいと思う。
アクセス数が予測できるイントラ利用向けと解説されてた

アクセス多い場合はWebAssemblyとかHybridとかnative appとかほかの技術使う
2020/09/21(月) 17:20:21.47ID:Cgyr/Ih0
>>557
はぁっ？
2020/09/21(月) 17:28:12.77ID:mc/SlMom
>>558
なんなのその頭悪いレス？
言いたいことあったらはっきりかけアホ
560デフォルトの名無しさん
垢版 |
2020/09/21(月) 19:27:13.31ID:KqbH7J4b
WebFormsで作られた業務システムの移行先に考えてるんだけど、
何でもかんでもblazorで作ると開発コストがかさみそうで…。

複雑な画面構成の機能はBlazorで作って
DBの値を更新するだけの単純な機能はMVCのスキャフォールド機能使って作るみたいなことはできるんだろうか。

いいプロジェクトの構成が思いつかない。
2020/09/21(月) 20:03:05.36ID:Cgyr/Ih0
MVCか Blazor Server でいいんちゃうの
Blazor でも WebAssembly使うとプロジェクトも二つになるし
考えないといけないことも増えるかな

SPAにしたくってでもJavaScript/TypeScript極力使いたくないならBlazorかな
2020/09/21(月) 21:52:08.52ID:zwx+QOMY
>>559
全部サーバーサイドだとスケーラビリティがない

これに
は？
以外どんなレスが付くと思った？
2020/09/21(月) 22:47:24.40ID:7dDEGXG6
サーバーサイドのは
signalRでクライアントと
Websocketでセッションを張る。
この時点で社内システム程度の運用が限界。
564デフォルトの名無しさん
垢版 |
2020/09/21(月) 23:03:25.83ID:mc/SlMom
>>562
558のアホか？
初心者のくせに上から目線、ウザすぎ
反論、質問があるなら伝わるように具体的にかけ

俺の見解じゃなくスペシャリストの見解だ
断言する。Blazor Serverはスケーラビリティはない

ServerのCPUとRAMのリソースを最大限に浪費する
セッションも最大限に使う
Serverの処理が重いというのにさらに
SignalRはリアルタイムなJSレスポンスを要求してくる
認証とか絡むと単純にサーバー増やしても解決できない
スケールアウトは極めて困難と言われている

これが理解できないのはサーバー増やせばスケールアウトすると
考えてるような初心者かバカだ
2020/09/21(月) 23:13:14.88ID:mc/SlMom
>>563
SignalRがリアルタイムの処理が要求してくるからな
そこで破綻する
2020/09/21(月) 23:38:03.42ID:FE12ttrt
リアルタイムリアルタイムってバカの一つ覚えわろた

株価の情報配信するわけでもないだろうに
2020/09/22(火) 00:11:30.38ID:kylJSQdV
>>566
何も表示しない画面でも
Websocketのセッションを張るんだよ。
不得意多数の要件には使えない。

なんでらこんな不安なシステムを考案したか
理解できない。

が

多分Webassembly版が出せない時代の
お茶濁しだろうけどね。
2020/09/22(火) 00:14:57.89ID:kylJSQdV
あ！

Webassemblyが動作しない処理系にも
同一コードが使えるメリットはある。

いらんけど。ね。
569デフォルトの名無しさん
垢版 |
2020/09/22(火) 00:24:35.49ID:j70U2+kl
>>567
566はろくにコード書けない上に上からのアホだから
ほとんどレスを理解できてないぞ

Blazor Serverの数少ないメリットはセキュリティ。
コードをclientに極力見せずに作れる。
スケーラビリティを犠牲にしてでもセキュリティが
重要な社内用途とかなら使いどころになりうる
2020/09/22(火) 00:42:48.24ID:epkmWxIb
>>567
うん、セッション張るのは Signal-r使ったことあるからわかるよ
っていう今もある業務システムで使ってるわ

ただ、リアルタイムが云々っていうのちょっとね

あと不特定多数って言ってもそんなにたくさんの人がずっと接続し続けるものもあればそうでないものもあるからね

結局どういうアプリ次第なんだよ
2020/09/22(火) 01:17:58.77ID:kylJSQdV
>>569
ソース漏は
Webassemblyなら大丈夫でね？
なのでサーバーサイドの使い道は
殆ど思いつかん。
2020/09/22(火) 01:29:18.19ID:UXy6Yo2i
デイトラで有名な、東京フリーランスのとだこうきの動画

0から手を動かして作るRailsチャットアプリ【チュートリアル】
https://www.youtube.com/watch?v=WCsgcp5dg7M

Ruby on Rails で、Web Socket
573デフォルトの名無しさん
垢版 |
2020/09/22(火) 01:40:46.22ID:GCixYKXo
>>564
あ、はい
574デフォルトの名無しさん
垢版 |
2020/09/22(火) 08:14:13.81ID:KxwePHxM
>>561
ありがとう
あなたのレス以降Blazor Serverがディスられてて複雑な心境。。

しかし、イントラネット内で千人くらいしか使わないような業務システムならBlazor Serverがベターな気がする。

不特定多数が使うウェブアプリならWebAssemblyがベターなんでしょう。
2020/09/22(火) 09:07:26.70ID:j70U2+kl
>>574
同時使用ユーザー数次第だが1000人って規模としては大きめ
基幹業務のシステム？

あとあとパフォーマンス問題でたら無能扱いされるよ
スケールできない技術でやって破綻したら最悪、全部つくりなおし
高価なサーバーの購入が必要になる可能性もある。
責任とれるの？

>>553　で
502 Bad Gateway
でてる人いただろ、これパフォーマンス不足が原因の可能性ある

俺はパフォーマンスでない技術だけは選ばないわ
Blazor Serverでなければならない理由もないのに選ぶ理由がわからん
2020/09/22(火) 09:19:17.86ID:EwzeVKsQ
責任てw
呑み屋で見ず知らずのオヤジに説教受けているみたいな
2020/09/22(火) 09:31:32.20ID:j70U2+kl
サラリーマンなら特に重要だろ
プロジェクト失敗したら上流設計やったやつらは
完全に無能扱いされるし
社員からもあいつが上流設計したせいでって陰口叩かれるわｗ
578デフォルトの名無しさん
垢版 |
2020/09/22(火) 10:42:28.47ID:KxwePHxM
>>577
おっしゃるとおりパフォーマンス問題が出たら、後々何言われるか分からないのがこの業界の常でございます。

ただ機能数が百を超える業務システムを全部が全部blazorで作るわけではない。
特定の機能だけblazorで作りたい…

しかしそんなにパフォーマンスでないもんなんかね

https://devblogs.microsoft.com/aspnet/blazor-server-in-net-core-3-0-scenarios-and-performance/
これ見てると
a single Standard_D1_v2 instance on Azure (1 vCPU, 3.5 GB memory) could handle over 5,000 concurrent users without any degradation in latency.

とあるけどこれまさかあのクリックするたびにカウントアップしますよアプリで試してるんだろうか…
複雑な画面でやるとダメダメなんだろうか…
2020/09/22(火) 11:37:42.85ID:epkmWxIb
WebSocketのセッションが5000までいけるってことなんじゃないの
VPSなんかだとサーバの設定もあるから
きちんと設定できないとすぐに制限いっぱいになっちゃうんでしょ

どこにサーバーおくかも考えて決めたら
2020/09/22(火) 14:43:37.98ID:epkmWxIb
ローカルの環境でIIS Express使ってテストしたら
5000コネクション余裕で張れたわ
2020/09/22(火) 15:17:57.43ID:1XqBBY/l
SSRがスケールしないって嘘ついてまでBlazorを貶めたいのかねぇ
582デフォルトの名無しさん
垢版 |
2020/09/22(火) 16:27:39.02ID:j70U2+kl
>>580
scalabilityについては多くの人があげてるけど一例
Blazor Serverの長所短所
Blazor server-side vs client-side (WebAssembly) | What should you choose?
https://youtu.be/HFvPKmS2gig?t=588

localでセッションだけ張れても安心ではないだろう
Blazor ServerはRAMやCPUのリソースも多く使う。
処理速度も遅くなる

あとWAN経由でもアクセスするならネットワークのパフォーマンスも問題になる
結局、パフォーマンス絡みは稼働後に問題が発覚することが大半
採用するなら徹底的にパフォーマンスは事前検証したほうがいい
失敗したら確実に無能の烙印おされる
2020/09/22(火) 17:07:46.37ID:1XqBBY/l
サーバでテンプレートエンジンを動かして、HTMLを生成
必要なところだけ部分的に、AJAXで更新

結局のところ、それだけでよかったんだ
SPAもSSRも最初から失敗だった
2020/09/22(火) 23:24:11.38ID:64ICKLQm
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/hosting-models?view=aspnetcore-3.1#blazor-server
> 多くのユーザーがいるアプリで、スケーラビリティが課題になります。
2020/09/22(火) 23:40:57.68ID:UXy6Yo2i
AWS Elastic Beanstalk は、次の言語と開発スタックをサポートしています

Apache Tomcat for Java アプリケーション
Apache HTTP Server for PHP アプリケーション
Apache HTTP Server for Python アプリケーション

Nginx or Apache HTTP Server for Node.js アプリケーション
Passenger or Puma for Ruby アプリケーション

Microsoft IIS 7.5, 8.0, and 8.5 for .NET アプリケーション
Java SE

Docker
Go
2020/09/22(火) 23:48:23.46ID:epkmWxIb
だからその
多くのユーザーって何人の話なんだよ
10万人か100万人か
587デフォルトの名無しさん
垢版 |
2020/09/23(水) 00:08:25.99ID:BblF/Ts1
>>584
個人的にはこっちのほうが嫌だな

SignalR 接続に "スティッキー セッション" を実装する必要があります。


負荷分散装置やらプロキシサーバーやらでいつも苦労する
2020/09/23(水) 02:33:18.98ID:2MH3im7L
結論的だけど、
Blazorてjsすら使えないエンジニアの為の
救世主ぐらいしか価値を見いだせない。

Blazorだって学習コストかかるのに
その分JS学んだ方が将来的な
メリットは計り知れないと思うけど。
589デフォルトの名無しさん
垢版 |
2020/09/23(水) 12:28:24.15ID:TJRuGaHL
>>581
アンチと決めつけうざい
じぶんはずっと前からからC#とASP.net推してきてる
スケールしないといってるのはBlazor Serverだ。
Blazor WebAssemblyについてはスケールしないといっていない

>>584にも
MSのサイトにスケーラビリティの欠点かいてあっただろ
前にはなかったが追加された
590デフォルトの名無しさん
垢版 |
2020/09/23(水) 12:33:56.41ID:TJRuGaHL
>>588
JSのほうが将来性ないのになにいってんだ
Wasmが普及したらメインの開発言語でJSを選ぶ人はいなくなる

JSは開発生産性が低いしnode.jsなどserver sideで使っても遅い

Blazor使う層はC#が使える
JSは使えないのではなく、生産性が低いから使いたくないのだ
591デフォルトの名無しさん
垢版 |
2020/09/23(水) 13:46:42.94ID:aXGalhzK
JavaScriptとセキュリティーについては、紙教材ベースでは学習してはいるけど・・・・
どっかで実務経験を積まないことには、素人サービスであっても実戦投入なんて危なくてできないな
2020/09/23(水) 17:06:15.80ID:2MH3im7L
>>590
開発生産性は
VS code + Hot Relode の
vuejsとかreactの方が高いですよ。
言語もTypescriptとか使えば死角がなくなります。
593デフォルトの名無しさん
垢版 |
2020/09/23(水) 17:22:32.14ID:TJRuGaHL
>>592
ありえない
reactはframeworkじゃないし関係ない
静的言語は速度も生産性もC#に勝てない

C#やasp.netを知らない人の意見とすぐわかる
必要なコードの量が全く違う
2020/09/23(水) 17:27:33.88ID:WMt34WtD
Javaの方が早く死にかけてるのに驚いてる
古くからのC#erですよ。
ASP.NETの前のASPのベータ版から親しんでる
爺です。
2020/09/23(水) 18:44:41.10ID:jsSlKDJf
>>584
Blazor WebAssemblyと比較しての欠点でしょ
シンクライアントとファットクライアントを比べたら当然のことが書いてあるだけ
596デフォルトの名無しさん
垢版 |
2020/09/24(木) 08:05:11.98ID:g1jGyjzk
技術選定するにあたって、
Blazorの対抗馬としてReactやらVueやら最近流行りのフレームワークは当然候補に上がってくる。

しかしこの手の技術、実際手を動かして作ってみたことがない…
本当のところ生産性ってどうなんだろう。
両方使いこなせてる人に生産性の違いを教えてもらいたい。

以前なんかのブログに、
TypeScriptは型が使えるんですよ。するとIDEでコード補完やリファクタリング機能が使えるんですよ！これは便利！
と書いてあるのを見た。
実はWeb系の人たちってこれまでものすごい苦行を強いられてきていたのでは…
2020/09/24(木) 08:47:14.39ID:xLAA4wLj
>>596
server-sideの生産性はasp.net coreが格段に上
UI component作るだけならJS/C# どちらの言語に慣れているかで
変わるかもしれない。

流行ってるかどうかではなく、優れているかどうか、
自分のスキル、好みで決めればいいよ
PHPみたいにそこそこ流行っていてもクソみたいな言語もある
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況