.Net Core / Net ASP Core [無断転載禁止]©2ch.net

1デフォルトの名無しさん2016/06/30(木) 03:45:41.80ID:EQd6Pds5
おらの群馬さにはIISなんてねえもんでりなっくすさ使ってしぃしゃーぷさ動かすべえな
こんなの動くなんておったまげえな時代だわな

んだいくべえ

2ぐんまちゃん2016/06/30(木) 04:19:57.32ID:A/UfbtI3
我々は1が何故このようなスレッドを立てたのかという
疑問を解決するため、1の故郷である群馬県に向かった。
「まだ日本にこんなところがあったのか…」
思わず口に出てしまった言葉を同行した上司に失礼だと咎められた。

小人が住むような小さな家、ツギハギだらけの服を着る農夫たち、
そして彼らは余所者で身なりのいい我々を監視する様に見詰めている。
高度成長だの、神武景気だの、オリンピックだので浮かれていた
我々は改めて農村の現状を噛み締めていた。

ボロ屑のような家に居たのは老いた母親一人
我々を見るなり全てを悟ったのか、涙ながらに
「息子が申し訳ありません」と我々に何度も土下座して詫びた。

我々はこの時初めて1を許そうと思った。
誰が悪い訳ではない、農村の貧しさが全て悪かったのだ。
我々は1の母親から貰った干し柿を手に、 打ちひしがれながら東京へと帰路についた。

3デフォルトの名無しさん2016/06/30(木) 04:36:06.44ID:EQd6Pds5
なんで建てたってあんたぁ、ういんどうづさーヴぁーは高くてこうてこれんからださ
貧乏人は黙ってうぶんつさあつかうべ、だけど言葉だけはちゃんとしてねえとなんねえ
ハイカラ言語のしーしゃーぷさ使うだよ

4デフォルトの名無しさん2016/06/30(木) 12:42:26.12ID:viF1NE+7
>>1にはこのスレの最期までそのキャラでいて欲しい

5デフォルトの名無しさん2016/06/30(木) 22:43:27.23ID:NSbHNpiT
けすとれるおもろいわ

6デフォルトの名無しさん2016/07/01(金) 21:20:30.01ID:EsP3hQKF
こいつで今は片手で数えられるぐらいしかない無料のASP.NETホスティングサービスが増えるといいね

7デフォルトの名無しさん2016/07/02(土) 00:05:12.20ID:zGWMAOI9
SDKはいつまでPreview版なんだろか

8デフォルトの名無しさん2016/07/02(土) 00:43:28.03ID:X3RprJAk
ランタイム同梱やネイティブイメージ化ができるならデスクトップアプリでも使っていけるのかなーと思ったけど
基本的にウェブ向けな感じなのねん…そもそもGUIフレームワークが何も入ってねえし

とりあえずPInvokeでMessageBox出すスタンドアロンアプリが吐けるのは確認したから
.NET Core向けにビルドできそうなOSS探すか(なんかある?)あるいは自分でこしらえればやれないことは無いかしら

9デフォルトの名無しさん2016/07/02(土) 01:11:09.30ID:X3RprJAk
チラ裏:SDK入ってないPCで動くexeの吐き方

https://docs.microsoft.com/en-us/dotnet/articles/core/deploying/index#self-contained-applications
o project.jsonのMicrosoft.NETCore.Appからtypeエントリを消す
o runtimesセクション作ってwin7-x86とかターゲットを追加
o dotnet publishに-rオプションをちゃんと指定する(実行マシン上と異なるアーキがターゲットの場合)
o 出来上がったpublishフォルダ(最小で約40MB)を丸ごとコピー

project.lock.jsonで依存関係拾ってくれるからかVS拡張で構築したソリューションも簡単にコマンドからpublishできる感じ

10デフォルトの名無しさん2016/07/02(土) 01:16:45.05ID:zGWMAOI9
>>9
docs落ちてたよな、こないだ。4-5時間504になってた。

11デフォルトの名無しさん2016/07/03(日) 06:15:48.63ID:qk7lGSjH
仕事で使えるのはいつになるだろね

12デフォルトの名無しさん2016/07/03(日) 21:11:06.60ID:3LEz+c65
どんどんハッテンしてほしいね(´・ω・`)

13デフォルトの名無しさん2016/07/03(日) 23:54:52.20ID:qk7lGSjH
とりあえずdocsのtutorialにでも目を通しとくか

14デフォルトの名無しさん2016/07/04(月) 21:28:45.34ID:kPvzgwhz
>>7
VisualStudio15(仮)のリリースに合わせるって言ってた気がする

15デフォルトの名無しさん2016/07/07(木) 21:11:59.09ID:9h7rnjZ8
ほしゅ

16デフォルトの名無しさん2016/07/27(水) 11:58:17.40ID:daMn1ZwX
盛り上がらない(>_<)

17デフォルトの名無しさん2016/07/28(木) 20:16:24.18ID:LOVhJ1yG
盛り上がらないですねえ

18デフォルトの名無しさん2016/07/30(土) 02:52:49.38ID:6YLFMraq
職場で俺だけが盛り上がっとる…

19デフォルトの名無しさん2016/08/19(金) 20:51:05.53ID:zfseOXRh
Viewをもとにしたスキャフォールディングって、まだBacklogなんだな

20デフォルトの名無しさん2016/08/19(金) 20:51:22.95ID:zfseOXRh
果たして実装されるのだろうか

21デフォルトの名無しさん2016/08/30(火) 23:46:02.75ID:YOFOKxzR
MySQLとLINQの連携方法が分からない

22デフォルトの名無しさん2016/09/14(水) 11:29:31.62ID:hCerG0dU

23デフォルトの名無しさん2016/09/14(水) 12:06:59.55ID:YCqLsBgG
>>22
Window SDKの方がインストールできない…

24デフォルトの名無しさん2016/11/01(火) 08:08:31.25ID:d+iEelI1
.Net Coreは早くもオワコンと化してきたな
WPFとかSilverlightみたいな臭いがする

25デフォルトの名無しさん2016/11/01(火) 12:09:40.12ID:wctgMQq+
>>24
なぜ?

26デフォルトの名無しさん2016/12/04(日) 20:07:06.36ID:OeUSkEhR
EF前提は良くないと思う
日本ではDataSetがまだまだ主流だからね

27デフォルトの名無しさん2016/12/04(日) 21:20:02.17ID:xm9hWeq0
>>26
前提じゃねーよ

28デフォルトの名無しさん2016/12/16(金) 07:50:52.06ID:k5XdsnYC
,NetFWとの差分というか、公式NuGetパッケージ混みの名前空間対応表みたいなの、無いですか?
PCLとか,NetStandardとか、触ってみて初めて「このクラス無いのかよ!」みたいなんが多くてキッツイ

29デフォルトの名無しさん2016/12/16(金) 08:24:18.86ID:+Bxp7EGw
>>28
https://docs.microsoft.com/en-us/dotnet/core/api/

これじゃだめ?差分じゃないけどAPIの確認はできる

30デフォルトの名無しさん2016/12/16(金) 10:40:48.97ID:0xDlP4aG
>>29
ありがとう!たすかる!!

31デフォルトの名無しさん2016/12/22(木) 21:57:21.31ID:I8Q9bC4R
これから先はCoreが主流になっていくのか?

32デフォルトの名無しさん2016/12/22(木) 22:50:24.03ID:yDZQvVeT
>>31
しばらくはFullと並行でって感じかな

33デフォルトの名無しさん2017/01/20(金) 08:39:24.12ID:LEOEpwqO
アパッチで動くんけ?

34デフォルトの名無しさん2017/01/20(金) 11:07:51.38ID:uaOwYInA
>>33
動くよ

35デフォルトの名無しさん2017/01/20(金) 22:05:28.05ID:LEOEpwqO
>>34
やってみるわ!

36デフォルトの名無しさん2017/01/20(金) 22:14:29.26ID:mabh4TTs
>>35
基本的にリバースプロキシできればOK

37デフォルトの名無しさん2017/01/24(火) 12:59:13.93ID:fPLA1xlS
publishフォルダを一つの実行形式にできないのかね

38デフォルトの名無しさん2017/01/24(火) 17:39:20.79ID:g9KGWoah
>>37
corefxはそんな感じの思想で最近ずいぶん変わったよね

39デフォルトの名無しさん2017/02/23(木) 03:10:37.48ID:LXEUOKlD
2.0はずいぶん先か

40デフォルトの名無しさん2017/02/25(土) 00:47:19.31ID:N9ovtMND
dotnetコマンドで.NETFramework 4.6.1をターゲットにビルドできる?
使いたいnugetパッケージがnetcoreappに対応してないのでターゲットを変えたい

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

42デフォルトの名無しさん2017/03/11(土) 15:48:12.37ID:+LwMML+J
ExceptionのSerializationInfoとStreamingContextのコンストラクタは廃止になったのか

43デフォルトの名無しさん2017/03/11(土) 21:35:56.18ID:/+1fYZSK
apacheでphpとかrubyと共存させる方法を乗せてるサイトない?

44デフォルトの名無しさん2017/03/12(日) 02:11:05.55ID:exYg2jm8
,net core apache でぐぐると出たけど
http://try-dot-net-core.hatenablog.com/entry/2016/12/02/181957

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

45デフォルトの名無しさん2017/03/12(日) 09:17:48.48ID:8PQIIyGz
Windows+IISが親切すぎて慣れないLinuxサーバーが辛い

46デフォルトの名無しさん2017/03/12(日) 14:37:10.70ID:n/E4ZIwb
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.21ID:8PQIIyGz
リバースproxyって必須なんか?
フロントになるサービスとkestrelサービスの連携とか無駄なオーバーヘッドじゃないか?
IISのようにサーバーのプロセスで.netをホストしたいよ

48デフォルトの名無しさん2017/03/12(日) 19:34:05.17ID:exYg2jm8
apacheでphpとかrubyと、てあったからリバースプロキって書いたけど、
.Net Coreで80番ポートを占有しちゃっていいならプロキシ要らない
IISはあんま知らんけど、なんか良さげな方法があるかもしれん

49デフォルトの名無しさん2017/03/12(日) 20:02:01.98ID:yUnogBl+
>>47
必須じゃなくて推奨

50デフォルトの名無しさん2017/03/16(木) 18:59:39.04ID:kgKaK9fl
単体サーバー
機能よりパフォーマンス重視ならKestrel
機能重視なら(NGINX, Apacheなど)+Kestrel

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

まとめるとこういうこと?

51デフォルトの名無しさん2017/03/16(木) 21:17:44.40ID:NmMDrXoV
>>50
Kestrelを単体で使うのは、テスト目的のみ

52デフォルトの名無しさん2017/03/17(金) 00:00:44.84ID:BQ97C4tD
本番環境でこーやってんぜ、みたいな情報ほしいねえ

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

54デフォルトの名無しさん2017/04/16(日) 01:36:05.50ID:b2j3w2uv
Oracle使えるのって.NET Core2.0以降なのね

55デフォルトの名無しさん2017/04/18(火) 16:05:22.41ID:ngwtsw+e
>>54
お、公式コネクタ出たの?
.NetStandardだといいなぁ

56デフォルトの名無しさん2017/04/18(火) 17:23:14.83ID:U81BUp4l
>>55
出すっていう宣言はしたみたい
http://intestine.hatenadiary.jp/entry/2017/04/02/143831

57デフォルトの名無しさん2017/04/18(火) 19:26:27.49ID:T0vdTXyx
もう遅いよオラクルはオワコン

58デフォルトの名無しさん2017/04/18(火) 19:42:53.46ID:U81BUp4l
>>57
出遅れ感半端ないよね

59デフォルトの名無しさん2017/04/23(日) 21:36:43.00ID:J9JsbMoq
VS2017入れたとき、「.NetCore1.0.2」とかなんとかいうモジュールがインストールされてたんだけど、
VS2015の.NetCoreプロジェクトがビルド出来なくなって色々試してるうちに削除してしまった

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

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

60デフォルトの名無しさん2017/04/23(日) 23:05:15.41ID:PAGouoGQ
>>59
1.0.1じゃなくて?

61デフォルトの名無しさん2017/04/24(月) 21:19:17.87ID:zgO4ryCf
>>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.91ID:qjvkD7Yl

63デフォルトの名無しさん2017/04/25(火) 21:57:28.32ID:VHunRkGw
DbContextを継承したClassを更に継承する方法がわからん
それかDbContextのinterfaceは用意されてないの?

64デフォルトの名無しさん2017/04/25(火) 23:02:34.54ID:sUuuByjr
>>63
何でそんなことしたいの?

実装ならこれだけど

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

65デフォルトの名無しさん2017/04/26(水) 23:44:28.56ID:FjIaLxVo
AOPやるとしたらどんな選択肢があるんだろうか
JavaだとIntercepterというのがあったけど

66デフォルトの名無しさん2017/04/27(木) 02:54:04.17ID:NhjwxeLX
>>65
AOPなんて今どき誰もしてないよ

67デフォルトの名無しさん2017/04/27(木) 19:26:45.93ID:iD++XhYg
>>63
DbContext孫継承できないって致命的すぎる
言語として終わってるじゃん

68デフォルトの名無しさん2017/04/27(木) 20:53:59.13ID:du9zpF4+
かぶせていこ

69デフォルトの名無しさん2017/04/27(木) 21:28:06.86ID:9/HGdiVm
>>66
ASP.NET CoreでAOP使いまくってるけど?

70デフォルトの名無しさん2017/04/27(木) 22:20:15.09ID:NhjwxeLX
>>69
たとえば?

71デフォルトの名無しさん2017/04/27(木) 23:47:25.34ID:ExYo/mHM
>>69
Javaで一時期流行っただけ

72デフォルトの名無しさん2017/04/28(金) 05:55:09.67ID:NJoikS3H
属性とかもろaopだよ
使いまくり

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

74デフォルトの名無しさん2017/04/28(金) 06:27:01.01ID:7tY42T/g
最近はAOPなんてほとんど聞かなくなったな

75デフォルトの名無しさん2017/04/28(金) 06:39:09.19ID:hS133hTI
.NET Coreって
MSがASP.NETを
node.jsみたいにしましたって話に見えるんだけど
これやっとけば安泰なの?

76デフォルトの名無しさん2017/04/28(金) 09:02:41.72ID:B0aufhAx
>>75
あなたは触らない方が幸せになれるかと

77デフォルトの名無しさん2017/04/28(金) 13:41:45.32ID:1gQE0OT9
>>74
おそ松さんのOP歌ってた人たち?

78デフォルトの名無しさん2017/05/07(日) 00:00:01.18ID:QSFZiHco
CLR via C#のcore版まだかな

79デフォルトの名無しさん2017/05/09(火) 18:47:34.59ID:doFepZas
平気でこんなことしちゃうんだね
https://github.com/aspnet/Home/issues/2022

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

さわんなくてよかった

81デフォルトの名無しさん2017/05/10(水) 00:47:31.96ID:ctJCJCiY
Windowsデスクトップなら別にいいや要らない

82デフォルトの名無しさん2017/05/10(水) 02:05:32.07ID:91HhVnu/
markrendleってMS社員、キチガイなコメント消しやがったwww

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

84デフォルトの名無しさん2017/05/10(水) 09:07:09.83ID:IGVqHyi0
平たく言うと、DESKTOP APPの開発が出来なくなったでOK?

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

86デフォルトの名無しさん2017/05/10(水) 12:04:27.67ID:cMMrPcao
>>84
いや、ASP.NETをFullの.NET Frameworkで動かしてた場合、2.0に移行できず、かつ1.Xのサポートも来年には切れちゃうって話

87デフォルトの名無しさん2017/05/10(水) 12:05:26.86ID:cMMrPcao
1.Xのサポートはもう一年延長するとは言ってるけどね(公式アナウンスは無し)

88デフォルトの名無しさん2017/05/10(水) 12:09:55.82ID:VBhr99y8
.Net Coreを使わなきゃいいんでしょ?

89デフォルトの名無しさん2017/05/10(水) 12:35:06.29ID:cMMrPcao
>>88
そう
ASP.NETチームの主張もわからなくはないけど、今がそのタイミングではない

90デフォルトの名無しさん2017/05/10(水) 20:30:02.77ID:91HhVnu/
MS社員も批判を捌ききれなくて退場したね

91デフォルトの名無しさん2017/05/11(木) 00:04:22.80ID:8NXJCUcM
Fullなんてもう今更使わないでしょ
1.Xがサポートされないのもチョチョイとマイグレーションすればいいだけだし

92デフォルトの名無しさん2017/05/11(木) 01:23:05.68ID:RbKMcK9u
>>91
学生さんかな?

93デフォルトの名無しさん2017/05/11(木) 02:27:03.98ID:Dgg6l93S
つまり、MVC5をCore2.0に移行できないってこと?

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

94デフォルトの名無しさん2017/05/11(木) 08:15:29.91ID:i9WSYkW1
>>93
全然違う

95デフォルトの名無しさん2017/05/11(木) 08:40:42.11ID:i9WSYkW1
お、やっぱ最終的にはnetstandardに戻すらしいなwww

96デフォルトの名無しさん2017/05/11(木) 09:39:39.74ID:yv1eK+cF
統合できないなら
引っ掻き回すようなことを
しないで欲しい

97デフォルトの名無しさん2017/05/11(木) 10:08:22.13ID:9+9j3omB
へー、オープンソースにした効果だなー
MSチーム内の開発方針がコミュニティとのやり取りで変更されるっていいことだね

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

98デフォルトの名無しさん2017/05/11(木) 12:43:33.71ID:i9WSYkW1
開発者に使ってもらえなきゃ意味がないからね

99デフォルトの名無しさん2017/05/11(木) 20:59:19.21ID:Dgg6l93S
>>94
つまりどういうことか簡単に説明してくれ

100デフォルトの名無しさん2017/05/11(木) 22:08:25.64ID:noguG08h
c#の文化よくわからないんだけどjavaで言うとgradleみたいなビルド管理ツールはないの?
dotnetコマンドでそれなりの作業はできるけど物足りない

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

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

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

103デフォルトの名無しさん2017/05/11(木) 22:34:55.92ID:noguG08h
>>101
xmlは面倒です
スクリプトはないんですか?

104デフォルトの名無しさん2017/05/11(木) 23:57:53.43ID:RbKMcK9u
>>103
最近の流行りはCake
昔からあるのはFAKE

105デフォルトの名無しさん2017/05/13(土) 12:47:27.61ID:BOSClxde
.NetCoreって、iOSやAndroid用のランライムを作る計画は無いの?
monoは遅くてつらい

106デフォルトの名無しさん2017/05/13(土) 13:11:57.45ID:Y9SoPsS7
>>105
ないよ
Xamarinあるしね

107デフォルトの名無しさん2017/05/20(土) 18:03:05.05ID:gfdQHEGn
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.59ID:Lw3rlvDI
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.33ID:vRVxkQ2z
属性使った方が Readability は高いけどな。
おまえのコードだと検証部分のコードまで読まないと要件がわからんわ

110デフォルトの名無しさん2017/05/20(土) 21:03:33.68ID:j00pzvC8
>>109
オブジェクト指向から逆行してんなあ
プロパティの状態が正しいことを検証するという目的を達成できれば良いんだよ
読む必要なんかないというのが正解

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

111デフォルトの名無しさん2017/05/20(土) 21:09:47.02ID:j00pzvC8
断言するけどいつかチームの誰かバカがやらかして
こっちのプロパティではこういう制約なのに
あっちのプロパティでは同じ意味のはずなのに制約が違います
どっちが正しいのでしょうかという状況が必ず訪れる
こうなると可読性もクソもない書いてあることが矛盾しているという事態に陥る

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

112デフォルトの名無しさん2017/05/20(土) 21:24:48.79ID:gfdQHEGn
つまり自分で検証属性を用意すればいいってことですかね?
面倒くさいなぁ

113デフォルトの名無しさん2017/05/20(土) 21:37:28.65ID:j00pzvC8
>>112
属性にこだわるならね
めんどくさいだろう

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

114デフォルトの名無しさん2017/05/21(日) 07:14:07.14ID:RxjA8MPr
属性使ってるのは asp.net mvc のクライアント側とサーバ側の検証機能をフレームワークに作らせるためだろ

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

115デフォルトの名無しさん2017/05/21(日) 09:30:42.84ID:OPQPFiKj
フレームワークに踊らされてるよね
楽をするためのフレームワークで手間増やしてるんだもの

116デフォルトの名無しさん2017/05/21(日) 16:09:17.41ID:2nvKqFPA
手間増えてるのか?
サーバ側だけでなくクライアント側も属性つけるだけで自動でやってくれrjんだけど

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

117デフォルトの名無しさん2017/05/21(日) 17:12:43.77ID:OPQPFiKj
>>116
要件に合えばいいけどな

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

119デフォルトの名無しさん2017/05/21(日) 17:59:01.52ID:OPQPFiKj
KISSってやつだね

120デフォルトの名無しさん2017/05/22(月) 05:22:25.34ID:UqghqjtX
てかDB上に文字長定義があるのに、それを手書きでコーディングしないとアカンの?
FWが勝手にカラム定義を取ってきてくれればいいのに

121デフォルトの名無しさん2017/05/22(月) 06:50:57.14ID:0blPBztv
EntityFrameworkのコードファーストなら
属性をもとにDbに制約つけてくれるでしょ

122デフォルトの名無しさん2017/05/22(月) 08:18:16.51ID:vtAExF6b
>>121
そのモデルを直接使うのは推奨されてないでしょ?ViewModelにコピペするのがめんどくさいとかそのレベルの話じゃない?

123デフォルトの名無しさん2017/05/22(月) 10:48:36.40ID:N3h4Myq0
コピペするのはいいけど、仕様が変わった時に変更箇所をすべて書き換えなきゃならないのが面倒くさい
担当者が変わったりすると変更漏れが出てバグの温床にもなる

124デフォルトの名無しさん2017/05/22(月) 15:51:29.32ID:UqghqjtX
普段はDBのシステムテーブルから定義取ってきてバリデータ生成してるから、
手動コピペ必須はちょっとキッツイわ
EFって大変なんだね

125デフォルトの名無しさん2017/05/22(月) 17:53:22.34ID:N3h4Myq0
既存のSQLServer以外に対応するならコピペ必須になる

126デフォルトの名無しさん2017/05/23(火) 22:20:03.35ID:tojA08wp
Aページでは必須、Bページではオプション扱いといった具合で
異なるページでvalidationが変わる場合も面倒じゃ?これはどうするの?

127デフォルトの名無しさん2017/05/23(火) 23:48:32.33ID:R2M68NdQ
>>126
ページごとにViewModelを使い分けるのはよく見るねえ

128デフォルトの名無しさん2017/05/24(水) 05:46:04.02ID:SWY45HoB
検証はDRYの原則が当てはまらないからめんどくさいのは仕方がない
それぞれ目的が違うし内容も違うから自動生成もできない
こればかりは地道にやるしかない

新着レスの表示
レスを投稿する