C#の理解が10年古い、と言われたのでCloud Runにデプロイしてみた

はじめに ちょっとSNSで 「.NETはLinuxでも本格的に動く！」 とか 「Web系エンジニアは.NETの理解が10年前で止まってる」 とか話題ですね。一方で、「そもそも.NETでLinuxをメインにした開発方法をWebの記事等で見かけない」 という話もあり、確かに自分もあんまり見かけないなー、と思ったので 「無いなら作る」 の精神で作りながら書いてみる事にしました。Weekly ITニュースで扱ってるから概要は知ってるんですがエアプ気味でしたので良い機会。まあ、お仕事だとJavaがメインだけど、自称 Web系エンジニアなので対よろです! TL;DR 最新の.NETはWindows専用だった.NET Frameworkと違いLinuxも一級市民 VS Code + DevContainer, VueやReactと組合せ安いREST API, コンテナ, GCPのCloud Runデプロ

[murashit]

F#がまあまあサクッと動くのけっこう体験がいいと思うんだよな

[torum]

今はHttpClient直でなくHttpClientFactoryで使うのが良いらしいよ↓。自分はHttpClient直で特に不満も全然ないし問題も一度も起きたこと無いけど。因みにmonoは今でもblazorのWebAssembly runtimeでも使われてる。NativeAOTすればもっと早い。

[Fushihara]

unityの.net統合はかなり難儀してるみたいだな

[kaorun]

.NET Coreはバルマーの時代から始まっているはずなので、全部がナデラの手柄かといわれるとうーんという気もする、しらんけど

[kzm1760]

"ガンジス川の砂の粒ほどあることでしょう。1粒増やしときます。"

[circled]

Microsoftは.NET以前にVisual J++みたいなのを作ったりしてたから信用得られなかったのでは疑惑がある

[matarillo]

この記事はCloud Run（いいですね）だけどもちろんAWSだっていいし、HerokuとかFly.ioとかでも普通にデプロイできます https://devcenter.heroku.com/articles/dotnet-heroku-support-reference コンテナイメージ作ればたいていどこでも。

[tyhe]

Factoryを使うべきなのは、HttpClient直で触ると（インスタンスを生成する頻度によっては）ソケットを食いつぶしてしまう事があるので、プーリングしていい感じに再利用してソケットを食い潰さないようにするためかな。

[fivestech]

はてブのコメでC#が事例の少ない言語とか言われてて草。おっさん、C#はWebでは世界一使われてるぞ、まあ9割SharePointだが https://www.wappalyzer.com/technologies/web-frameworks/

[guntz]

企業内システムならiis多い。HttpClientで何が起きるんだろう?使いやすいオブジェクトではないがusingやDisposeでポート食い潰すか、おんなじヘッダ別の通信に送っちゃったくらいしか思いつかん。

[atsushieno]

MSのユースケースはサーバーサイド中心だったから我々みたいにmaemoからの組み込み経験は無く、ランタイムの極小化は出来てなかったんだよね。Unityとかでもmonoから.NET Coreに置き換えろって言ってた連中はほぼ素人。

[kiyokura]

コメント欄について、Blazorを否定するわけではないが『一択』というのは言い過ぎ。「MVC＋（必要位に応じて）お好きなJSフロントエンドライブラリ」というのが現在でも第一候補で良いと思うが。

[harumomo2006]

C#は実行中に渡された値の型宣言が不十分という理由でよく落ちるのでVBの方が好き

[indication]

.NET Core2.xを使っていて、systemdと組み合わせたらいい感じにログも統合されてて良かった記憶。受託開発で、単体テストも提供したけど、あれはまだ動いているのかな（少なくとも1年間無停止だった）本文関係ないけど

[yarumato]

“まずWindows向けの.NET Frameworkが4.xまで。非公式OSSのMonoはMicrosoftが買収。新OSS、.NET CoreはLinuxをサポート。3つのランタイムが存在。2019年にメインを.NET Coreに切り替え。これが.NET5。UnityはMonoから.NETへの移行が難航”

[bolta]

.NET のおさらいありがたい（本題ではない）

[sonots]

.NETの歴史勉強になった

[zgmf-x20a]

この辺全然わからん。

[honma200]

“Program.csがエントリーポイントで、{プロジェクト名}.csprojがパッケージの依存関係とかプロジェクトの情報が記載されてるみたい” 最初JSONベースがMSbuildのXMLが使いやすいって戻ったのが実用性気にする人たちだなと

[JackP]

下のブコメで、「もうそんな言語にこだわる時代でもないのでは？」に続いて「pythonとかgoとか使えよ」というものがあって苦笑。シェアやライブラリの充実という価値基準からその2つの言語にこだわってるんだよなぁ

[onesplat]

もうそんな言語にこだわる時代でもないのでは？そんなに事例の少ない言語を頑張ってやって罠踏んで採用苦労してライブラリ少なくて、それで得られるものって何なの？的な。諦めておとなしくpythonとかgoとか使えよ

[igrep]

後は直和型相当のものを簡単に作る機能があればなぁ（Scalaや最近のJavaのsealed class相当のものね）

[sds-page]

いつか使うかも

[youhey]

いいなとは思うしC#ならクライアントサイドとも親和性あるんだろうけど、かと言ってUnityのチームの人にサーバサイドも手伝ってもらうわけでもなく無用な長物感もある

[meonal]

Goと同程度以上にパフォーマンスがいいのは知ってるけどWeb系の人はそれならGo使うよねえという感想。自分も使ってるけどそれは.net frameworkやってたからってだけだしね

[Wafer]

お前が10年早いんだよ！

[thorthewind]

coreってなんぞや?で止まってたので理解が捗った助かる

[nakag0711]

.netは互換性軽視のイメージがついちゃったな

[uunfo]

C#というか.NET?

[Eiichiro]

OTel連携周り試してみようかな。面白そう。

[daira4000]

今は便利なんすねぇ。Unityがまだmonoなの知らなかった。

[mohno]

Linuxで動いてくれる必要はまったくなかったんだけどな（←オイ）。.NET“Framework”残ってるだけマシだけど。