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

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

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

んだいくべえ

**デフォルトの名無しさん** · 2018/12/12(水) 16:15:17.17

>>634
ありがとうございます。ググってみます。

**デフォルトの名無しさん** · 2018/12/15(土) 10:57:14.03

wslにインストールしたcore sdkをwindows側のvscodeから参照して開発することってできます？

**デフォルトの名無しさん** · 2018/12/17(月) 10:47:30.17

NLogの${basedir}が空文字列になるのだが、どうすればいいの？

**デフォルトの名無しさん** · 2018/12/17(月) 12:15:24.08

ちゃんとセットするメソッド実行したか？

**デフォルトの名無しさん** · 2018/12/17(月) 12:27:21.39

>>638
なんですかそれは？

**デフォルトの名無しさん** · 2018/12/18(火) 11:48:01.81

>>637
${basedir}は使わない

**デフォルトの名無しさん** · 2018/12/24(月) 13:06:53.72

asp.net coreでjqueryはnpm,bowerのどっちで入れる？

**デフォルトの名無しさん** · 2018/12/24(月) 14:04:49.34

>>641
bowerはもう使うなって公式に言われてる

**デフォルトの名無しさん** · 2018/12/24(月) 14:05:59.01

>>642
本当ですか？
どこに書いてありますか？

**デフォルトの名無しさん** · 2018/12/24(月) 14:08:48.70

>>643
bower deprecatedでググれ

**デフォルトの名無しさん** · 2018/12/24(月) 14:16:15.36

>>644
でもNugetパッケージ管理画面でjQueryを出すと
非互換：代わりにBowerを使用して下さい
と出ますが？

**デフォルトの名無しさん** · 2018/12/24(月) 14:28:43.08

>>645
nuget側が追い付いてないんやろね。

**デフォルトの名無しさん** · 2018/12/24(月) 14:32:13.95

>>645
ググれよ

**デフォルトの名無しさん** · 2018/12/24(月) 15:22:20.44

もともと
wwwroot/lib/bootstrap
wwwroot/lib/jquery
に入っているやつをUpdateするには何を使えばいいんでしょうか？

**デフォルトの名無しさん** · 2018/12/24(月) 15:33:18.50

>>648
テンプレートはあくまでもテンプレートだから、バージョン管理はnpmに任せて、javaScriptやcss等の実ファイルはコミットしない

**デフォルトの名無しさん** · 2018/12/24(月) 15:51:48.39

>>649
wwwroot/lib/bootstrap はv4.1.3 なのですが、
Nugetで　　V4.2.1を入れたらどこかに入ったのですが、
wwwroot/lib/bootstrap はv4.1.3 のままです。
これはなぜですか？
4.2.1はどこに入ったのですか？

**デフォルトの名無しさん** · 2018/12/24(月) 16:20:04.13

>>650
だからnpm使えって

**デフォルトの名無しさん** · 2018/12/24(月) 16:33:37.38

>>651
Nugetとnpmは違うんですか？

**デフォルトの名無しさん** · 2018/12/24(月) 16:35:51.95

>>652
ググれよ

**デフォルトの名無しさん** · 2018/12/24(月) 16:45:45.41

>>653
教えろよ

**デフォルトの名無しさん** · 2018/12/24(月) 16:47:18.39

>>654
向いてないからやめれば？

**デフォルトの名無しさん** · 2018/12/24(月) 18:46:01.45

>>655
そこを何とかお願いします。

**デフォルトの名無しさん** · 2018/12/24(月) 22:03:27.09

最近のパッケージマネージャーは、npm と互換性のある、yarn を使う

Ruby のBundler みたいな奴。
各プロジェクト毎に、各プロジェクトフォルダ内に、依存ライブラリをインストールする

グローバルにインストールしない方式

VSCode なら常識

**デフォルトの名無しさん** · 2018/12/24(月) 22:08:03.09

また変なやつがきた…

**デフォルトの名無しさん** · 2018/12/25(火) 18:02:06.27

iisにpublishしてもdllがlockされていて置き換わらないな。バグか。

**デフォルトの名無しさん** · 2018/12/25(火) 18:10:11.18

>>659
app_offline.htmは？

**デフォルトの名無しさん** · 2018/12/25(火) 20:19:17.11

>>660
サンキュウ
それを使わずにできないの？
asp.net mvcみたいに全自動で

**デフォルトの名無しさん** · 2018/12/25(火) 21:36:50.47

>>661
まあ読んでみ
https://github.com/aspnet/AspNetCore/issues/3793

**デフォルトの名無しさん** · 2018/12/25(火) 22:02:59.38

>>662
やっぱバグか

**デフォルトの名無しさん** · 2018/12/25(火) 22:12:31.70

>>663
ちゃんと読めよ

**デフォルトの名無しさん** · 2018/12/25(火) 23:52:59.37

>>664
ちゃんと読んでもバグだな
Openだから未解決？

**デフォルトの名無しさん** · 2018/12/25(火) 23:53:58.01

>>665
マジで読めないのかよ
issueが全てバグとでも？

**デフォルトの名無しさん** · 2018/12/26(水) 07:52:51.90

discussionになってるから、一定期間書き込みがないと自動でbotにcloseされるやつね

**デフォルトの名無しさん** · 2018/12/27(木) 12:18:26.17

EF Core、継承が交じると思い通りにテーブル出力できん
他に不満はないから、あとここだけ完全にコントロールできれば安心して業務実践できるんだがな、、、

**デフォルトの名無しさん** · 2018/12/27(木) 12:34:13.13

すいません、質問です。
linux上のasp.net coreサービスをsystemdで管理するとき、意図しない再起動がかかる現象について、何がご存知の方いらっしゃいますか？

コンソール上で起動すると特に問題なく何日でも稼働し続けるんですが、systemdで起動すると2,3日に1回の頻度で再起動してしまいます。
systemd側が "dotnetプロセスが死んだ" と誤検知するんだろう、と思ってるんですが、何をもって死活判定しているのか分からずに行き詰っている状態です。
現象はCentOS7-64bit, Raspbian-32bitで同様に発生します。

サービスの設定ファイルは以下のようなものです。
--->
[Unit]
Description=xxx

[Service]
ExecStart=/var/xxx/xxx //<- dotnet publishした実行ファイル
WorkingDirectory=/var/xxx/
Restart=always
RestartSec=10
SyslogIdentifier=xxx
User=root
Environment=ASPNETCORE_ENVIRONMENT=Production

[Install]
WantedBy=multi-user.target
<--

**デフォルトの名無しさん** · 2018/12/27(木) 12:45:39.18

>>668
EF6と挙動が違うん？

**デフォルトの名無しさん** · 2018/12/27(木) 18:34:52.21

>>668
OnModelCreating だったかをオーバーライドすれば
自由にテーブル作れるだろ

**デフォルトの名無しさん** · 2018/12/28(金) 08:08:39.17

>>671
継承関係のあるテーブルをうまくマッピング出来ないって話じゃないの
EF6でも苦労した覚えがあるけど

**デフォルトの名無しさん** · 2018/12/28(金) 20:38:45.94

2.2はバグが多いね。3.0はいつ出る？

**デフォルトの名無しさん** · 2018/12/28(金) 22:49:47.67

>>673
来年の夏

**デフォルトの名無しさん** · 2018/12/30(日) 11:37:29.08

azureの無料体験って、しばらくログインしなかったらもう一回できますか

**デフォルトの名無しさん** · 2019/01/24(木) 20:54:43.33

ASP.NET Core 2.2いれてみた。

ASP.NET Core 2.2ではRazor PagesとASP.NET Core MVCの2つがあり
Razor Pagesのほうが簡単とofficial siteに書いてあったけど、
Razor Pagesを選んだ場合のデメリットってありますか？

Web APIはCore MVCでないと作れないっぽいけどRazor Pagesでweb site
作って、あとからWeb API追加のためにASP.NET Core MVCが必要になった場合に
かんたんにRazor PageのサイトにASP.NET Core MVC追加できますか？

**デフォルトの名無しさん** · 2019/01/26(土) 08:02:40.10

プロジェクトルートにある Startup クラスの ConfigureServices メソッドに
services.AddMvc()；

**デフォルトの名無しさん** · 2019/01/26(土) 08:04:50.78

おなじく Startup クラスの Configure メソッドの最後のほうに

app.UseMvc(routes =>
{
routes.MapRoute(
name: "default",
template: "{controller}/{action=Index}/{id?}");
});
を追加。
Routeのテンプレートはご自由にどうぞ

**デフォルトの名無しさん** · 2019/01/30(水) 03:49:06.68

Preview2きたね

**デフォルトの名無しさん** · 2019/01/30(水) 03:49:34.99

3.0の

**デフォルトの名無しさん** · 2019/02/05(火) 04:46:36.02

数日前にASP.NET Coreの勉強始めました。(Web経験なし)
Web上のサンプル探すことが多いんですが、見つけたサンプルが動かず、
実はASP.NET(非Core)のサンプルでした、という事が何回かあったんですが、どうすればアホな勘違いを減らせるでしょうか？(´・ω・｀)

**デフォルトの名無しさん** · 2019/02/05(火) 07:04:15.98

>>681
たとえばどのサンプルる

**デフォルトの名無しさん** · 2019/02/05(火) 07:04:35.82

誤字がひどい

**デフォルトの名無しさん** · 2019/02/20(水) 08:51:28.47

.NET Core 1.0 and 1.1 will reach End of Life on June 27, 2019
https://blogs.msdn.microsoft.com/dotnet/2019/02/19/net-core-1-0-and-1-1-will-reach-end-of-life-on-june-27-2019/

**デフォルトの名無しさん** · 2019/03/26(火) 09:49:55.16

３．０出たのか？

**デフォルトの名無しさん** · 2019/03/26(火) 09:58:40.06

>>685
今年の下半期

**デフォルトの名無しさん** · 2019/03/26(火) 13:24:34.14

昨日か一昨日あたり、Port your desktop applications in .NET Core 3.0 などというメールが MS から来たから言ってるんじゃないかな
リリースされたら、ブログでアナウンスされると思う

https://devblogs.microsoft.com/dotnet/

**デフォルトの名無しさん** · 2019/03/26(火) 14:20:44.64

>>687
そうそう。そのメール。
何なのこれ？

**デフォルトの名無しさん** · 2019/03/26(火) 16:39:16.89

>>688
その英文の通りじゃないの？

**デフォルトの名無しさん** · 2019/03/29(金) 16:01:39.80

Visual Basic6.0からASP.netCoreに移行したいんだけど変換ツールある？

**デフォルトの名無しさん** · 2019/03/29(金) 21:15:56.91

>>690
あるわけない
VB6とVB.netで言語使用がかなり変わってる。
C#.net覚えて書き直したほうがいい

**デフォルトの名無しさん** · 2019/03/30(土) 09:10:42.01

ツールはあるけどどの製品も酷い品質で使い物にならない
なんだかんだで地道な手作業がベストプラクティス
まとめていっきに置き換えようとすると絶対に失敗する
相互運用を活用して小さいスコープをリファクタリングして置き換えていくほうがいい
ツケを払うときがついに来たのだと潔く諦めろ

**デフォルトの名無しさん** · 2019/03/30(土) 09:13:34.68

よく見たら.net core変換ツールか
それは存在しないだろう

**デフォルトの名無しさん** · 2019/03/30(土) 17:38:19.64

アプリケーションのアーキテクチャも大きく変わるし
自動変換はあり得ないな

**デフォルトの名無しさん** · 2019/03/30(土) 17:50:12.43

仕様を見直すいい機会

**デフォルトの名無しさん** · 2019/03/30(土) 17:58:22.52

WPFがLinuxに移植されるのはいつになるかねぇ。待ち遠しい。

**デフォルトの名無しさん** · 2019/03/30(土) 20:20:46.27

>>696
ねーよ

**デフォルトの名無しさん** · 2019/03/30(土) 20:43:25.89

オープンソースになったから時間の問題と思うが。

**デフォルトの名無しさん** · 2019/03/30(土) 21:27:12.00

>>698
ちょっとはググりなさい

**デフォルトの名無しさん** · 2019/03/30(土) 21:42:49.19

はて？
ググれば「ねーよ」と断言できるような情報が出てくるのかね？

**デフォルトの名無しさん** · 2019/03/30(土) 21:49:23.92

>>700
うん

**デフォルトの名無しさん** · 2019/03/30(土) 21:54:14.55

ググっても(現時点では)Windowsのみってのは出てくるけど、
将来に渡ってもWindowsのみって断言されたのは出てこないわな。

**デフォルトの名無しさん** · 2019/03/30(土) 21:58:21.45

Microsoftはリリース前の製品について明示的あるいは暗黙的にも言及することはありませんって無かったっけ。

**デフォルトの名無しさん** · 2019/03/30(土) 21:58:52.69

WPFがLinuxで動いてしまったら
Windowsライセンスが売れなくなってしまうから
いくらナデラがクロスプラットフォーム志向でもやらないんじゃない？
IISとかもLinux版でてないものね

そんなのやるくらいならまたMobile OSの開発に挑戦してほしい
Google独裁はいやだ

**デフォルトの名無しさん** · 2019/03/30(土) 22:07:13.70

>>704
.NET coreはMITライセンスだから、MS以外が開発するのも可能

**デフォルトの名無しさん** · 2019/03/30(土) 22:15:17.13

どれだけクロスプラットフォームを進めてもオフィスとWindowsは売れる
ビジネスユーザーは機能や品質よりMicrosoftの名前が重要

**デフォルトの名無しさん** · 2019/03/30(土) 22:56:42.93

なんでビジネスユーザー限定なんだ？

**デフォルトの名無しさん** · 2019/03/31(日) 00:17:32.60

>>705
足回りをどうするつもりだろう。
ドライバも含めて全部やる？GPUメーカーが対応してくれるとは思えないなあ
Xに載せる？直接Xしゃべれる暇な人はそんなにいないと思うがなあ
QtやGTKに載せる？なんか足下で喧嘩して分離しそうだよ

**デフォルトの名無しさん** · 2019/03/31(日) 00:52:41.17

>>708
アプリケーションのフレームワークでドライバまでやるって意味分からん
QtやGTKに載せるとか無駄が多すぎるし、WPFと競合するものだろう
やるならXだな

**デフォルトの名無しさん** · 2019/03/31(日) 07:06:50.73

>>708
なんかできない理由を必死に探してないかい？
ドライバとかちょっと頓珍漢すぎる
https://i-msdn.sec.s-msft.com/dynimg/IC872805.png

**デフォルトの名無しさん** · 2019/03/31(日) 09:27:52.93

Linux に移植されたら WPFではなくなってしまう

**デフォルトの名無しさん** · 2019/03/31(日) 09:37:15.25

その場合の常套手段

・「WPFは何かの頭字語ではない」
・WPF is not ...

**デフォルトの名無しさん** · 2019/03/31(日) 10:56:42.58

まあMonoに移植されてるWindows Fromsはそのまま名乗ってるし誰も気にしないでしょ

**デフォルトの名無しさん** · 2019/03/31(日) 22:28:52.53

X window systemの"W"ということで？
（結局Xに表示させるだろうし）

**デフォルトの名無しさん** · 2019/03/31(日) 22:29:47.75

今後はwaylandと競合する

**デフォルトの名無しさん** · 2019/04/04(木) 19:42:25.49

キミたちはNUnitとxUnitどっち使ってんの？

**デフォルトの名無しさん** · 2019/04/04(木) 19:44:12.11

xUnit

**デフォルトの名無しさん** · 2019/04/06(土) 13:26:29.12

visualstudio2019communityの正式版で
UWPデザインツールを使って
アプリ開発して販売できるの？

**デフォルトの名無しさん** · 2019/04/06(土) 13:28:07.76

ライセンスの条件を満たしているならば

**デフォルトの名無しさん** · 2019/04/06(土) 17:03:38.41

>>717
何故？

**デフォルトの名無しさん** · 2019/04/06(土) 17:15:49.76

>>720
MicrosoftのリポジトリやよくつかってるOSSがほとんどxUnitだから
処理を参考にしやすい

**デフォルトの名無しさん** · 2019/04/23(火) 20:36:15.11

Linuxだと開発用証明書一発で入れてくれないの不便だな

**デフォルトの名無しさん** · 2019/05/07(火) 11:53:29.72

名前コロコロ変えるのいい加減勘弁して

.NET 5 で作ったプログラムがどのプラットフォームで動くのか、どうやって判断することになるの？

**デフォルトの名無しさん** · 2019/05/08(水) 19:01:37.24

GUIも.net5で共通化されるの？

**デフォルトの名無しさん** · 2019/05/08(水) 20:59:31.71

>>724
共通化とは？

**724** · 2019/05/09(木) 07:35:56.81

>>725
同じAPIで、Mac, Linux, Windows
(iOS, Android)でGUIを作れるようになるか？という意味です。

**デフォルトの名無しさん** · 2019/05/09(木) 07:57:19.89

それ.NET5関係なくね？

**デフォルトの名無しさん** · 2019/05/09(木) 11:50:16.69

>>724
Windows Forms や WPF は .NET5の一部になるけど
Windowsでしかサポートされない

**デフォルトの名無しさん** · 2019/05/09(木) 21:14:30.31

もとが.NET Frameworkならリビルドで.NET 5に移行できるってことか？

EFとEF Coreのように両方存在するライブラリはどっちか消えるのか
それとも両方ともメンテされるのか

**デフォルトの名無しさん** · 2019/05/09(木) 22:11:31.55

>>729
ちょっとは読めよ…

**デフォルトの名無しさん** · 2019/05/09(木) 22:56:49.01

.NET5になると既存資産は何もせずともリビルド出来るようになる
ただし動くのはWindowsホストだけだし100%の互換性は保障されない
Linuxで動かしたら実行エラーになる

**デフォルトの名無しさん** · 2019/05/10(金) 00:12:15.19

>>731
何言ってんだか…

**デフォルトの名無しさん** · 2019/05/10(金) 01:58:28.06

WSLといいWindowsは最後のバージョンとか言ってるあたり、OS自前で作るのやめたいんだろうな

2020年ぐらいになって
すでに2015年にアナウンスした通り、次のWindowsは出さないから移行の準備しろとか言い出しそうw
資産は.NET5で移行できるから安心しろ的な

**デフォルトの名無しさん** · 2019/05/10(金) 06:33:30.35

>>733
だったらいいな
ついでにオフィスもやめてくれれば救われるSEが沢山いる