.Net Core / Net ASP Core

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

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

んだいくべえ

11 ：デフォルトの名無しさん：2016/07/03(日) 06:15:48.63 ID:qk7lGSjH.net

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

12 ：デフォルトの名無しさん：2016/07/03(日) 21:11:06.60 ID:3LEz+c65.net

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

13 ：デフォルトの名無しさん：2016/07/03(日) 23:54:52.20 ID:qk7lGSjH.net

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

14 ：デフォルトの名無しさん：2016/07/04(月) 21:28:45.34 ID:kPvzgwhz.net

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

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

ほしゅ

16 ：デフォルトの名無しさん：2016/07/27(水) 11:58:17.40 ID:daMn1ZwX.net

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

17 ：デフォルトの名無しさん：2016/07/28(木) 20:16:24.18 ID:LOVhJ1yG.net

盛り上がらないですねえ

18 ：デフォルトの名無しさん：2016/07/30(土) 02:52:49.38 ID:6YLFMraq.net

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

19 ：デフォルトの名無しさん：2016/08/19(金) 20:51:05.53 ID:zfseOXRh.net

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

20 ：デフォルトの名無しさん：2016/08/19(金) 20:51:22.95 ID:zfseOXRh.net

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

21 ：デフォルトの名無しさん：2016/08/30(火) 23:46:02.75 ID:YOFOKxzR.net

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

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

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/

23 ：デフォルトの名無しさん：2016/09/14(水) 12:06:59.55 ID:YCqLsBgG.net

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

24 ：デフォルトの名無しさん：2016/11/01(火) 08:08:31.25 ID:d+iEelI1.net

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

25 ：デフォルトの名無しさん：2016/11/01(火) 12:09:40.12 ID:wctgMQq+.net

>>24
なぜ？

26 ：デフォルトの名無しさん：2016/12/04(日) 20:07:06.36 ID:OeUSkEhR.net

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

27 ：デフォルトの名無しさん：2016/12/04(日) 21:20:02.17 ID:xm9hWeq0.net

>>26
前提じゃねーよ

28 ：デフォルトの名無しさん：2016/12/16(金) 07:50:52.06 ID:k5XdsnYC.net

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

29 ：デフォルトの名無しさん：2016/12/16(金) 08:24:18.86 ID:+Bxp7EGw.net

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

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

30 ：デフォルトの名無しさん：2016/12/16(金) 10:40:48.97 ID:0xDlP4aG.net

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

31 ：デフォルトの名無しさん：2016/12/22(木) 21:57:21.31 ID:I8Q9bC4R.net

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

32 ：デフォルトの名無しさん：2016/12/22(木) 22:50:24.03 ID:yDZQvVeT.net

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

33 ：デフォルトの名無しさん：2017/01/20(金) 08:39:24.12 ID:LEOEpwqO.net

アパッチで動くんけ？

34 ：デフォルトの名無しさん：2017/01/20(金) 11:07:51.38 ID:uaOwYInA.net

>>33
動くよ

35 ：デフォルトの名無しさん：2017/01/20(金) 22:05:28.05 ID:LEOEpwqO.net

>>34
やってみるわ！

36 ：デフォルトの名無しさん：2017/01/20(金) 22:14:29.26 ID:mabh4TTs.net

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

37 ：デフォルトの名無しさん：2017/01/24(火) 12:59:13.93 ID:fPLA1xlS.net

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

38 ：デフォルトの名無しさん：2017/01/24(火) 17:39:20.79 ID:g9KGWoah.net

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

39 ：デフォルトの名無しさん：2017/02/23(木) 03:10:37.48 ID:LXEUOKlD.net

2.0はずいぶん先か

40 ：デフォルトの名無しさん：2017/02/25(土) 00:47:19.31 ID:N9ovtMND.net

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

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クラスを普通に作れってこった