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

**デフォルトの名無しさん** · 2020/11/22(日) 15:59:37.31

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

Blazorを語る者よ、集え！

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

前スレ
【本命】Blazor スレ1【真打】
https://mevius.5ch.net/test/read.cgi/tech/1595255796/

**デフォルトの名無しさん** · 2021/04/09(金) 19:11:22.84

全部答えが出るまで質問をし続けるんだろうな
英語を覚えてあちらのサイトで聞いたら？

**デフォルトの名無しさん** · 2021/04/09(金) 19:14:59.52

Blazorなんてクソニッチなものに手を出しても無駄だよ

結局情報がないから自分で情報を集めることになる
それができないなら手出ししても無駄

できる人のニッチな趣味がBlazor
絶対一般人には広がらない

>>103
こういう疑問が出てくる人には手出し無用かと

すでに他の言語や環境でSPA作った経験がないとまあ情報も集めにくいし理解も深まらない
ＵＷＰ以下の存在

**デフォルトの名無しさん** · 2021/04/09(金) 21:44:36.86

>>331
VSで同時開発できる
サーバサイドもクライアントもC#技術者でまかなえる

**デフォルトの名無しさん** · 2021/04/10(土) 01:20:00.75

>>334
質問は開発できるかどうかではなく、Blazor Wasmをasp.netサーバーに
設置した場合のメリットです。
asp.netではない、lollipop(月々100円くらい)のような格安サーバーにも
設置できるようですから。

**デフォルトの名無しさん** · 2021/04/10(土) 07:54:30.63

だめだこいつ

**デフォルトの名無しさん** · 2021/04/10(土) 13:10:46.51

>>335
asp.netでは「ユーザー認証」してユーザー毎に別のメニューを出したりすることが
可能だけど、Blazor Wasmを普通のLinuxのプレインなレンタルサーバーに
設置した場合には、恐らくそれができないらしい。

**デフォルトの名無しさん** · 2021/04/10(土) 13:51:11.74

>>337
嘘は良くない

**デフォルトの名無しさん** · 2021/04/10(土) 14:11:53.45

逆になぜメリットがあると思ったのか

**デフォルトの名無しさん** · 2021/04/10(土) 14:13:05.61

>>338
https://docs.microsoft.com/en-us/aspnet/core/blazor/security/webassembly/standalone-with-authentication-library?view=aspnetcore-5.0&;tabs=visual-studio

ここを見れば、Blazor Wasm の authentification library は、asp.net が
前提になっている様に見える。

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

ここを見れば、Blazor Wasm の standalone deployment について書いてある。

**デフォルトの名無しさん** · 2021/04/10(土) 14:15:09.17

Secure an ASP.NET Core Blazor WebAssembly standalone app with Microsoft Accounts

https://docs.microsoft.com/en-us/aspnet/core/blazor/security/webassembly/standalone-with-microsoft-accounts?view=aspnetcore-5.0

こっちも、Azure, ASP.net が前提。

**デフォルトの名無しさん** · 2021/04/10(土) 14:17:53.07

>>339
メリットがないなら、マイクロソフトの中核事業である asp.net, azure,
Windows Server, IIS などに基づいたクラウド事業が使われなくなると
思えたが。
Blazor Wasmと平凡なLinuxレンタルサーバーの組み合わせで
asp.net用のアプリと同等の機能が有るならMSクラウドは不要となる。

**デフォルトの名無しさん** · 2021/04/10(土) 17:24:53.30

>>340
そんなもん認証サーバー側の実装によるやろ
自前のアプリじゃなくてAzureADやAuth0使うんならwasmでも何ら問題ない

**デフォルトの名無しさん** · 2021/04/10(土) 18:07:08.23

>>343
認証サーバーこそが asp.net なんだけど。

**デフォルトの名無しさん** · 2021/04/10(土) 18:29:16.16

>>343
asp.net をインストールしてない安いレンタルサーバーに Wasm Blazorを設置した場合、
asp.net のユーザー認証機能が使えないということを言ってるのに、Azureを使っていれ
ば問題ないとか意味が分からない。

**デフォルトの名無しさん** · 2021/04/10(土) 18:57:47.09

今日は無礼なやついないの？

**デフォルトの名無しさん** · 2021/04/10(土) 20:24:40.40

>>346
俺だよ俺

**デフォルトの名無しさん** · 2021/04/10(土) 22:53:13.92

>>344
何を言ってるんだこいつは？

**デフォルトの名無しさん** · 2021/04/10(土) 22:54:03.24

IDaaSも知らないのか？

**デフォルトの名無しさん** · 2021/04/10(土) 23:04:37.52

別にさくらのレンタルサーバーだろうがGitHub Pagesだろうが、Blazor WebAssemblならユーザー認証には何ら問題ないだろ
テンプレートレベルの話だぞw

**デフォルトの名無しさん** · 2021/04/11(日) 00:49:38.38

いや認証に何らかのバックエンドは必須なんだから問題ないは言い過ぎ
少なくともGitHub Pagesのような静的ホスティングだけじゃ無理で、IDaaSなどのバックエンドを組み合わせる必要はある

**デフォルトの名無しさん** · 2021/04/11(日) 01:06:36.38

あと、そもそも何を目的に認証すんのかって話で、Blazor WebAssemblyでシステムの全機能のコードがユーザーの手元にあるなら、システムの使用について安全に認証をかけるのは原理的に不可能だ
認証を有効に機能させるには、いくらBlazor wasmとはいえ(認証サービスだけでなく)システムの一部の機能をバックエンド側で持っているはず
バックエンドが必ずしもASP.NETである必要はないにしても、IDaaSとフロントだけの構成というのはありえないよ

**デフォルトの名無しさん** · 2021/04/11(日) 01:14:18.47

そもそも、認証を自前でやる必要ないのだが...

なもんで認証サーバーが
物理的にも全く別の個所にあっても良いのだよ。

**デフォルトの名無しさん** · 2021/04/11(日) 01:52:40.52

>>353
そうじゃなくて、認証を入れたところでBlazor wasmじゃそもそも全部ユーザーの手元にあるんだから簡単に破れるでしょ
破られてまずいところはバックエンドAPIとして実装する必要がある

**354** · 2021/04/11(日) 01:55:44.38

誤解されそうだから正確に言うと、認証を破れるというより認証を回避できる
コードを改竄して認証を無視してしまえばいい

**デフォルトの名無しさん** · 2021/04/11(日) 02:12:22.21

>>354
>>そもそも全部ユーザーの手元にあるんだから

なんでクライアント側にあんの。
認証が必要なデータ、ロジックは
サーバー側で全部保護してください。

>>355
>>コードを改竄して認証を無視してしまえばいい

(ﾉ∀`)ｱﾁｬｰ

**デフォルトの名無しさん** · 2021/04/11(日) 02:50:05.53

というか、asp.net はWebページにログイン機能を簡単に実装できることが
多分一番便利なところで、Blazor WasmをLinuxの標準サーバーに配置した
場合には asp.net がバックエンドにないから、それが出来ないのではないかと
思うんだが、違うのか。

**デフォルトの名無しさん** · 2021/04/11(日) 03:00:30.34

>>354
だからAzureADやAuth0って話になってるんでしょ？

**デフォルトの名無しさん** · 2021/04/11(日) 03:04:35.33

>>357
違う。
いろいろと違う。

**デフォルトの名無しさん** · 2021/04/11(日) 03:07:21.87

そもそもASP.NETが前提とか言ってるけど、Blazor 自体ASP.NETなんだからそりゃそーだろ
Standaloneのドキュメントまでたどりついてるのに、何を読んでるんだ？？

**デフォルトの名無しさん** · 2021/04/11(日) 03:07:57.05

>>357
違う

**デフォルトの名無しさん** · 2021/04/11(日) 03:26:39.69

>>359
どう違うか教えろ。

**デフォルトの名無しさん** · 2021/04/11(日) 03:29:37.10

>>358
AzureADって、月々110円のlollipopサーバーから無料で使えるの？

**デフォルトの名無しさん** · 2021/04/11(日) 03:33:24.29

asp.net MVC や、asp.net WebForms なんかは、ログイン機能がほとんど
ワンタッチで作れるように書いてあったと思う。
それはサーバーにasp.netの機能が入っているからなのだから、
lollipopみたいなサーバーに Blazor Wasmのアプリを設置しても
asp.netを使ったログイン機能は当然、簡単には実装できないよね？

**デフォルトの名無しさん** · 2021/04/11(日) 09:16:33.53

ログイン必須じゃないSPAってないの？

**デフォルトの名無しさん** · 2021/04/11(日) 09:16:52.47

>>363
ただ認証だけなら無料だよ

**デフォルトの名無しさん** · 2021/04/11(日) 09:18:17.97

ログインもAPI通して行うことになるんだったら
はっきり言ってAPI側の実装は何だっていい

**デフォルトの名無しさん** · 2021/04/11(日) 09:43:27.44

まとめとして
asp.netをホストする機能がなくてもポンとおいてBlazor wasmを使えるか
と言う質問にはYes
ただ便利な機能が使えないので他で代用しなくてはならないということですか？

**デフォルトの名無しさん** · 2021/04/11(日) 09:53:31.11

>>358
そうじゃない
Azure ADやAuth0のような認証サービスだけじゃなく、認証を必要とするロジックはwasmではなく必ずバックエンドで実装しなければならないということ
ASP.NETでなくてもいいけどね

**デフォルトの名無しさん** · 2021/04/11(日) 10:38:45.90

>>369
うん、だからBlazor WebAssemblyとAzureADでできるでしょって話をしているんだけど

**デフォルトの名無しさん** · 2021/04/11(日) 10:49:12.50

仮にAzureADが無料の場合があるとしても：
1. どんな規模の企業がどんな目的で使っても無料なのか？
2. ログイン機能の使い方などが、asp.netを使う場合と全く同じにできる？

**デフォルトの名無しさん** · 2021/04/11(日) 11:00:08.61

>>369
これはつまり、AzureADやAuth0 だけでは、サーバー側のコードが不足
してしまうので、サーバー側に asp.net がインストールされていてそれを
使う場合より使うのが難しくなるということだよね？

**デフォルトの名無しさん** · 2021/04/11(日) 11:09:04.11

asp.net がインストールされている？？何を言ってるんだ…

**デフォルトの名無しさん** · 2021/04/11(日) 11:09:32.64

触ったらだめなキチガイだったか

**デフォルトの名無しさん** · 2021/04/11(日) 11:18:11.71

「asp.net がインストール」ではなく「.netがインストール」かも知れない。
https://docs.microsoft.com/en-us/aspnet/core/blazor/host-and-deploy/webassembly?view=aspnetcore-5.0

The following deployment strategies are supported:
1. The Blazor app is served by an ASP.NET Core app. This strategy is covered in the Hosted deployment with ASP.NET Core section.
2. The Blazor app is placed on a static hosting web server or service, where .NET isn't used to serve the Blazor app. This strategy is covered in the Standalone deployment section, which includes information on hosting a Blazor WebAssembly app as an IIS sub-app.

2の方は「where .NET isn't used to server the Blazor app」である場合ということ。
.NETでserveされていなければ、サーバー側がasp.netに対応してないんだから、
ログイン認証機能も本来の使い方が出来ないのでは？

**デフォルトの名無しさん** · 2021/04/11(日) 11:22:02.59

https://creativeweb.jp/code/aspdotnetcore-linux#step-1.net-core
↑
によれば、「ASP.NET Core アプリを Linux サーバーで公開」するためには、
.NET Core を Linux サーバー内に ssh などを使ってインストールしないと
いけないようだ。

**デフォルトの名無しさん** · 2021/04/11(日) 11:37:15.99

珍しい
すごい伸びてるじゃないか
（会話の内容は俺には分からんけど）

**デフォルトの名無しさん** · 2021/04/11(日) 13:27:41.89

>>377
喋るおもちゃが来るとスレは伸びるのです

**デフォルトの名無しさん** · 2021/04/11(日) 13:31:04.68

無礼度 ★☆☆☆☆

**デフォルトの名無しさん** · 2021/04/11(日) 13:40:54.19

>>368
・Blazor Wasmアプリ自体は、プレーンなLinuxレンタルサーバーにも設置可能。
・asp.netが使えるサーバーだとログイン認証機能をWebアプリに簡単に
　導入できるが、プレーンなLinuxレンタルサーバーからのBlazor Wasmアプリ
　だと無理。
・Linuxレンタルサーバーでasp.netを使うためには、.net core のインストールが
　必要となり、lollipopではストレージ容量が少ないことと、権限の問題のために
　無理。

**デフォルトの名無しさん** · 2021/04/11(日) 14:22:09.97

だから嘘は良くないってのに

**デフォルトの名無しさん** · 2021/04/11(日) 14:22:50.49

だめだこいつ

**デフォルトの名無しさん** · 2021/04/11(日) 14:27:56.11

>>381
どう嘘なのか書いてください。

**デフォルトの名無しさん** · 2021/04/11(日) 14:30:13.75

何度も書いてる
Blazor WebAssemblyでもAzureADやAuth0みたいなIDaaSと組み合わせれば認証ロジック組めるし、既にそのドキュメントも>>340で上げられている

**デフォルトの名無しさん** · 2021/04/11(日) 14:31:15.89

「asp.netが使えるサーバー」って時点で既にわけがわからない。Blazor もASP.NETなんだが？

**デフォルトの名無しさん** · 2021/04/11(日) 14:32:10.06

「簡単」かどうかなんて主観と本人のスキル次第

**デフォルトの名無しさん** · 2021/04/11(日) 14:33:15.25

「ASP.NET」が何を意味しているのかってとこから勉強し直しなさい

**デフォルトの名無しさん** · 2021/04/11(日) 14:36:06.63

ドキュメントまでたどり着いてるのに、なぜできないと思いこんでるんだろこいつ

**デフォルトの名無しさん** · 2021/04/11(日) 14:51:32.01

では逆に聞きますが、Blazor Wasmは、Azureサーバーや
.NET Coreが使えるサーバーに設置しても Linux サーバーに
設置した場合と比べて、機能的な優位性が全くないということでいいのですか？

**デフォルトの名無しさん** · 2021/04/11(日) 15:21:54.22

1 Azureサーバー
2 .NET Coreが使えるサーバー
3 Linux サーバー

この3つは具体的に何を指してるんだ？互いに排反な例を出してくれよ

**デフォルトの名無しさん** · 2021/04/11(日) 15:24:26.34

Linuxサーバーでも.NET Coreがサポートしているディストリビューションとそうでないものがあるし…Azureサーバーに至っては何を指してるかさっぱりわからん。
Blazor なんかに手を出す前に、もっと基本的な知識をつけた方がいいんじゃないのかい？

**デフォルトの名無しさん** · 2021/04/11(日) 15:37:43.66

ガレージ車と青い車に比べて、車の利点は何ですか？みたいな聞き方されてもなw

**デフォルトの名無しさん** · 2021/04/11(日) 15:43:17.42

>>392
普段車に乗ってる俺でも例えがさっぱり分からん

**デフォルトの名無しさん** · 2021/04/11(日) 15:46:22.67

>>393
車と青い車のどっちがいい？って言われても互いに排反じゃないから答えられないでしょ？
ガレージ車なんて言われても、何のこと指してるかわからないでしょ？

**デフォルトの名無しさん** · 2021/04/11(日) 15:55:29.33

では、もう少し正確に質問します:
「では逆に聞きますが、Blazor Wasmは、.NET が使えるサーバーに設置しても
.NETが使えないLinux サーバーに設置した場合と比べて機能的な優位性が全く
ないということでいいのですか？」

**デフォルトの名無しさん** · 2021/04/11(日) 16:00:28.81

誰が全くないだなんて言ったの？

**デフォルトの名無しさん** · 2021/04/11(日) 16:06:41.00

質問中の.NETは.NET5以降の話をしているっていう前提で言うと、わかりやすい例はBFFとか？
まあ同じ言語で自由にWeb API書いてデプロイできる環境があるってだけでも大きなメリットだと思うけど？

**デフォルトの名無しさん** · 2021/04/11(日) 16:37:20.09

>>397
そんなものだけのためにMSクラウドが使われているということ？

**デフォルトの名無しさん** · 2021/04/11(日) 16:41:17.52

なぜそうなった

**デフォルトの名無しさん** · 2021/04/11(日) 16:42:55.11

どういう思考回路でそうなったのか誰か解説してくれ…

**デフォルトの名無しさん** · 2021/04/11(日) 17:09:07.19

クラウドって、開発言語との親和性以外の売りが理解できない。
サーバーのスケーリングが必要になるほどの大事業ってそんなにあると
は思えないんだが。

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

単に認証ができればいいだけなら
確かにサーバー側には認証ロジックいらないけど
ユーザーごとになにか制限かけるとか
ユーザーごとにデータ保存するとかなら
その当たりのロジックは必要

でも実装はasp.net core である必要はなくてphpでもいい

**デフォルトの名無しさん** · 2021/04/11(日) 17:13:33.77

MSクラウドってAzureのことなのかな？
Azureでクラウド構築っていうならASP.NETが選択肢になるのは当然だし
何の話してんのか分かんないよね

**デフォルトの名無しさん** · 2021/04/11(日) 17:45:55.88

>>402
出来る出来ないの問題ではやる方法はいくらでもあるのは当然ではあるが、
asp.netにおいてはログイン認証機能をアプリにつけるのがとても簡単に出来る
ことが売りの一つであったはずなんだ。

**デフォルトの名無しさん** · 2021/04/11(日) 17:54:18.93

認証が簡単に出来ると思ったら大間違いだぞ。
phpで認証するとしても、最初から出来ているソースコードを使うならいいが、
自分で作るのはプログラミング力だけでなく、数学や暗号、ロック技術、
ハッキング対策などすべてに詳しい人でないと駄目なんだぞ。

**デフォルトの名無しさん** · 2021/04/11(日) 17:56:58.83

>>405
例えば、認証の途中でいろいろな理由により回線やプログラムがダウンする可能性
もあるので、そうなった時でもデータがおかしくならないようにするとか、
普通、さまざまな人の情報が書かれた1つのファイルを全員で共有するしかないので、
一人でも書き損じたら全員のデータがクラッシュしてしまう可能性があるし、
かなり難しいぞ。

**デフォルトの名無しさん** · 2021/04/11(日) 18:04:10.45

>>405
？
AzureADで認証されていないアクセスがきたら
そっちで認証するよう誘導するだけだろ

**デフォルトの名無しさん** · 2021/04/11(日) 18:05:44.28

もうNGにしたわ

**デフォルトの名無しさん** · 2021/04/11(日) 18:41:15.51

ASP.NETなんてもうマジで要らない
こんなの流行る訳無いんだよね
.NETを利用しないフロントがHTML,CSSでコードがC#のシステムにしてくれよって思う

**デフォルトの名無しさん** · 2021/04/11(日) 19:07:12.69

自分としてはID:XWj7PX2hが変なことを言ってるようにしか見えないんだけど
asp.netが何かとか逆に聞きたいなと

**デフォルトの名無しさん** · 2021/04/11(日) 19:13:33.99

ログイン認証は、自分で作ると物凄く大変だし、プログラムの修正中に
僅かなミスで全顧客のデータを全て消失してしまう可能性も有る。
だから、アプリとはプロセスを分離したりして超安定状態にすることも必要
かと思われるので、企業が使うレベルのものを自作するのは物凄く大変。
その意味で、asp.netで一番大切なのはログイン認証なのではないかと思ったりする。
Ruby on Railsでもログイン認証が出来るし、Word PressもPayPalと連携して購入者
の記録を残せたりするが、そういうことが出来たから沢山使われたのではないかと
思う。ログイン認証は技術的にとても高度。

**デフォルトの名無しさん** · 2021/04/11(日) 19:16:14.68

Kestrelの扱いをどうとらえるかと言う問題なのにap.netがどうとか言い出して本質がおかしく見える
静的なサイトでnginx apacheでサービス提供してる場合とかも無視だし
何も参考にならないのに延々とレスしてる

**デフォルトの名無しさん** · 2021/04/11(日) 19:27:14.75

FATファイルシステムとかでも、個々のファイルは重ならないセクタに記録されて
いるので、新しいファイルの書き込み中にOSがダウンしても古いファイルは残る
(クラスタの番号の連鎖を管理しているFAT自体は、すべてのファイルのものが
1つのセクタに12BITずつ書かれるので危険ではあるが)。
すべての顧客情報を1ファイルに記録するとなると、セクタの分離もないので
cgiやバックエンドのプログラムが一回でもバグると全顧客情報が破損してしまう。
MySQLなどを使っても、その恐怖は果たして回避できるのだろうか？

**デフォルトの名無しさん** · 2021/04/11(日) 19:39:18.73

>>410
何が変なの？

**デフォルトの名無しさん** · 2021/04/11(日) 19:40:19.76

asp.netをインストールとかわけわからんこと言ってるやつがいるんやで

**デフォルトの名無しさん** · 2021/04/11(日) 19:44:44.51

>>412
そうそう、Blazor WebAssembly+AzureADでユーザー認証できるよってドキュメントまで出てるのに、asp.net のインストールとかAzureサーバーとか言い出してわけわからんよね

**デフォルトの名無しさん** · 2021/04/11(日) 19:44:57.57

>>415
それはasp.netの事を知らなかったからそう書いてしまっただけ。
.net coreでもインストールしておけばasp.netは使える様になるんだよね、多分。

**デフォルトの名無しさん** · 2021/04/11(日) 20:35:11.65

>>416
まぁできても意味ないけどな

サーバーとデータのやりとりするのに
サーバー側で認証管理するロジックは必要だし。

認証なしのデータ読みとり書き込み可能なAPI公開するなら
最初から認証なんていらないんじゃない？
って話だし

結局サーバ側にサービスプロバイダーは必要
ただし実装は何でもいい

**デフォルトの名無しさん** · 2021/04/11(日) 20:43:51.43

>>395
webassemblyで作るなら作ったものの機能的な優位性はない
ただし開発効率は高いはず

**デフォルトの名無しさん** · 2021/04/11(日) 20:47:50.17

>>418
だからAzureADなんでしょ？

**デフォルトの名無しさん** · 2021/04/11(日) 22:07:03.96

やっぱこのレベルがBlazorユーザーだったか...

**デフォルトの名無しさん** · 2021/04/12(月) 01:14:49.41

違うな
プログラマなんてこんなレベルがほとんど

**デフォルトの名無しさん** · 2021/04/12(月) 01:57:04.08

>>418
そういえば、仮にcore-serverに自作プログラムを設置して、別サーバーにある
AzureADで認証した場合、core-serverの中のデータベースにアクセスする権限
はいったいどうやって管理するんだろう。
AzureADで認証済みであることをcore-serveを間違いなく確実に知ることが
必要となるが。
AzureADのサーバーからバックボーンのインターネットによってcore-server
に情報を伝達するんだろうか。

**デフォルトの名無しさん** · 2021/04/12(月) 02:16:45.93

アプリに直接認証機構を組み込むのではなく、前段のリバースプロキシで認証をかけてアプリ側は認可情報だけを受け取るのがベターだね
Azureは糞なので間違っても採用してはいけないが、アプリもAzureでホストするなら一応ノンプログラミングでそれができる

**デフォルトの名無しさん** · 2021/04/12(月) 02:28:47.68

君はAWSの中の人なのかい？

**デフォルトの名無しさん** · 2021/04/12(月) 02:32:15.21

>>424
例えば、アプリをレンタルサーバーに設置して、リバースプロキシを
同じレンタルサーバーにインストールして動作させることは可能なんでしょうか。

**デフォルトの名無しさん** · 2021/04/12(月) 08:13:27.92

>>423
サーバーアプリケーション側で
実際にその認証情報が正しいものかを
Identity Provider（例えば azureAD）に問い合わせる

**デフォルトの名無しさん** · 2021/04/12(月) 10:24:54.11

事前に入手した鍵で認証トークンを検証するだけ

**デフォルトの名無しさん** · 2021/04/12(月) 11:19:25.31

>>427
Google や Twitter の account をいろいろなサイトのサインインに使える
ことがあるけど、それも似た仕組み？
あれって無料なのかな？

**デフォルトの名無しさん** · 2021/04/12(月) 11:34:15.71

>>429
同じ

**デフォルトの名無しさん** · 2021/04/12(月) 11:40:18.77

でもasp.net mvc や asp.net WebFormsならログイン認証は全くプログラム
せずに最初から出来る様になっているのと比べたら全然違う。