.Net Core / Net ASP Core

1 ：デフォルトの名無しさん：2016/06/30(木) 03:45:41.80 ID:EQd6Pds5.net

おらの群馬さにはIISなんてねえもんでりなっくすさ使ってしぃしゃーぷさ動かすべえな
こんなの動くなんておったまげえな時代だわな

んだいくべえ

41 ：デフォルトの名無しさん：2017/02/25(土) 01:10:20.51 ID:mTIo1lke.net

>>40
http://stackoverflow.com/questions/38229813/is-net-cli-only-for-net-core

42 ：デフォルトの名無しさん：2017/03/11(土) 15:48:12.37 ID:+LwMML+J.net

ExceptionのSerializationInfoとStreamingContextのコンストラクタは廃止になったのか

43 ：デフォルトの名無しさん：2017/03/11(土) 21:35:56.18 ID:/+1fYZSK.net

apacheでphpとかrubyと共存させる方法を乗せてるサイトない？

44 ：デフォルトの名無しさん：2017/03/12(日) 02:11:05.55 ID:exYg2jm8.net

,net core apache でぐぐると出たけど
http://try-dot-net-core.hatenablog.com/entry/2016/12/02/181957

apacheにリバースプロキシ入れときゃ共存するやろ

45 ：デフォルトの名無しさん：2017/03/12(日) 09:17:48.48 ID:8PQIIyGz.net

Windows+IISが親切すぎて慣れないLinuxサーバーが辛い

46 ：デフォルトの名無しさん：2017/03/12(日) 14:37:10.70 ID:n/E4ZIwb.net

vs for macにcore 1.1来てた。
https://www.visualstudio.com/ja/vs/visual-studio-mac/
https://www.microsoft.com/net/core#macos

バイナリパッケージ使った場合は、homebrewのopesslを/usr/local/libに公開しないといけないみたいだけど。

去年ぐらいにいじった時は、atom editorが環境にshスクリプトのみ許しててdnxあたりにbash拡張があってエラー吐いたりで、面倒になってアンインストールしてしまったが、この範囲であれば大丈夫？

47 ：デフォルトの名無しさん：2017/03/12(日) 18:52:48.21 ID:8PQIIyGz.net

リバースproxyって必須なんか？
フロントになるサービスとkestrelサービスの連携とか無駄なオーバーヘッドじゃないか？
IISのようにサーバーのプロセスで.netをホストしたいよ

48 ：デフォルトの名無しさん：2017/03/12(日) 19:34:05.17 ID:exYg2jm8.net

apacheでphpとかrubyと、てあったからリバースプロキって書いたけど、
.Net Coreで80番ポートを占有しちゃっていいならプロキシ要らない
IISはあんま知らんけど、なんか良さげな方法があるかもしれん

49 ：デフォルトの名無しさん：2017/03/12(日) 20:02:01.98 ID:yUnogBl+.net

>>47
必須じゃなくて推奨

50 ：デフォルトの名無しさん：2017/03/16(木) 18:59:39.04 ID:kgKaK9fl.net

単体サーバー
機能よりパフォーマンス重視ならKestrel
機能重視なら(NGINX, Apacheなど)+Kestrel

複数サーバー
ロードバランサ用ホスト(NGINX, Apacheなど) + アプリ用ホストKestrel * N台

まとめるとこういうこと？

51 ：デフォルトの名無しさん：2017/03/16(木) 21:17:44.40 ID:NmMDrXoV.net

>>50
Kestrelを単体で使うのは、テスト目的のみ

52 ：デフォルトの名無しさん：2017/03/17(金) 00:00:44.84 ID:BQ97C4tD.net

本番環境でこーやってんぜ、みたいな情報ほしいねえ

53 ：デフォルトの名無しさん：2017/03/18(土) 17:45:58.37 ID:8YtlJSQW.net

あんまり資料見かけないかな。
やはりwindowsの資料が多いかなと。

http://www.publickey1.jp/m/blog/15/stack_overflowweb9sql_server456000pv.html
http://stackexchange.com/performance

https://www.google.co.jp/amp/tech.guitarrapc.com/entry/2016/05/15/105054%3Famp%3D1

54 ：デフォルトの名無しさん：2017/04/16(日) 01:36:05.50 ID:b2j3w2uv.net

Oracle使えるのって.NET Core2.0以降なのね

55 ：デフォルトの名無しさん：2017/04/18(火) 16:05:22.41 ID:ngwtsw+e.net

>>54
お、公式コネクタ出たの？
.NetStandardだといいなぁ

56 ：デフォルトの名無しさん：2017/04/18(火) 17:23:14.83 ID:U81BUp4l.net

>>55
出すっていう宣言はしたみたい
http://intestine.hatenadiary.jp/entry/2017/04/02/143831

57 ：デフォルトの名無しさん：2017/04/18(火) 19:26:27.49 ID:T0vdTXyx.net

もう遅いよオラクルはオワコン

58 ：デフォルトの名無しさん：2017/04/18(火) 19:42:53.46 ID:U81BUp4l.net

>>57
出遅れ感半端ないよね

59 ：デフォルトの名無しさん：2017/04/23(日) 21:36:43.00 ID:J9JsbMoq.net

VS2017入れたとき、「.NetCore1.0.2」とかなんとかいうモジュールがインストールされてたんだけど、
VS2015の.NetCoreプロジェクトがビルド出来なくなって色々試してるうちに削除してしまった

その後、ビルド方法がわかったので戻そうとしたら、.NetCore1.0.2っていうバージョンのブツが全然見あたらない

あれってナニなのか、どなたかご存知ないですか...?

60 ：デフォルトの名無しさん：2017/04/23(日) 23:05:15.41 ID:PAGouoGQ.net

>>59
1.0.1じゃなくて？

61 ：デフォルトの名無しさん：2017/04/24(月) 21:19:17.87 ID:zgO4ryCf.net

>>60
うん、1.0.「2」だった
コンパネのプログラム一覧で一番上だった
こんなバージョン知らんなー、2017は色々変わるんやなーと思ってた

てかVS2017のパッケージセットにあった、これかも
Microsoft.Net.Core.SDK,version=15.0.26323.1,chip=x64/dotnet-dev-win-x64.1.0.2.exe

62 ：デフォルトの名無しさん：2017/04/24(月) 22:33:43.91 ID:qjvkD7Yl.net

>>61
ここに載ってる解決法やってみて
https://social.msdn.microsoft.com/Forums/sqlserver/en-US/71d31687-ce5e-4430-a0e7-0b0377c2e5fa/vs-2017-the-product-failed-to-install?forum=visualstudiogeneral

63 ：デフォルトの名無しさん：2017/04/25(火) 21:57:28.32 ID:VHunRkGw.net

DbContextを継承したClassを更に継承する方法がわからん
それかDbContextのinterfaceは用意されてないの？

64 ：デフォルトの名無しさん：2017/04/25(火) 23:02:34.54 ID:sUuuByjr.net

>>63
何でそんなことしたいの？

実装ならこれだけど

https://github.com/aspnet/EntityFramework/blob/dev/src/EFCore/DbContext.cs

65 ：デフォルトの名無しさん：2017/04/26(水) 23:44:28.56 ID:FjIaLxVo.net

AOPやるとしたらどんな選択肢があるんだろうか
JavaだとIntercepterというのがあったけど

66 ：デフォルトの名無しさん：2017/04/27(木) 02:54:04.17 ID:NhjwxeLX.net

>>65
AOPなんて今どき誰もしてないよ

67 ：デフォルトの名無しさん：2017/04/27(木) 19:26:45.93 ID:iD++XhYg.net

>>63
DbContext孫継承できないって致命的すぎる
言語として終わってるじゃん

68 ：デフォルトの名無しさん：2017/04/27(木) 20:53:59.13 ID:du9zpF4+.net

かぶせていこ

69 ：デフォルトの名無しさん：2017/04/27(木) 21:28:06.86 ID:9/HGdiVm.net

>>66
ASP.NET CoreでAOP使いまくってるけど?

70 ：デフォルトの名無しさん：2017/04/27(木) 22:20:15.09 ID:NhjwxeLX.net

>>69
たとえば？

71 ：デフォルトの名無しさん：2017/04/27(木) 23:47:25.34 ID:ExYo/mHM.net

>>69
Javaで一時期流行っただけ

72 ：デフォルトの名無しさん：2017/04/28(金) 05:55:09.67 ID:NJoikS3H.net

属性とかもろaopだよ
使いまくり

73 ：デフォルトの名無しさん：2017/04/28(金) 06:21:36.72 ID:UuriWtk6.net

https://youtu.be/8b7x7581V0U

74 ：デフォルトの名無しさん：2017/04/28(金) 06:27:01.01 ID:7tY42T/g.net

最近はAOPなんてほとんど聞かなくなったな

75 ：デフォルトの名無しさん：2017/04/28(金) 06:39:09.19 ID:hS133hTI.net

.NET Coreって
MSがASP.NETを
node.jsみたいにしましたって話に見えるんだけど
これやっとけば安泰なの？

76 ：デフォルトの名無しさん：2017/04/28(金) 09:02:41.72 ID:B0aufhAx.net

>>75
あなたは触らない方が幸せになれるかと

77 ：デフォルトの名無しさん：2017/04/28(金) 13:41:45.32 ID:1gQE0OT9.net

>>74
おそ松さんのOP歌ってた人たち？

78 ：デフォルトの名無しさん：2017/05/07(日) 00:00:01.18 ID:QSFZiHco.net

CLR via C#のcore版まだかな

79 ：デフォルトの名無しさん：2017/05/09(火) 18:47:34.59 ID:doFepZas.net

平気でこんなことしちゃうんだね
https://github.com/aspnet/Home/issues/2022

80 ：デフォルトの名無しさん：2017/05/10(水) 00:23:35.41 ID:/9HHpx6f.net

うへー

さわんなくてよかった

81 ：デフォルトの名無しさん：2017/05/10(水) 00:47:31.96 ID:ctJCJCiY.net

Windowsデスクトップなら別にいいや要らない

82 ：デフォルトの名無しさん：2017/05/10(水) 02:05:32.07 ID:91HhVnu/.net

markrendleってMS社員、キチガイなコメント消しやがったｗｗｗ

83 ：デフォルトの名無しさん：2017/05/10(水) 02:14:56.65 ID:91HhVnu/.net

こっちでも困惑気味
https://github.com/dotnet/corefx/issues/2089#issuecomment-300227321

84 ：デフォルトの名無しさん：2017/05/10(水) 09:07:09.83 ID:IGVqHyi0.net

平たく言うと、DESKTOP APPの開発が出来なくなったでOK?

85 ：デフォルトの名無しさん：2017/05/10(水) 10:33:32.41 ID:VBhr99y8.net

ぐだぐだ

86 ：デフォルトの名無しさん：2017/05/10(水) 12:04:27.67 ID:cMMrPcao.net

>>84
いや、ASP.NETをFullの.NET Frameworkで動かしてた場合、2.0に移行できず、かつ1.Xのサポートも来年には切れちゃうって話

87 ：デフォルトの名無しさん：2017/05/10(水) 12:05:26.86 ID:cMMrPcao.net

1.Xのサポートはもう一年延長するとは言ってるけどね（公式アナウンスは無し）

88 ：デフォルトの名無しさん：2017/05/10(水) 12:09:55.82 ID:VBhr99y8.net

.Net Coreを使わなきゃいいんでしょ？

89 ：デフォルトの名無しさん：2017/05/10(水) 12:35:06.29 ID:cMMrPcao.net

>>88
そう
ASP.NETチームの主張もわからなくはないけど、今がそのタイミングではない

90 ：デフォルトの名無しさん：2017/05/10(水) 20:30:02.77 ID:91HhVnu/.net

MS社員も批判を捌ききれなくて退場したね

91 ：デフォルトの名無しさん：2017/05/11(木) 00:04:22.80 ID:8NXJCUcM.net

Fullなんてもう今更使わないでしょ
1.Xがサポートされないのもチョチョイとマイグレーションすればいいだけだし

92 ：デフォルトの名無しさん：2017/05/11(木) 01:23:05.68 ID:RbKMcK9u.net

>>91
学生さんかな？

93 ：デフォルトの名無しさん：2017/05/11(木) 02:27:03.98 ID:Dgg6l93S.net

つまり、MVC5をCore2.0に移行できないってこと？

そもそもMVC5とか6とCore1.xも互換性なかったと思うけど

94 ：デフォルトの名無しさん：2017/05/11(木) 08:15:29.91 ID:i9WSYkW1.net

>>93
全然違う

95 ：デフォルトの名無しさん：2017/05/11(木) 08:40:42.11 ID:i9WSYkW1.net

お、やっぱ最終的にはnetstandardに戻すらしいなｗｗｗ

96 ：デフォルトの名無しさん：2017/05/11(木) 09:39:39.74 ID:yv1eK+cF.net

統合できないなら
引っ掻き回すようなことを
しないで欲しい

97 ：デフォルトの名無しさん：2017/05/11(木) 10:08:22.13 ID:9+9j3omB.net

へー、オープンソースにした効果だなー
MSチーム内の開発方針がコミュニティとのやり取りで変更されるっていいことだね

逆に先進的なことができにくくなるって弊害もありそうだけど

98 ：デフォルトの名無しさん：2017/05/11(木) 12:43:33.71 ID:i9WSYkW1.net

開発者に使ってもらえなきゃ意味がないからね

99 ：デフォルトの名無しさん：2017/05/11(木) 20:59:19.21 ID:Dgg6l93S.net

>>94
つまりどういうことか簡単に説明してくれ

100 ：デフォルトの名無しさん：2017/05/11(木) 22:08:25.64 ID:noguG08h.net

c#の文化よくわからないんだけどjavaで言うとgradleみたいなビルド管理ツールはないの?
dotnetコマンドでそれなりの作業はできるけど物足りない

101 ：デフォルトの名無しさん：2017/05/11(木) 22:20:09.69 ID:RbKMcK9u.net

>>100
MSBuild

102 ：デフォルトの名無しさん：2017/05/11(木) 22:21:55.92 ID:RbKMcK9u.net

>>99
>>86

まあ撤回したけどね
当該issueには何の説明もなかったけど

103 ：デフォルトの名無しさん：2017/05/11(木) 22:34:55.92 ID:noguG08h.net

>>101
xmlは面倒です
スクリプトはないんですか?

104 ：デフォルトの名無しさん：2017/05/11(木) 23:57:53.43 ID:RbKMcK9u.net

>>103
最近の流行りはCake
昔からあるのはFAKE

105 ：デフォルトの名無しさん：2017/05/13(土) 12:47:27.61 ID:BOSClxde.net

.NetCoreって、iOSやAndroid用のランライムを作る計画は無いの？
monoは遅くてつらい

106 ：デフォルトの名無しさん：2017/05/13(土) 13:11:57.45 ID:Y9SoPsS7.net

>>105
ないよ
Xamarinあるしね

107 ：デフォルトの名無しさん：2017/05/20(土) 18:03:05.05 ID:gfdQHEGn.net

modelのvalidation rulesを流用というか複数に適用するやり方ってある？
元のテーブルと外部テーブルをjoinして作られたviewとで同じものを二度記述するのが気になってる

例えばこんなの
public class Movie
{
[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; }
}

public class User
{
[StringLength(100, MinimumLength = 2)]
[Required]
public string Name { get; set; }
}

TitleとNameは同じなので二回宣言するのが腑に落ちない
↓
public class UserMovie
{
[StringLength(60, MinimumLength = 3)]
[Required]
public string Title { get; set; }

[StringLength(100, MinimumLength = 2)]
[Required]
public string Name { get; set; }
}

108 ：デフォルトの名無しさん：2017/05/20(土) 18:56:34.59 ID:Lw3rlvDI.net

struct MovieTitle {
public string Value { get; set; }
public bool Validate() { return ...; }
}

struct UserName { ... }

class Movie {
public MovieTitle Title { get; set; }
public bool Validate() {
return Title.Validate(); }
}

class MovieUser {
public MovieTitle Title { get;set;}
public UserName Name{get;set;}
public bool Validate() {
return Title.Validate() && Name.Validate(); }
}

これじゃいかんのか?
属性って不便だし邪道だし
なんでこんなものをありがたがるのかわからん

109 ：デフォルトの名無しさん：2017/05/20(土) 20:51:14.33 ID:vRVxkQ2z.net

属性使った方が Readability は高いけどな。
おまえのコードだと検証部分のコードまで読まないと要件がわからんわ

110 ：デフォルトの名無しさん：2017/05/20(土) 21:03:33.68 ID:j00pzvC8.net

>>109
オブジェクト指向から逆行してんなあ
プロパティの状態が正しいことを検証するという目的を達成できれば良いんだよ
読む必要なんかないというのが正解

というかむしろ物理的な制約をいちいち外から確認しに行くバカがいるかよ
そんなものはそのオブジェクトが知ってればよろしい

111 ：デフォルトの名無しさん：2017/05/20(土) 21:09:47.02 ID:j00pzvC8.net

断言するけどいつかチームの誰かバカがやらかして
こっちのプロパティではこういう制約なのに
あっちのプロパティでは同じ意味のはずなのに制約が違います
どっちが正しいのでしょうかという状況が必ず訪れる
こうなると可読性もクソもない書いてあることが矛盾しているという事態に陥る

これはDRYの原則に反するからこういうことが起こる
これを属性で回避するなら
MovieTitleAttributeのようなカスタム検証属性を作って使わなければならない
はっきりいって遠回りだしこうなると結局のところ検証属性の詳細も見えなくなる
属性プログラミングでオシャレ気取ってないでMovieTitleクラスを普通に作れってこった

112 ：デフォルトの名無しさん：2017/05/20(土) 21:24:48.79 ID:gfdQHEGn.net

つまり自分で検証属性を用意すればいいってことですかね？
面倒くさいなぁ

113 ：デフォルトの名無しさん：2017/05/20(土) 21:37:28.65 ID:j00pzvC8.net

>>112
属性にこだわるならね
めんどくさいだろう

しかもプロパティがもしもなんらかの振る舞いを持った時に結局普通のクラスを作るんだぜ
タダでさえカスタム検証属性は書くのがめんどくさいのに
それで二度手間になるとなっちゃやってられんね

114 ：デフォルトの名無しさん：2017/05/21(日) 07:14:07.14 ID:RxjA8MPr.net

属性使ってるのは asp.net mvc のクライアント側とサーバ側の検証機能をフレームワークに作らせるためだろ

フレームワークがそういう機能持ってるからそうしてるだけだろう。
けちつけるところじゃない。

115 ：デフォルトの名無しさん：2017/05/21(日) 09:30:42.84 ID:OPQPFiKj.net

フレームワークに踊らされてるよね
楽をするためのフレームワークで手間増やしてるんだもの

116 ：デフォルトの名無しさん：2017/05/21(日) 16:09:17.41 ID:2nvKqFPA.net

手間増えてるのか？
サーバ側だけでなくクライアント側も属性つけるだけで自動でやってくれrjんだけど

自分で都度検証コード作る方が手間だと思うけど。
要件変わればクライアント側もサーバ側も書き換えないといけんし。

117 ：デフォルトの名無しさん：2017/05/21(日) 17:12:43.77 ID:OPQPFiKj.net

>>116
要件に合えばいいけどな

118 ：デフォルトの名無しさん：2017/05/21(日) 17:57:39.67 ID:OPQPFiKj.net

クラス化しておけばメソッドを呼び出すだけで自動でやってくれる
サーバーもクライアントも考え方は同じ
カスタム検証したいときに属性に乗っかった時の無駄にわかりにくい面倒な手続きもいらない
そしてタグがスマートになる
クライアントとサーバーがフレームワークで結合してると乗り換えめんどくさい

119 ：デフォルトの名無しさん：2017/05/21(日) 17:59:01.52 ID:OPQPFiKj.net

KISSってやつだね

120 ：デフォルトの名無しさん：2017/05/22(月) 05:22:25.34 ID:UqghqjtX.net

てかDB上に文字長定義があるのに、それを手書きでコーディングしないとアカンの？
FWが勝手にカラム定義を取ってきてくれればいいのに

121 ：デフォルトの名無しさん：2017/05/22(月) 06:50:57.14 ID:0blPBztv.net

EntityFrameworkのコードファーストなら
属性をもとにDbに制約つけてくれるでしょ

122 ：デフォルトの名無しさん：2017/05/22(月) 08:18:16.51 ID:vtAExF6b.net

>>121
そのモデルを直接使うのは推奨されてないでしょ？ViewModelにコピペするのがめんどくさいとかそのレベルの話じゃない？

123 ：デフォルトの名無しさん：2017/05/22(月) 10:48:36.40 ID:N3h4Myq0.net

コピペするのはいいけど、仕様が変わった時に変更箇所をすべて書き換えなきゃならないのが面倒くさい
担当者が変わったりすると変更漏れが出てバグの温床にもなる

124 ：デフォルトの名無しさん：2017/05/22(月) 15:51:29.32 ID:UqghqjtX.net

普段はDBのシステムテーブルから定義取ってきてバリデータ生成してるから、
手動コピペ必須はちょっとキッツイわ
EFって大変なんだね

125 ：デフォルトの名無しさん：2017/05/22(月) 17:53:22.34 ID:N3h4Myq0.net

既存のSQLServer以外に対応するならコピペ必須になる

126 ：デフォルトの名無しさん：2017/05/23(火) 22:20:03.35 ID:tojA08wp.net

Aページでは必須、Bページではオプション扱いといった具合で
異なるページでvalidationが変わる場合も面倒じゃ？これはどうするの？

127 ：デフォルトの名無しさん：2017/05/23(火) 23:48:32.33 ID:R2M68NdQ.net

>>126
ページごとにViewModelを使い分けるのはよく見るねえ

128 ：デフォルトの名無しさん：2017/05/24(水) 05:46:04.02 ID:SWY45HoB.net

検証はDRYの原則が当てはまらないからめんどくさいのは仕方がない
それぞれ目的が違うし内容も違うから自動生成もできない
こればかりは地道にやるしかない

129 ：デフォルトの名無しさん：2017/06/05(月) 21:17:42.57 ID:KlGgyxFX.net

.netcoreapp1.1でコンソールアプリ作るときにDLLを参照に追加したら、
ビルドは通るけど、実行時に見つからないってエラーでるのなんでだろう
.netframeworkのコンソールだと実行も問題ないです

Unhandled Exception: System.IO.FileNotFoundException: Could not load file or assembly "TestLib, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null'. The system cannot
find the file specified.

dllは.netstandard1.6でほぼ空のコードをコンパイルしただけのもの。

130 ：デフォルトの名無しさん：2017/06/24(土) 13:05:18.64 ID:BiCHYo7R.net

なんでASP.NETって人気ないの？
ちょっと前までWindows専用だったから？

モノ自体はPHPとかRubyとかPythonとかJavaとかと比べてどうなの？

131 ：デフォルトの名無しさん：2017/06/24(土) 13:13:58.75 ID:jPQQGq+C.net

Javaよりはるかにやりやすいよ
でもユーザー層がGUIバカばっかりでいきなりLinuxって言われてもって感じだろうね
Javaやってる連中はレガシー抱えて身動き取れないからJavaを引き続き使うだろうし
スクリプト系のウェブフレームワークはターゲットが違うな

132 ：デフォルトの名無しさん：2017/06/24(土) 14:34:52.13 ID:Ttx92mnQ.net

>>130
ASP.NETと.NET Standardの2.0が出てからだろね

133 ：デフォルトの名無しさん：2017/07/09(日) 16:30:32.47 ID:S5o8QCVp.net

普及期に入ったかな？　UWPもそろそろ移行期だし、MSのオプソ、マルチプラットフォーム化が完成まぢか、、、

134 ：デフォルトの名無しさん：2017/07/09(日) 16:31:58.50 ID:TyvRxXmW.net

早くJavaを駆逐してくれ

135 ：デフォルトの名無しさん：2017/07/09(日) 21:14:00.60 ID:sO4xRRZ4.net

ちょまどを駆逐してくれ

136 ：名無しさん＠そうだ選挙に行こう！ Go to vote!：2017/07/10(月) 07:43:39.45 ID:/Sqvsrw9.net

1台のホストに複数のサービス立てるって意味ある？
nginx xxx.xxx.xxx.xxx:80
asp.net core app localhost:5000
asp.net core app localhost:5001
asp.net core app localhost:5002

137 ：デフォルトの名無しさん：2017/07/11(火) 15:44:02.30 ID:4vMHYQZb.net

並列でDBContextにAddするとAggregateExceptionになるから
lockステートメント使うと思うんだけどあってる？

DBContext内部でEntity追加してるときに、他のEntityの追加処理が割り込んで
処理がおかしくなるからlockしてるって解釈してるんだけど記述がなくてモヤモヤしてる

138 ：デフォルトの名無しさん：2017/07/11(火) 16:52:28.65 ID:4vMHYQZb.net

そもそもスレッド跨いでcontextを利用するのが非常識か。失礼

139 ：デフォルトの名無しさん：2017/07/20(木) 07:00:43.50 ID:ajhkd4aj.net

複数のValidationAttributeを複数のクラスで同じように使ってるんだが
ひとまとめにする方法を教えてくれないか？

//Login
[Display(Name = "Email")]
[Required]
[EmailAddress]
public string LoginEmail { get; set; }

//Account
[Display(Name = "Email")]
[Required]
[EmailAddress]
public string AccountEmail { get; set; }

↓

//Login
[MyEmail]
public string LoginEmail { get; set; }

//Account
[MyEmail]
public string AccountEmail { get; set; }

こんな感じにしたい
MyEmailの作り方がわからない

140 ：デフォルトの名無しさん：2017/07/20(木) 09:37:45.69 ID:oFHsRFW3.net

標準でできることだしその検証ロジックが頻繁に変わるとはおもえないし
それでいいんじゃね。

あえて余計なものいれると逆に保守コスト増えそうだけど。