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

**デフォルトの名無しさん** · 2020/07/20(月) 23:36:36.67

混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1

**デフォルトの名無しさん** · 2020/09/23(水) 17:22:32.14

>>592
ありえない
reactはframeworkじゃないし関係ない
静的言語は速度も生産性もC#に勝てない

C#やasp.netを知らない人の意見とすぐわかる
必要なコードの量が全く違う

**デフォルトの名無しさん** · 2020/09/23(水) 17:27:33.88

Javaの方が早く死にかけてるのに驚いてる
古くからのC#erですよ。
ASP.NETの前のASPのベータ版から親しんでる
爺です。

**デフォルトの名無しさん** · 2020/09/23(水) 18:44:41.10

>>584
Blazor WebAssemblyと比較しての欠点でしょ
シンクライアントとファットクライアントを比べたら当然のことが書いてあるだけ

**デフォルトの名無しさん** · 2020/09/24(木) 08:05:11.98

技術選定するにあたって、
Blazorの対抗馬としてReactやらVueやら最近流行りのフレームワークは当然候補に上がってくる。

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

以前なんかのブログに、
TypeScriptは型が使えるんですよ。するとIDEでコード補完やリファクタリング機能が使えるんですよ！これは便利！
と書いてあるのを見た。
実はWeb系の人たちってこれまでものすごい苦行を強いられてきていたのでは…

**デフォルトの名無しさん** · 2020/09/24(木) 08:47:14.39

>>596
server-sideの生産性はasp.net coreが格段に上
UI component作るだけならJS/C# どちらの言語に慣れているかで
変わるかもしれない。

流行ってるかどうかではなく、優れているかどうか、
自分のスキル、好みで決めればいいよ
PHPみたいにそこそこ流行っていてもクソみたいな言語もある

**デフォルトの名無しさん** · 2020/09/24(木) 09:31:02.38

>>597
チームで開発してるからなかなか自分の好みだけでは決めれなくて…

Blazorつかいます！ってなったら
そんなのよりVueを使いたまえとか言ってくる偉い人が必ず出てくる。
若い子も流行りのtsやReact、Vueをマスターしたいってなると思う。

そのとき、君たちの憧れの言語やフレームワークはこんな苦行を強いられるのですよと言えるようにしておきたい。

**デフォルトの名無しさん** · 2020/09/24(木) 10:04:58.46

>>598
流行りで決めるほうがよっぽど論理的でないだろう

server-sideのbenchmark見てみりゃわかる
node.js系はasp.net coreよりかなり遅い。
それだけでJS系frameworkを使わない理由になる。

同じ言語C#でclient-sideも開発できればコストも削減できる。
Vueなんて個人ベースで作ってるものだろ
長期サポートされないしnode系だから速度も遅い。

**デフォルトの名無しさん** · 2020/09/24(木) 10:15:36.19

流行ってるかどうかでいったら普及率ナンバーワンの
web frameworkはWordPressなわけだけど、
本格的なweb appをそんなゴミで開発しようとはならないでしょ。
シェアで技術を選ぶのは完全に間違いってこと

**デフォルトの名無しさん** · 2020/09/24(木) 11:31:25.30

WebサイトとWebアプリの違い

**デフォルトの名無しさん** · 2020/09/24(木) 12:43:26.88

JavaScript は改良が続くんだろうし
いつかTypeScriptとの違いもなくなっちゃうのかもしれんね

そうなったらクライアントサイドがJavascriptでもいいのかもしれない

**デフォルトの名無しさん** · 2020/09/24(木) 13:12:22.54

>>602
JSは互換性重視だから大幅には変わらない。
wasm普及したらJSの役割はおしまいだろ

PCとSPで動くnative appを開発できるツールが
でてきてweb appが下火になる未来も来ると思うわ
AppleもMAC向けARM系独自プロセッサ開発する。
最後はcross platform対応のnative appに向かう

**デフォルトの名無しさん** · 2020/09/24(木) 18:26:57.96

中途半端Bootstrapより、なんかまともなもんを一つ移植して欲しいな

**デフォルトの名無しさん** · 2020/09/24(木) 19:48:01.41

WebAppは、下火になるとしても、独特の面白さがある。
ビビッドアーミーなんかも、Webからすぐに始められるから、インストール型
のゲームよりも罪悪感が少ないため、ヒットした可能性がある。

**デフォルトの名無しさん** · 2020/09/24(木) 19:51:18.25

>>596
最近までasync/awaitもなかったんやで・・推して知るべし
自分は最近仕事で使ったからReactはギリ推せる
なぜかというとhooksが導入されたり関数コンポーネントが主流になったりで
React周りの記述量が大幅に減ったから
Reduxなんか挫折する人が出るくらい記述量が無駄に多かったらしい
それもRedux-Toolkitでずいぶん楽になったようだ
調べているうちに新旧のコードを見かけるけど
旧Reduxで組んでた人はよく発狂しなかったと感嘆した
まだまだ記述量が減る余地はあると思うから期待したい
BlazorはRedux-Toolkit以上の使いやすい状態管理が提供されれば
仕事でも使ってみたい
ReactとVueは選定するとき迷ったが、サポートしているのが
FaceBookとコミュニティでは巨人の肩に乗るほうがよいと判断した
Augularは構文デザインになぜか吐き気を覚えたので選定から外した

**デフォルトの名無しさん** · 2020/09/24(木) 20:22:47.35

みなさん貴重なご意見ありがとう。

Web系のひとたち、俺たちは最先端のことやってるぜ感出してるけど、
昔のVBAみたいな、あとで誰も手をつけれてないようなシロモノを職人技で苦労しながら作ってるような気がしてて…
そういうのは仕事では使いたくない…

あとBlazorに望むこととしては、
WinFormsやWebFormsみたいに標準のコントロールを充実させてほしい。
DataGridViewやTreeViewが海外のサードパーティ製にしかないのはこれまたお仕事では困る…
ぼちぼちGrapeCityあたりが出してくれそうだが…

**585** · 2020/09/24(木) 21:43:39.63

YouTube で有名な雑食系エンジニア・KENTA は、
初心者が進む道を、サーバー側言語のRuby → Go を王道としてる

この2つ以外は、出てこない

GUI 系は、画面の手直しなどで、工数がかさむ。
C#, dot.net などのWindows 系は、いらない。
Java などの土方系も、いらない。
C/C++ などのポインタ系や、ハードウェアの仕組みなども、いらない。
Elixir, Rust は、普及へのchasm・溝を超えられなかった

言語よりも、Docker, Kubernetes, AWS などの、サーバー構築・新規案件を重視する。
上流工程・新規案件の方が、価格交渉力が強いから。
一方、下流工程・保守案件は低価格しかない

>>585
で書いた、AWS Elastic Beanstalk の中で、
Puma for Ruby, Docker, Go を抑えておけばよい

**デフォルトの名無しさん** · 2020/09/24(木) 22:08:01.62

サーバー版Blazorのシステム納品間近
サーバーサイドとクライアントサイドをC#同一ソースコードで記述できるから開発効率高いね

**デフォルトの名無しさん** · 2020/09/24(木) 23:51:59.19

>>609
Blazor ServerのApplication Serverは何台構成？
同時使用ユーザー数の規模はどれくらい？

良い言語C#でclient-server両方かけるっていうメリットは大きい

**デフォルトの名無しさん** · 2020/09/25(金) 10:34:56.50

>>607
web系はアホが多い

過去に失敗した経験に学ばず同じことを繰り返してるし

**デフォルトの名無しさん** · 2020/09/25(金) 12:17:21.21

ウェブ系は雇用の安定感が無いから新しい事やってます感をアピールしないと次がないのよ
だから同じようなことを言い方や見せ方を変えながら繰り返してる

**デフォルトの名無しさん** · 2020/09/25(金) 14:05:33.75

>>607
サードパーティ製コントロールって
JS & CSSのラッパーコントロールですよ。C#の。

なので、コントロール欲しければ、普通の配置して、
JSをC#から interopすればよろし。

**デフォルトの名無しさん** · 2020/09/25(金) 14:43:52.18

俺的にはまず、Blazor Serverside + Blazor Webassemblyの組み合わせで使えるようにして欲しいな
これができないことには、いつまで経ってもJavaScriptから逃げられん
Blazor Serversideでログイン関連等の基本的な部分を作り、Blazor Webassemblyでウィジェットのようなものを作るような、そういう組み合わせができるように改良して欲しい

**デフォルトの名無しさん** · 2020/09/25(金) 16:00:21.21

>>614
？

**デフォルトの名無しさん** · 2020/09/26(土) 18:22:12.35

MS新ﾌﾚｰﾑﾜｰｸBlazor、Lighthouseで23点を叩き出すｗ
https://mevius.5ch.net/test/read.cgi/tech/1596698340/

**デフォルトの名無しさん** · 2020/09/30(水) 02:31:21.68

WebAssemblyとJavaScriptの処理速度を比較してみる
https://qiita.com/mink0212/items/c7fc8d1e7c036b706544

やはりhtml domを突いて画面だしてる現状では意味ないかも...

**デフォルトの名無しさん** · 2020/10/04(日) 06:42:57.11

業務アプリならsilverlightを温めとけばよかったのよ
ria service も廃止してAzure売り出す始末でタチ悪すぎるわ

どうせまた3年でオワコンになり、再開発させられる羽目になるんだよな
wcfとかどうなるんだよ

**デフォルトの名無しさん** · 2020/10/04(日) 13:10:28.51

WCFはまだ現役じゃろ
Remotingは終わったけど

**デフォルトの名無しさん** · 2020/10/04(日) 13:25:48.26

>>619
Remotingは「レガシーとされている」状態ね。

**デフォルトの名無しさん** · 2020/10/04(日) 13:26:23.01

Silverlight はFlashと一緒で消える運命でしょ

Blazorは Server版は既存の記述組み合わせたものだし
WebAssembly もマイクロソフトが単独でやってるわけでもないし
すぐには消えなさそうだけど
それも世の中の技術の進歩とトレンド次第かな

**デフォルトの名無しさん** · 2020/10/04(日) 13:39:56.64

全く性質が違うからねー
Blazorがいつまで続くかはわからないがクライアントサイドC#はずっと残ると思う
Webasm自体が続く限りは

**デフォルトの名無しさん** · 2020/10/04(日) 13:40:59.36

>>619
WCFからgRPCへ乗り換えを勧めているらしいぞ

**デフォルトの名無しさん** · 2020/10/04(日) 14:22:11.82

ASP.NET CoreのRazor Pagesと
ASP.NET CoreのMVCと
Blazor WebAssemblyの使い分けがよくわからない。

ページ単位でURLを持たせたい場合は
Blazor WebAssemblyは使えない？

**デフォルトの名無しさん** · 2020/10/04(日) 14:30:19.90

>>624
使えるよ

**デフォルトの名無しさん** · 2020/10/04(日) 16:06:30.15

ポストバックを多用する昔ながらの単純なウェブアプリならPages
ビューを開いた後にクライアントサイドでゴリ押しする少し複雑なウェブアプリならMVC
MVCでクライアントサイドが管理しきれない規模の高難易度ウェブアプリならBlazor

MVCが一番バランスいい
Blazor、というかSPAにするほど複雑なウェブアプリが滅多にない
SPAはPgadmin、CodeServerみたいなガチめのアプリのための技術

**デフォルトの名無しさん** · 2020/10/04(日) 16:18:17.46

MVCはどっちかというとWeb API向け。UIがあるんならRazor Pagesが無難。

**デフォルトの名無しさん** · 2020/10/04(日) 16:37:36.76

そうかな
テンプレートは1回表示して終わりだからMVCのほうがシンプルでいいと思う
ポストバックするならPagesのほうがやりやすいけどね

**デフォルトの名無しさん** · 2020/10/04(日) 16:55:49.81

uno projectってどうなんだろうか？

**デフォルトの名無しさん** · 2020/10/04(日) 16:57:01.23

>>628
テンプレート？

**デフォルトの名無しさん** · 2020/10/04(日) 16:57:59.06

少し規模が大きくなると、MVCはどこでどのエンドポイントが呼ばれているかカオスになるからね…

**デフォルトの名無しさん** · 2020/10/04(日) 17:04:51.79

https://stackoverflow.com/a/50793220/8778560

**デフォルトの名無しさん** · 2020/10/04(日) 17:05:06.55

これ以上はスレチかな

**デフォルトの名無しさん** · 2020/10/04(日) 21:32:49.31

>>620
MSの言い方は知らんけど.NET Coreで使えないんだからもう終わりでしょ

**デフォルトの名無しさん** · 2020/10/04(日) 23:12:02.56

>>634
.NET Frameworkでは使えるし、Windowsが生きている限りサポートされ続けるから「終わった」は言い過ぎやろ

**デフォルトの名無しさん** · 2020/10/04(日) 23:50:16.30

今、wpfをクライアントとしてサーバーのsqlserverにcrudするには何が主流なの？
wcf？asp.net mvc？

**デフォルトの名無しさん** · 2020/10/05(月) 00:13:15.07

いまだとWeb APIになるんじゃない

**デフォルトの名無しさん** · 2020/10/05(月) 03:23:01.66

>>635
新しく立ち上げるプロジェクトで使用できないなら「終わった」でいい
VB6は終わった技術じゃないというならそれでもいいが

**デフォルトの名無しさん** · 2020/10/05(月) 04:58:38.75

>>638
使用できるでしょ。.NET FrameworkはWindowsのサポート期限と同じなんだから。

**デフォルトの名無しさん** · 2020/10/05(月) 08:49:16.96

>>638
いきなりは終わらないだろ

**デフォルトの名無しさん** · 2020/10/05(月) 19:08:30.24

>>639
言葉足らずですまん
.NET Core で使えない==新しく立ち上げるプロジェクトで使用できない
とすっ飛ばして書いた。
.NET Frameworkの保守で使う新規プロジェクトなら使えるね

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

Blazorはコンパイル時間が痛いな

**デフォルトの名無しさん** · 2020/10/06(火) 18:02:17.12

>>642
コンパイルなんて数秒で終わるだろ

**デフォルトの名無しさん** · 2020/10/15(木) 21:39:41.60

Blazor WebAssemblyをテンプレートからいろいろいじってみたけど、
もうちょいテンプレートしっかり作ってほしい。
せめてCRUDのテンプレ欲しかったなあ。
あとClient側、trycatchくらい書いとけよと。

あととにかくデバッグがうまくいかない
ctrl+shift+iだったかな、これ押すと一応デバッグできるようになるんだけど、そんなん分かるか！ってかんじ。

**デフォルトの名無しさん** · 2020/10/16(金) 01:17:51.30

>>644
ドキュメント読めよ

**デフォルトの名無しさん** · 2020/10/16(金) 22:21:03.61

>>644
scaffoldなかったっけ？

**デフォルトの名無しさん** · 2020/10/18(日) 16:09:45.98

Blazor使って作られたサービスってある？
調べても使ってみたとかばっかでる

**デフォルトの名無しさん** · 2020/10/18(日) 17:03:18.35

>>647
実際の公開サイトでの統計
https://www.wappalyzer.com/technologies/web-frameworks/
Blazorは670 sitesだから徐々に増えてきてる

あと企業内のシステムでBlazor Server使ってるシステム増えてるはずだが
非公開web appなので上の統計には出てこない。
MSの技術は法人利用多い

しかしまだBlazorではないASP.netのシェアが圧倒的
ほとんどのサイトはSPAである必要がないので
ASP.NET MVCとかRazor Pagesで十分ってことかもしれない

**デフォルトの名無しさん** · 2020/10/18(日) 17:16:32.49

>>648
なるほどねー
たしかにMVCで十分なシーン多いわ

ありがとう助かりました

**デフォルトの名無しさん** · 2020/10/18(日) 19:22:38.17

ユーザー名+パスワードのハッシュの入った既存のデータベースを、Blazorのユーザー認証に使い回す方法ってどっかに紹介されてない？

**デフォルトの名無しさん** · 2020/10/18(日) 19:48:37.30

>>650
A Demonstration of Simple Server-side Blazor Cookie Authentication
https://blazorhelpwebsite.com/ViewBlogPost/36

**デフォルトの名無しさん** · 2020/10/18(日) 21:49:08.25

>>651
ありがとう！これは便利だ！
クッキー発行前に自分のやりたい認証コードを書けば、なんでも使いまわせちゃうぜ！

**デフォルトの名無しさん** · 2020/10/19(月) 11:41:11.48

>>651
そのサイトはいいかんじにまとまってるサンプルがあるね
ブックマークしておいた

**デフォルトの名無しさん** · 2020/10/19(月) 13:14:16.03

俺は逆に、Blazorで登録してもらったユーザー情報で他のnode等で作ったページにログインできるような技が知りたいな
先の技と似た方法でASP.Net Coreでクッキーだけ発行してnodeでも同じクッキーを使うのもいいけど、データベースを使い回す方法も見てみたい
だけどデータベースを見たところ、パスワードハッシュらしきものはすぐ見つかるもののソルト等がどこにあるのかよくわかんない
もしかしてハッシュに見える一部分がソルトなのか？パスワードハッシュらしきものは、どうやって生成されてる値なんだろう・・・・

**デフォルトの名無しさん** · 2020/10/19(月) 13:27:10.55

OIDC

**デフォルトの名無しさん** · 2020/11/02(月) 05:11:15.47

Blazor WebAssembly in .NET 5 is two to three times faster
for most scenarios. For more information,
see ASP.NET Blog: ASP.NET Core updates in .NET 5 Release Candidate 1.

.NET 5でかなり速くなるんだな
楽しみ

**デフォルトの名無しさん** · 2020/11/02(月) 12:21:12.29

Blazorで作ったうちのサイトに、大量のユーザ登録をする奴が出てきた
掲示板みたいなものがあるので、宣伝の書き込みに使いでも使うんだろうか？よくわからないけど不気味で仕方がない
大量登録を防いだり、ユーザーの行動をスコア化したりBANしたり、何かBlazorでできる手軽な対策ってない？

**デフォルトの名無しさん** · 2020/11/02(月) 13:05:27.82

>>657
しっかりやるならSMS認証だろうけど手軽ではないね。
手軽なのはメールアドレスとIPアドレスベース

登録時のメールアドレス認証はやってる？

同じIPから一定日数は登録できないようにすれば、
固定回線からの登録はある程度防げると思う
ISP次第で固定でもIP変更できちゃうけど
ただの宣伝目的ならそういうめんどうな
手順必要なところは避けてほか行くんじゃないか

**デフォルトの名無しさん** · 2020/11/02(月) 17:11:37.77

Azure AD使ったら多要素認証も気軽に実装できるよ

**デフォルトの名無しさん** · 2020/11/02(月) 22:47:48.58

>>659
そうなのか
全部クラウドでやるのは高すぎて避けたい。
認証だけAzure AD使うのってありなのかな

**デフォルトの名無しさん** · 2020/11/03(火) 02:39:12.95

>>660
もちろんありだよ

**デフォルトの名無しさん** · 2020/11/03(火) 19:52:22.74

>>657
迷惑行為なら通報したら？

**デフォルトの名無しさん** · 2020/11/04(水) 23:24:27.00

Blazorに限る話ではないかも知れないけど…

ServerにWeatherForecastController作って、
ClientからアクセスするときはGetFromJsonAsync<WeatherForecast>(“WeatherForecast”)とControllerの名前を「文字列」で引数に入れる。

これがせっかくここまでC#の型を使えてるのになんか無駄だなあと。
Shareにあるクラスは参照できてるのに、
なんでServerへのアクセスは文字列なのか。

ここタイプミスしたらオジャンじゃん。

外部のAPIならわかるけど、同じソリューション内のプロジェクトなんだから
WeatherForecastContoroller.GetAll WeatherForecast() でええやんと思ってしまう。

gRPCとか使ったらSOAPチックなことできるの？

**デフォルトの名無しさん** · 2020/11/05(木) 00:12:14.94

>>663
ハードコード避けたいときはnameofとかtypeof使うといいとかsampleかいてあったような。

//return CreatedAtAction("GetTodoItem", new { id = todoItem.Id }, todoItem);
return CreatedAtAction(nameof(GetTodoItem), new { id = todoItem.Id }, todoItem);

https://docs.microsoft.com/en-us/aspnet/core/tutorials/first-web-api?view=aspnetcore-3.1&;tabs=visual-studio
Web APIのTutorialのコード。

References the GetTodoItem action to create the Location header's URI.
The C# nameof keyword is used to avoid hard-coding the action name in the CreatedAtAction call.

**デフォルトの名無しさん** · 2020/11/05(木) 00:15:02.65

>>663
上みたいな感じで
Controllerの名前もなんらかのmethodでstringとして取得できるんじゃないかな

**デフォルトの名無しさん** · 2020/11/05(木) 00:17:59.90

てかWebAPIならAttribute Routingの方がよくね？

**デフォルトの名無しさん** · 2020/11/05(木) 08:21:04.21

>>664
nameofありだね
スペルミス減りそう

>>666
Attribute Routing調べたけど
API側でルーティングを文字列で指定してる。
文字列をやめたいんだけど…
メソッド名があるんだからメソッド名をそのまま使いたい。

そもそもREST APIの原則に囚われすぎな気がする。
毎回あんなURIを考えるのって大変じゃないか？

汎用性を考えるならわかるけど。

**デフォルトの名無しさん** · 2020/11/05(木) 08:27:25.47

>>663
それコントローラー名じゃなくてUriでしょ

DefaultRoute使えばuriとコントローラー名は一致するからそれでいいけど
プロジェクトの都合で
URIとコントローラー名異なるようにすることはあるでしょ。

**デフォルトの名無しさん** · 2020/11/05(木) 08:33:38.65

>>666
言ってることが分かったかも
API側で
[Route(“GetHogeData”)]
public Hoge GetHogeData(){}
にするってことかいな？

**デフォルトの名無しさん** · 2020/11/05(木) 08:34:41.52

すまんリロードせずに書き込んでしまった
そゆことね

**デフォルトの名無しさん** · 2020/11/05(木) 08:41:56.35

よくおぼえてないまま書くけど
ルーティングの機能でコントローラー名とアクション名から
アドレス作れたはずだから
それを渡せばいいんじゃないの
それだとnameofも利用できると思うし
カスタムルーティングの場合でも問題なくいけると思う

**デフォルトの名無しさん** · 2020/11/05(木) 23:38:47.81

razorファイルに書いたC#がバリバリ動くのは感動すら覚えるが
最初に作られるサンプルサイトがショボショボすぎてこれは普及しないだろうなあ…とおもう。

入力もできるグリッド、DateTimePicker、TreeView、モーダル
こういうのをサンプルに組み込んでもらわないと
いちいちググるはめになる。

**デフォルトの名無しさん** · 2020/11/05(木) 23:44:26.66

>>672
いやいやテンプレートに機能満載されてるほうが困るわ

**デフォルトの名無しさん** · 2020/11/05(木) 23:49:29.95

そんな複雑なUI作られても使う側が困るしなぁ
シンプルイズベストですわ
MVCでいいじゃないの

**デフォルトの名無しさん** · 2020/11/05(木) 23:52:06.81

>>672
お前はサンプルとテンプレートを混同している

**デフォルトの名無しさん** · 2020/11/06(金) 00:03:35.28

いろんなGUIサンプルはGitHubに置いておいてくれればいいね
Wizardで生成されたら困る

**デフォルトの名無しさん** · 2020/11/06(金) 08:08:26.77

テンプレートでもサンプルでもどっちでも良くて、
MSがそういうものを用意しないと流行らないと言っている。
そんなことをこんなところで言っても仕方ないけどな。

**デフォルトの名無しさん** · 2020/11/06(金) 11:00:07.02

コピペしかできない人なんだろう

**デフォルトの名無しさん** · 2020/11/06(金) 11:04:30.20

WebFormsぽとぺたさんにも使ってもらうなら要るかもねえ

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

>>677
ウィザードでサンプル出力しろという主張だったのに都合よく主張変えるなよ

**デフォルトの名無しさん** · 2020/11/06(金) 12:30:57.02

MSはWebFormsの代替としてBlazor使えって言ってる。
使いたいがこれではハードル高いだろ。
外部の会社が作ってるUIコンポーネント集入れないと使い物にならん。

仕組み上ポトペタは無理としても、それに代わる何かがないと、学習コストがかかって採用されないよという話。

ウィザードでゴリゴリの画面が作られのもまずいというのはわかるが、さすがにシンプルすぎやせんか。

**デフォルトの名無しさん** · 2020/11/06(金) 12:39:05.16

単に自分の能力が足りてないだけじゃないの

まー言うとするなら
WebFormsのように基本的なコントロールは入れてほしい
って感じ？

サンプル云々の話じゃないよね

たぶん

**デフォルトの名無しさん** · 2020/11/06(金) 12:42:45.58

WebFormsってそんなに便利だったっけ？
あっという間にMVCに置き換えられたからわからねえや

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

MVCにすら移行出来なかった層の
最後の救済目的がBlazorだからだろう。

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

>>681
リッチUIを最速で作りたいならWPF使えばいい
外から使い人にはWindows tabletとか持たせるだけ。
Bootstrapでだいぶ敷居さがったがCSSベースのデザインはめんどくさい

>>683
HTML, CSSをよく知らない人、デザイン苦手な人には便利だったんだと思う
ただ細かいデザイン制御ができない、吐き出すｈｔｍｌが汚いから
ASP.NET MVCにとってかわられた

**デフォルトの名無しさん** · 2020/11/07(土) 22:13:36.96

Entity Framework使ってる人、Migration機能は使ってる？

Migration使うほうが複雑になる気がするんだけどどうだろう
Migrationのメリットが見えてこない

PostgreSQLのpgAdminとか
RDBの管理ツールで直接、スキーマの作成や変更をしてる。

**デフォルトの名無しさん** · 2020/11/07(土) 23:04:04.86

Ruby on Rails では、SQLite, PostgreSQL, MySQL の3大DB を、1つのファイルで定義できる(抽象化)。
Migration 用のファイルも、自動的に作られる

Roll Back もできる

Scaffold という魔法の呪文で、CRUD アプリが自動的にできる

**デフォルトの名無しさん** · 2020/11/07(土) 23:14:14.61

>>687
ルビーはどうでもいい

**デフォルトの名無しさん** · 2020/11/07(土) 23:33:27.49

>>686
アプリでSqliteなどのローカルDBでは凄く有効だが、サーバー弄れる場合は手動でいいと思うわ

**デフォルトの名無しさん** · 2020/11/08(日) 05:36:39.88

>>687
rollbackもできるというけどそれがMigrationの主要機能だし
rollbackできなかったら意味ないでしょ
Entity FrameworkのMigrationにもrollbackある。もちろんScaffoldもある

Rubyのコマンド見てみたがEFのMigrationと似てる気がした。
ORMが履歴を持つことでrollbackできるようになる半面、長ったらしいコードが
生成されその記述を理解しないといけなくなる。

DB側のカラムに制約とかデータ型とか細かく設定するべきだが
ORM使わずにpgAdmin, SQL Workbenchでやるほうが速いしわかりやすい。
さらにORM経由は操作できる範囲が限定される。
SQL使ってできる操作＞ORM使ってできる操作。

**デフォルトの名無しさん** · 2020/11/08(日) 05:42:09.04

>>687
RubyおじはASP.NET Coreは使えてるのか？
ASP.NET Core使えるなら低速なRails, Rubyなんて使わなくていいだろ

>>689
Sqlite以外ではMigration使ってないのか
本当にMigrationは誰得の機能かわからないわ

**デフォルトの名無しさん** · 2020/11/08(日) 09:47:27.03

それ言うならそもそもEntity Frameworkの存在意義自体がない気もするけど