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

**デフォルトの名無しさん** · 2016/06/30(木) 03:45:41.80

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

んだいくべえ

**ぐんまちゃん** · 2016/06/30(木) 04:19:57.32

我々は1が何故このようなスレッドを立てたのかという
疑問を解決するため、1の故郷である群馬県に向かった。
「まだ日本にこんなところがあったのか…」
思わず口に出てしまった言葉を同行した上司に失礼だと咎められた。

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

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

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

**デフォルトの名無しさん** · 2016/06/30(木) 04:36:06.44

なんで建てたってあんたぁ、ういんどうづさーヴぁーは高くてこうてこれんからださ
貧乏人は黙ってうぶんつさあつかうべ、だけど言葉だけはちゃんとしてねえとなんねえ
ハイカラ言語のしーしゃーぷさ使うだよ

**デフォルトの名無しさん** · 2016/06/30(木) 12:42:26.12

>>1にはこのスレの最期までそのキャラでいて欲しい

**デフォルトの名無しさん** · 2016/06/30(木) 22:43:27.23

けすとれるおもろいわ

**デフォルトの名無しさん** · 2016/07/01(金) 21:20:30.01

こいつで今は片手で数えられるぐらいしかない無料のASP.NETホスティングサービスが増えるといいね

**デフォルトの名無しさん** · 2016/07/02(土) 00:05:12.20

SDKはいつまでPreview版なんだろか

**デフォルトの名無しさん** · 2016/07/02(土) 00:43:28.03

ランタイム同梱やネイティブイメージ化ができるならデスクトップアプリでも使っていけるのかなーと思ったけど
基本的にウェブ向けな感じなのねん…そもそもGUIフレームワークが何も入ってねえし

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

**デフォルトの名無しさん** · 2016/07/02(土) 01:11:09.30

チラ裏：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できる感じ

**デフォルトの名無しさん** · 2016/07/02(土) 01:16:45.05

>>9
docs落ちてたよな、こないだ。4-5時間504になってた。

**デフォルトの名無しさん** · 2016/07/03(日) 06:15:48.63

仕事で使えるのはいつになるだろね

**デフォルトの名無しさん** · 2016/07/03(日) 21:11:06.60

どんどんハッテンしてほしいね(´・ω・｀)

**デフォルトの名無しさん** · 2016/07/03(日) 23:54:52.20

とりあえずdocsのtutorialにでも目を通しとくか

**デフォルトの名無しさん** · 2016/07/04(月) 21:28:45.34

>>7
VisualStudio15（仮）のリリースに合わせるって言ってた気がする

**デフォルトの名無しさん** · 2016/07/07(木) 21:11:59.09

ほしゅ

**デフォルトの名無しさん** · 2016/07/27(水) 11:58:17.40

盛り上がらない(>_<)

**デフォルトの名無しさん** · 2016/07/28(木) 20:16:24.18

盛り上がらないですねえ

**デフォルトの名無しさん** · 2016/07/30(土) 02:52:49.38

職場で俺だけが盛り上がっとる…

**デフォルトの名無しさん** · 2016/08/19(金) 20:51:05.53

Viewをもとにしたスキャフォールディングって、まだBacklogなんだな

**デフォルトの名無しさん** · 2016/08/19(金) 20:51:22.95

果たして実装されるのだろうか

**デフォルトの名無しさん** · 2016/08/30(火) 23:46:02.75

MySQLとLINQの連携方法が分からない

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

Announcing September 2016 Updates for .NET Core 1.0
https://blogs.msdn.microsoft.com/dotnet/2016/09/13/announcing-september-2016-updates-for-net-core-1-0/

**デフォルトの名無しさん** · 2016/09/14(水) 12:06:59.55

>>22
Window SDKの方がインストールできない…

**デフォルトの名無しさん** · 2016/11/01(火) 08:08:31.25

.Net Coreは早くもオワコンと化してきたな
WPFとかSilverlightみたいな臭いがする

**デフォルトの名無しさん** · 2016/11/01(火) 12:09:40.12

>>24
なぜ？

**デフォルトの名無しさん** · 2016/12/04(日) 20:07:06.36

EF前提は良くないと思う
日本ではDataSetがまだまだ主流だからね

**デフォルトの名無しさん** · 2016/12/04(日) 21:20:02.17

>>26
前提じゃねーよ

**デフォルトの名無しさん** · 2016/12/16(金) 07:50:52.06

,NetFWとの差分というか、公式NuGetパッケージ混みの名前空間対応表みたいなの、無いですか？
PCLとか,NetStandardとか、触ってみて初めて「このクラス無いのかよ！」みたいなんが多くてキッツイ

**デフォルトの名無しさん** · 2016/12/16(金) 08:24:18.86

>>28
https://docs.microsoft.com/en-us/dotnet/core/api/

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

**デフォルトの名無しさん** · 2016/12/16(金) 10:40:48.97

>>29
ありがとう！たすかる！！

**デフォルトの名無しさん** · 2016/12/22(木) 21:57:21.31

これから先はCoreが主流になっていくのか？

**デフォルトの名無しさん** · 2016/12/22(木) 22:50:24.03

>>31
しばらくはFullと並行でって感じかな

**デフォルトの名無しさん** · 2017/01/20(金) 08:39:24.12

アパッチで動くんけ？

**デフォルトの名無しさん** · 2017/01/20(金) 11:07:51.38

>>33
動くよ

**デフォルトの名無しさん** · 2017/01/20(金) 22:05:28.05

>>34
やってみるわ！

**デフォルトの名無しさん** · 2017/01/20(金) 22:14:29.26

>>35
基本的にリバースプロキシできればOK

**デフォルトの名無しさん** · 2017/01/24(火) 12:59:13.93

publishフォルダを一つの実行形式にできないのかね

**デフォルトの名無しさん** · 2017/01/24(火) 17:39:20.79

>>37
corefxはそんな感じの思想で最近ずいぶん変わったよね

**デフォルトの名無しさん** · 2017/02/23(木) 03:10:37.48

2.0はずいぶん先か

**デフォルトの名無しさん** · 2017/02/25(土) 00:47:19.31

dotnetコマンドで.NETFramework 4.6.1をターゲットにビルドできる？
使いたいnugetパッケージがnetcoreappに対応してないのでターゲットを変えたい

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

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

**デフォルトの名無しさん** · 2017/03/11(土) 15:48:12.37

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

**デフォルトの名無しさん** · 2017/03/11(土) 21:35:56.18

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

**デフォルトの名無しさん** · 2017/03/12(日) 02:11:05.55

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

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

**デフォルトの名無しさん** · 2017/03/12(日) 09:17:48.48

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

**デフォルトの名無しさん** · 2017/03/12(日) 14:37:10.70

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拡張があってエラー吐いたりで、面倒になってアンインストールしてしまったが、この範囲であれば大丈夫？

**デフォルトの名無しさん** · 2017/03/12(日) 18:52:48.21

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

**デフォルトの名無しさん** · 2017/03/12(日) 19:34:05.17

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

**デフォルトの名無しさん** · 2017/03/12(日) 20:02:01.98

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

**デフォルトの名無しさん** · 2017/03/16(木) 18:59:39.04

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

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

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

**デフォルトの名無しさん** · 2017/03/16(木) 21:17:44.40

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

**デフォルトの名無しさん** · 2017/03/17(金) 00:00:44.84

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

**デフォルトの名無しさん** · 2017/03/18(土) 17:45:58.37

あんまり資料見かけないかな。
やはり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

**デフォルトの名無しさん** · 2017/04/16(日) 01:36:05.50

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

**デフォルトの名無しさん** · 2017/04/18(火) 16:05:22.41

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

**デフォルトの名無しさん** · 2017/04/18(火) 17:23:14.83

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

**デフォルトの名無しさん** · 2017/04/18(火) 19:26:27.49

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

**デフォルトの名無しさん** · 2017/04/18(火) 19:42:53.46

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

**デフォルトの名無しさん** · 2017/04/23(日) 21:36:43.00

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

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

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

**デフォルトの名無しさん** · 2017/04/23(日) 23:05:15.41

>>59
1.0.1じゃなくて？

**デフォルトの名無しさん** · 2017/04/24(月) 21:19:17.87

>>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

**デフォルトの名無しさん** · 2017/04/24(月) 22:33:43.91

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

**デフォルトの名無しさん** · 2017/04/25(火) 21:57:28.32

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

**デフォルトの名無しさん** · 2017/04/25(火) 23:02:34.54

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

実装ならこれだけど

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

**デフォルトの名無しさん** · 2017/04/26(水) 23:44:28.56

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

**デフォルトの名無しさん** · 2017/04/27(木) 02:54:04.17

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

**デフォルトの名無しさん** · 2017/04/27(木) 19:26:45.93

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

**デフォルトの名無しさん** · 2017/04/27(木) 20:53:59.13

かぶせていこ

**デフォルトの名無しさん** · 2017/04/27(木) 21:28:06.86

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

**デフォルトの名無しさん** · 2017/04/27(木) 22:20:15.09

>>69
たとえば？

**デフォルトの名無しさん** · 2017/04/27(木) 23:47:25.34

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

**デフォルトの名無しさん** · 2017/04/28(金) 05:55:09.67

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

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

https://youtu.be/8b7x7581V0U

**デフォルトの名無しさん** · 2017/04/28(金) 06:27:01.01

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

**デフォルトの名無しさん** · 2017/04/28(金) 06:39:09.19

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

**デフォルトの名無しさん** · 2017/04/28(金) 09:02:41.72

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

**デフォルトの名無しさん** · 2017/04/28(金) 13:41:45.32

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

**デフォルトの名無しさん** · 2017/05/07(日) 00:00:01.18

CLR via C#のcore版まだかな

**デフォルトの名無しさん** · 2017/05/09(火) 18:47:34.59

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

**デフォルトの名無しさん** · 2017/05/10(水) 00:23:35.41

うへー

さわんなくてよかった

**デフォルトの名無しさん** · 2017/05/10(水) 00:47:31.96

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

**デフォルトの名無しさん** · 2017/05/10(水) 02:05:32.07

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

**デフォルトの名無しさん** · 2017/05/10(水) 02:14:56.65

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

**デフォルトの名無しさん** · 2017/05/10(水) 09:07:09.83

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

**デフォルトの名無しさん** · 2017/05/10(水) 10:33:32.41

ぐだぐだ

**デフォルトの名無しさん** · 2017/05/10(水) 12:04:27.67

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

**デフォルトの名無しさん** · 2017/05/10(水) 12:05:26.86

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

**デフォルトの名無しさん** · 2017/05/10(水) 12:09:55.82

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

**デフォルトの名無しさん** · 2017/05/10(水) 12:35:06.29

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

**デフォルトの名無しさん** · 2017/05/10(水) 20:30:02.77

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

**デフォルトの名無しさん** · 2017/05/11(木) 00:04:22.80

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

**デフォルトの名無しさん** · 2017/05/11(木) 01:23:05.68

>>91
学生さんかな？

**デフォルトの名無しさん** · 2017/05/11(木) 02:27:03.98

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

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

**デフォルトの名無しさん** · 2017/05/11(木) 08:15:29.91

>>93
全然違う

**デフォルトの名無しさん** · 2017/05/11(木) 08:40:42.11

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

**デフォルトの名無しさん** · 2017/05/11(木) 09:39:39.74

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

**デフォルトの名無しさん** · 2017/05/11(木) 10:08:22.13

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

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

**デフォルトの名無しさん** · 2017/05/11(木) 12:43:33.71

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

**デフォルトの名無しさん** · 2017/05/11(木) 20:59:19.21

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

**デフォルトの名無しさん** · 2017/05/11(木) 22:08:25.64

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

**デフォルトの名無しさん** · 2017/05/11(木) 22:20:09.69

>>100
MSBuild

**デフォルトの名無しさん** · 2017/05/11(木) 22:21:55.92

>>99
>>86

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

**デフォルトの名無しさん** · 2017/05/11(木) 22:34:55.92

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

**デフォルトの名無しさん** · 2017/05/11(木) 23:57:53.43

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

**デフォルトの名無しさん** · 2017/05/13(土) 12:47:27.61

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

**デフォルトの名無しさん** · 2017/05/13(土) 13:11:57.45

>>105
ないよ
Xamarinあるしね

**デフォルトの名無しさん** · 2017/05/20(土) 18:03:05.05

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; }
}

**デフォルトの名無しさん** · 2017/05/20(土) 18:56:34.59

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(); }
}

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

**デフォルトの名無しさん** · 2017/05/20(土) 20:51:14.33

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

**デフォルトの名無しさん** · 2017/05/20(土) 21:03:33.68

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

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

**デフォルトの名無しさん** · 2017/05/20(土) 21:09:47.02

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

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

**デフォルトの名無しさん** · 2017/05/20(土) 21:24:48.79

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

**デフォルトの名無しさん** · 2017/05/20(土) 21:37:28.65

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

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

**デフォルトの名無しさん** · 2017/05/21(日) 07:14:07.14

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

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

**デフォルトの名無しさん** · 2017/05/21(日) 09:30:42.84

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

**デフォルトの名無しさん** · 2017/05/21(日) 16:09:17.41

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

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

**デフォルトの名無しさん** · 2017/05/21(日) 17:12:43.77

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

**デフォルトの名無しさん** · 2017/05/21(日) 17:57:39.67

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

**デフォルトの名無しさん** · 2017/05/21(日) 17:59:01.52

KISSってやつだね

**デフォルトの名無しさん** · 2017/05/22(月) 05:22:25.34

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

**デフォルトの名無しさん** · 2017/05/22(月) 06:50:57.14

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

**デフォルトの名無しさん** · 2017/05/22(月) 08:18:16.51

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

**デフォルトの名無しさん** · 2017/05/22(月) 10:48:36.40

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

**デフォルトの名無しさん** · 2017/05/22(月) 15:51:29.32

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

**デフォルトの名無しさん** · 2017/05/22(月) 17:53:22.34

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

**デフォルトの名無しさん** · 2017/05/23(火) 22:20:03.35

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

**デフォルトの名無しさん** · 2017/05/23(火) 23:48:32.33

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

**デフォルトの名無しさん** · 2017/05/24(水) 05:46:04.02

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

**デフォルトの名無しさん** · 2017/06/05(月) 21:17:42.57

.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でほぼ空のコードをコンパイルしただけのもの。

**デフォルトの名無しさん** · 2017/06/24(土) 13:05:18.64

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

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

**デフォルトの名無しさん** · 2017/06/24(土) 13:13:58.75

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

**デフォルトの名無しさん** · 2017/06/24(土) 14:34:52.13

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

**デフォルトの名無しさん** · 2017/07/09(日) 16:30:32.47

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

**デフォルトの名無しさん** · 2017/07/09(日) 16:31:58.50

早くJavaを駆逐してくれ

**デフォルトの名無しさん** · 2017/07/09(日) 21:14:00.60

ちょまどを駆逐してくれ

2017/07/10(月) 07:43:39.45

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

**デフォルトの名無しさん** · 2017/07/11(火) 15:44:02.30

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

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

**デフォルトの名無しさん** · 2017/07/11(火) 16:52:28.65

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

**デフォルトの名無しさん** · 2017/07/20(木) 07:00:43.50

複数の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の作り方がわからない

**デフォルトの名無しさん** · 2017/07/20(木) 09:37:45.69

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

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

**デフォルトの名無しさん** · 2017/07/20(木) 10:29:50.43

いや、これは例だから。実際は違うんでひとまとめにしたい

**デフォルトの名無しさん** · 2017/07/20(木) 10:43:39.82

https://msdn.microsoft.com/ja-jp/library/cc668224(v=vs.100).aspx

DisplayAttribute は同じ名前空間にはあるけど実装が違うので無理。

[Display(Name = "Email")]
[MyEmail]

**デフォルトの名無しさん** · 2017/07/20(木) 18:53:01.80

>>142
ソース公開されてるんだから自分で書けば良い

**デフォルトの名無しさん** · 2017/07/20(木) 19:41:51.59

そういうのはコード生成した方がいいよ
属性は完全に失敗作

**デフォルトの名無しさん** · 2017/07/23(日) 20:20:26.83

ソースってどこで見れるの？URL教えて

**デフォルトの名無しさん** · 2017/07/23(日) 20:30:31.22

>>145
ググれ

**デフォルトの名無しさん** · 2017/07/23(日) 20:44:17.92

>>145
ギッハブで検索

**デフォルトの名無しさん** · 2017/07/23(日) 23:12:16.73

ギフハブで見つけたありがとう

**デフォルトの名無しさん** · 2017/07/31(月) 22:11:47.04

modelからserviceを取得するにはどうしたらいい？

**デフォルトの名無しさん** · 2017/07/31(月) 22:37:03.62

>>149
何がしたいの？

**デフォルトの名無しさん** · 2017/08/19(土) 21:34:02.13

netstandardで.exe吐き出したいのだけどうまくいきません…
netcoreappの場合はruntimeidentifierを指定することでうまくいきました。
どなたかヒントor解説サイトを教えてください。
ちなみにvscodeとdotnetコマンドの組み合わせで使ってます。

**デフォルトの名無しさん** · 2017/08/19(土) 22:21:42.29

>>151
.NET Standardは、あくまでもライブラリ用じゃないの？

**デフォルトの名無しさん** · 2017/08/19(土) 22:51:38.35

え、そうなの！？
実はilmerge使いたかったのだけどnetcoreappは対応していないらしかったのでnetstandardを試してみたのです。

**デフォルトの名無しさん** · 2017/08/19(土) 23:26:36.22

>>153
https://github.com/mono/linker

**デフォルトの名無しさん** · 2017/08/20(日) 21:11:23.76

>>154
ありがとう！早速試してみます。

**デフォルトの名無しさん** · 2017/08/25(金) 21:57:54.80

core sdkってv2が出てるんだな。
v1と大きく違うの？

**デフォルトの名無しさん** · 2017/08/25(金) 22:57:11.72

>>156
APIが大きく拡張されて、Fullのframeworkから移行しやすくなってる

**デフォルトの名無しさん** · 2017/08/26(土) 05:13:56.56

>>157
サンキュー

**デフォルトの名無しさん** · 2017/08/27(日) 20:57:19.05

>>157
完全にfull .netになったの？

**デフォルトの名無しさん** · 2017/08/28(月) 00:46:20.37

>>159
何が言いたい？

**デフォルトの名無しさん** · 2017/08/29(火) 16:32:50.94

せっかくLinuxでも使えるって謳ってるのに
MySqlのEntityFrameworkCoreが対応してないじゃん
ゴミだわ
一生WindowsのみでやってろよMS

**デフォルトの名無しさん** · 2017/08/29(火) 17:31:26.34

>>161
これがMySql使ってるやつの思考回路か
とりあえずプレリリースのでも使って問題があれば報告しろよ

**デフォルトの名無しさん** · 2017/08/29(火) 18:11:40.72

>>161
オープンソースなのに文句いうだけでなにも貢献しないのか

ゴミだわ

**デフォルトの名無しさん** · 2017/08/29(火) 18:16:50.31

oracleはよ

**デフォルトの名無しさん** · 2017/08/29(火) 18:18:02.31

プロバイダーは各DBベンダーの責務なのに何言ってんのかね

これでも使っとけ
https://github.com/PomeloFoundation/Pomelo.EntityFrameworkCore.MySql

**デフォルトの名無しさん** · 2017/08/29(火) 18:20:56.11

>>164
.NET Core2.0リリース後に対応するって言ってるね

**デフォルトの名無しさん** · 2017/08/29(火) 18:27:39.12

PostgreSQLの方は1.0のリリース当初から対応してたはずだけど、この差は何なんだろう

**デフォルトの名無しさん** · 2017/08/29(火) 20:55:53.66

>>165
それ型周りにバグがあってゴミ
せめて使えるものを提示しろ

**デフォルトの名無しさん** · 2017/08/29(火) 20:57:37.42

>>168
自分でバグ直してPRしろよ無能

**デフォルトの名無しさん** · 2017/08/29(火) 20:58:21.27

>>168
ゴミが偉そうに

**デフォルトの名無しさん** · 2017/08/29(火) 20:59:44.27

作者にバグ報告して直してもらえばいいのに。

**デフォルトの名無しさん** · 2017/09/05(火) 22:23:24.04

EF Code Firstってオワコン？

**デフォルトの名無しさん** · 2017/09/06(水) 00:28:01.85

>>172
うんにゃ、むしろEF CoreだともうModel Firstなんてないし

**デフォルトの名無しさん** · 2017/09/06(水) 18:27:17.57

○次受けが多いほど退場率が早くなる。高くなる

直受けの50万客：いつまでもうちにいていいよ
3次受けの50万（客は90万払ってる) 客：短期延長していい？
5次受けの50万（客は150万払ってる) 客：作り終わったらとっと出てけ　できなかったら即退場だ　
長時間労働　高稼働　高スキル要求が多い

零細フリーランスサイトは5次受けから誰もできない難易度の高い仕事　余り物の仕事を紹介してくる。40万円代でやってくれと
これならJIETから3次でいったほうがいいな

446非決定性名無しさん2017/08/02(水) 22:12:48.95

JIETに毎月5千円払えば３次から入場できるだろ？
高額をうたうフリーランスのサイトはだいたい５次から４５万円
JIETで閲覧応募できる末端価格からさらに搾取するのが高額をみせつけるフリーランスサイトでした
高額案件をみせつけるフリーランスサイトも案件の取得はJIETでした

JIETに加入すれば誰でも3次60万からスタートだ。フリーランスのサイトをやってる
自称エージェントもそこから案件情報を取得しきてる。サイトで60万で釣って40万から55万の間でやらしている。

372仕様書無しさん2017/08/11(金) 10:31:43.41
フリーランスで検索すると引っかかる零細ITがやっているフリーランスのサイトはだめだ。
高額に見せているけど実際は50万前後
JIET加入した方がいいよ。案件は毎日千件以上末端価格は60万円　平凡な稼働時間の80万円の案件もある。
ユー子も求人をだしてる。名刺も渡せる。ユー子に名刺が渡せるんだぞ。夢のようだ

自称エージェントはJIETから流れてくる案件を転売してるだけだった。
JIETに加入すれば誰でも案件に応募することができた。収入が40万50万台にならなくて済む

エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×3　= 言い値50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - エージェント×1 悪質な言い値で50万以下
エンド - ユー子 - エージェント-JIET 公表価格 90~60 - JIETに加入して公表価格で応募できる

**デフォルトの名無しさん** · 2017/09/06(水) 18:32:24.51

Asp.Net Core & EntifyFrameworkCoreで発行されているSQLのクエリーを確認するにはどうすればいいでしょうか？

**デフォルトの名無しさん** · 2017/09/06(水) 19:08:39.07

>>175
ほれ
http://rion.io/2016/10/19/accessing-entity-framework-core-queries-behind-the-scenes-in-asp-net-core/

**デフォルトの名無しさん** · 2017/09/06(水) 19:51:55.02

>>175
生SQL確認したら負けじゃね？
なんのためにLinqで隠蔽してんのかって話になる
生SQLを見てチューニングするぐらいならDapperへの乗り換えを検討したほうがいい

**デフォルトの名無しさん** · 2017/09/06(水) 21:50:34.46

>>177
何のために確認したいかによるやろ

**デフォルトの名無しさん** · 2017/09/07(木) 00:06:38.24

正しいかどうか、高速かどうか
なんにせよ理想とするSQLがあって
EFの吐くSQLがそれに合致するか確認する
確認してあってなければLinqを変更して合致するように調整する
ってことでしょ
そんなんいちいち一手間かけないでSQL直接編集すればいいじゃん
目の前に患者がいるのに遠隔操作アームで手術するようなもどかしさを感じるね

**デフォルトの名無しさん** · 2017/09/07(木) 00:27:05.60

>>179
質問者はチューニングのためとは言ってない
思い込み激しすぎ

**デフォルトの名無しさん** · 2017/09/07(木) 01:12:33.77

>>180
チューニングに限った話じゃないよ
思い込んでるのはそっち
目的がなんにせよSQL見たいって時点でもうEFの意義を失うのだから
最初から生SQLでやったほうが良いんだよ

**デフォルトの名無しさん** · 2017/09/07(木) 07:30:51.02

>>181
EntityFrameworkを初めて使って、実際にどういうSQLに変換されているのか見てみたいだけって可能性すら考えられないの？

**デフォルトの名無しさん** · 2017/09/07(木) 21:41:24.61

>>181
じゃあなんでEFは生のSQL見れるようになってるの？
答えて？

**デフォルトの名無しさん** · 2017/09/07(木) 23:25:49.14

>>183
EF開発デバッグ用
本来EF利用者が使うものではない

**デフォルトの名無しさん** · 2017/09/07(木) 23:55:35.22

>>184
デマおつ

**デフォルトの名無しさん** · 2017/09/08(金) 07:17:10.06

>>184
頭悪すぎ

**デフォルトの名無しさん** · 2017/09/08(金) 07:48:11.99

宣伝: SQLプロバイダに依存せずAPIだけで使えます
実態: SQLをいちいちダンプして調べないとろくに使えません

**デフォルトの名無しさん** · 2017/09/08(金) 09:10:30.54

>>187
使い方間違ってんぞお前

**デフォルトの名無しさん** · 2017/09/12(火) 12:12:58.08

c#がどんどんc++化してるな
流れに乗ってtemplateも取り入れるべきだ

**デフォルトの名無しさん** · 2017/09/12(火) 12:36:56.82

>>189
何をもってそんな発想に至ったのか

**デフォルトの名無しさん** · 2017/09/13(水) 07:45:31.99

コンパイラオプションでいいから?.をデフォルトにしてほしい
string? n = null;
var m = n.Substring(0, 5);
Assert(m == null);
こうした方が絶対便利

**デフォルトの名無しさん** · 2017/09/13(水) 11:36:33.87

.net core 2.0とvs2017community を使っています。

自分で作ったプロジェクト内のクラスAを、別のソリューションのプロジェクトから参照して、
使いたいんですができるでしょうか。

クラスAは、Nugetで取得したパッケージに依存しています。

**デフォルトの名無しさん** · 2017/09/13(水) 12:07:34.50

>>192
できるよ

**デフォルトの名無しさん** · 2017/09/13(水) 14:34:09.76

>>193
レスありがとうございます。
参考になるサイトがあれば教えてほしいです。

**デフォルトの名無しさん** · 2017/09/13(水) 15:01:01.84

>>194
同じソリューション内に配置することができないなら、自分で作ったライブラリをNuGetパッケージ化して、それを参照すればいいんじゃない？

**デフォルトの名無しさん** · 2017/09/13(水) 15:30:57.02

>>195
ありがとうございます。
ソリューションのフォルダの中にあるbinとかobjとかのdllを参照して、
usingで名前空間をセットしたんですが、エラーになりました。

InvalidOperationException: Cannot find compilation library location for package MYClassLibrary'

NuGetにアップロードしないとダメっぽいですか。
以前の.Netでは簡単にできていたのになあ。

**デフォルトの名無しさん** · 2017/09/13(水) 17:14:40.29

>>196
いろいろと間違いすぎててフォローできん…

**デフォルトの名無しさん** · 2017/09/13(水) 17:56:16.70

プロジェクト参照しなよ

**デフォルトの名無しさん** · 2017/09/14(木) 02:52:45.11

>>197-198
ぐぐってみて、参照先プロジェクトフォルダ内にあるcsprojというファイルのパスを、
参照元のcsprojに指定しました。

<ProjectReference Include という項目に設定しました。

参照元のプロジェクトを起動させるのですが、
必要な様々なパッケージ（デスクトップ開発とか、たくさん）が足りないので、
それらをインストールするまではロードしませんというエラーになりました。

しかし参照元も、参照先プロジェクトも、同じ環境でそういうエラーなく動作します。
プロジェクトを参照するには必要なパッケージがあるということなんでしょうか。
それなら、Linuxなどで動作させられないのではないかと心配です。
.net coreオンリーで組みたいので。

**199** · 2017/09/14(木) 03:28:20.09

>>199
dotnet add reference コマンドを管理者プロンプトで動作させました。

　ローカルパッケージキャッシュを最初に設定し、復元速度を向上させ、
　オフラインアクセスを可能にするため、コマンドを実行しています。
　このコマンドは 1 回だけ実行され、完了までに最大 1 分かかる場合があります。

その後、うまくプロジェクトが起動してくれましたが、
デバッグが通らなくなりました。

　ClassLibrary.csproj' のプロジェクト情報が見つかりません。プロジェクトファイルが無効であるか、復元に必要なターゲットが見つからない可能性があります

参照先プロジェクトでは、‘Nugetをつかって外部ライブラリを使用しているからなんでしょうか。