【本命】Blazor スレ1【真打】

レス数が950を超えています。1000を超えると書き込みができなくなります。
1デフォルトの名無しさん
垢版 |
2020/07/20(月) 23:36:36.67ID:td0HkrQz
混沌を極めるWebアプリケーション界隈に現れた一筋の光明
型無し言語 JavaScript の悪夢を打ち払い
林立するエコシステムの亡霊を退散
アプリケーション開発者の希望となるMVVMを引っ提げて登場した真のSPA開発環境

Blazorを語る者よ、集え！

ASP.NET Core Blazor の概要
https://docs.microsoft.com/ja-jp/aspnet/core/blazor/?view=aspnetcore-3.1
898デフォルトの名無しさん
垢版 |
2020/11/20(金) 10:44:07.34ID:1FMuX9Ox
>>894
死んだのはバックエンドの話な
Javaが実質有料化したから使う人減っただろう。
例えばJavaでもっとも流行っていたweb frameworkのSpringがシェア1%しかない。
https://www.wappalyzer.com/technologies/web-frameworks/

バックエンドJavaの代替言語としてC#の存在意義が高まっている
899デフォルトの名無しさん
垢版 |
2020/11/20(金) 11:13:05.45ID:cjGOVOB+
>>898
”Javaの代替言語としてC#の存在意義が高まっている”
これまじ？C#やってると肩身が狭い思いをする事多々だったけど。

>>897
ＭＳは開発環境に力いれてた時代はおわりましたよ。
ＭＳの名前が前面にでると流行らないのでオープンソースでひっそりと。
ＭＳ直下の案件でもAngulr、Backbone.js、Knockout.js とか多かったですね。
そもそも今はクラウドで儲ける会社ですから。
2020/11/20(金) 11:25:04.53ID:yqtcV1e0
マイクロソフトってその絶大な人気のおかげでアンチも多いから人気がないって勘違いしちゃう人が居るんだろうね
アンチは往々にして人気に比例するものさ
901デフォルトの名無しさん
垢版 |
2020/11/20(金) 11:36:45.70ID:cjGOVOB+
>>900
アンチ多いです。
飲み会とかだと非常に露骨なので、非常に肩身が狭いです。
通常会議の席でも、ＭＳは...みたいな発言してくる人たまにいます。(苦笑)

tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
つられてVS Codeがオープンソース界隈で天下とった感じ。
MacでもVS Code使ってる人多いですよ。
2020/11/20(金) 11:48:07.82ID:oV8KONP9
最強開発環境 VS
最強エディタ VSCode
最強型安全OOP言語 C#
最強型付スクリプト言語 TS
最強サーバーサイドWebフレームワーク ASP.NET(Core)
最強Wasmフレームワーク Blazor
最強モバイルフレームワーク Xamarin
最強ソース管理 GitHub
最強共同作業ツール Teams
最強クラウド Azure

全部マイクロソフトじゃんｗ
2020/11/20(金) 12:06:12.55ID:CjY1gACz
>>902
最強共同作業ツール Teams
最強クラウド Azure

これは絶対に違うわ
TeamsはGithubとの親和性がいまいちなのでJiraの方がいい
クラウドサービスはAWS>>>>>>>Azureくらい差があるな
2020/11/20(金) 12:06:39.52ID:SrYJCS3X
MSといえば最強OS Windowsでしょうが！

冗談はさておき、坊主憎けりゃ袈裟まで憎いな精神でMS嫌う人多いよね
どの企業もいいとこもあれば悪いとこあるのに。
いいとこ取りしたらいいんですよ。
905デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:16:16.66ID:cjGOVOB+
>>904
対抗のJavaもこんな状況みたいですよ。
https://ityarou.com/ithoudan0261/
2020/11/20(金) 12:26:56.67ID:WciP5EDn
Javaの有償化でJava離れがあるにしても、なんでそれがC#に流れると思うんだろう
907デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:27:44.94ID:cjGOVOB+
>>906
そうおもいますwww
2020/11/20(金) 12:37:42.38ID:SrYJCS3X
JavaでもC#でもどっちでもいいんだけど、
俺がずっと聞いてるお堅い金融系とか基幹システムでスクリプト系言語つかわれないよねって質問はYesなんだよね？

言っておくけど俺は静的言語最強とか言わないよ
それぞれ適材適所があって、どの言語フレームワークも銀の弾丸ではないのだ。

使われるシステムや要件の前提条件なしに、お互いの言語をディスり合うのはもうやめるのだ
これでいいのだ…
909デフォルトの名無しさん
垢版 |
2020/11/20(金) 12:47:12.70ID:cjGOVOB+
>>908
スレちですので。
2020/11/20(金) 12:50:55.42ID:SrYJCS3X
>>909
そうだな
じゃあワシとBlazorの話をするのだ
BlazorServerってロードバランサー挟んだらもう完全にダメなのだ？回避策もないのだ？
2020/11/20(金) 15:08:34.53ID:aIIASwAX
>>908
金融系のソフトを作っている人は恐らく限られているので、ここには僅かしか
来ていないかも知れない。
以前調べてみたら、日本のプログラマで多くを占めるのは、Webプログラマと
企業向けのカスタマイズソフトウェア。
後者は推定だが、一番多いのは顧客管理と在庫管理、勤怠管理のようなものらしい。
なお、金融系は、少し前まではJavaが多かったが、だんだんとC#に移るものが
増えていると聞いた気がする。
スクリプト言語は余り使われてないかもしれない。
これも金融系ではない一般的な話として、バイナリまたは仮想コードに直さないと
安定性に不安が残るから、と聞いたことがあるい。
なぜかと言われても答えるのは難しい問題だが。
よくある感覚は、WindowsプログラミングでもDLLを使った動的リンクもプログラマには
嫌われていた。MS的には厳密に管理しているからstaticリンクと変わらないと言うが、
多くのプログラマは不安を抱えていた。
インタプリタ言語にも似た感覚があると思う。
作者の判断で何でも変えてしまうことが多いから。
そもそも、スクリプト言語では動的に型を変えることが多いことが一番の原因かも知れないが。
2020/11/20(金) 15:15:57.64ID:aIIASwAX
>>911
感覚的には、x=y; とソースコードに書いたとして、コンパイルすると、
アセンブリ言語レベルでは、
mov eax,[_x]
mov [_y],eax
となるが、Javaの場合でもこれに類する仮想コードになると考えられる。
ところが、インタプリタ言語だと、こう単純にはならずに、xやyの中に
入っているオブジェクトの種類を調べたり、さまざまなグローバルな設定に
依存してインタプリタがさまざまに「いじくってしまう可能性」も残っている。
それがまず怖い。
現実的にもっと怖いのは関数呼び出しが、例えば64BITモードに変わったら
エラーも無く勝手な変換をインタプリタが行ってしまって何事も無く
過ぎ去るが、そことは全然別の場所でそのことが原因で原因の特定が難しい
とんでも無い不具合を引き起こすとか。
コンパイル型の言語なら、このような場合は大抵の場合、警告くらいは出して
くれる可能性が高い。
913デフォルトの名無しさん
垢版 |
2020/11/20(金) 15:18:59.70ID:1FMuX9Ox
>>906 >>899
Javaとの共通点に気付かないのか？
もともとJava対抗で作られたのがC#だ。

Static
Javaと同等のスピード
中間言語
大手ベンダーのサポート
OOP

Javaが死んだら自然と代替のC#が使われるようになる。
web frameworkで実際にASPが人気になってるだろう
Javaやってたひとはスクリプトでは納得できない。遅い
2020/11/20(金) 15:23:40.07ID:1FMuX9Ox
>>902
最強Wasmフレームワーク Blazor
これは同意しかねる。debugがまだ弱い

最凶ブラウザ IEもあるぞ
2020/11/20(金) 15:48:12.39ID:1FMuX9Ox
>>908
金融じゃなくても基幹業務のサーバーサイドでスクリプトは極力避けるもの
メンテのコストがかかる
2020/11/20(金) 17:14:03.59ID:a0YavFxO
フロントはまだ決定的じゃないけどサーバーサイドはもうC#以外でやりたくない
俺的にはC#9.0でOOP言語の決定版となった
2020/11/20(金) 17:57:31.10ID:WciP5EDn
>>913
Javaが有償化して離れた人が有償のC#に流れるという不思議。OpenJDKの方がまだ理屈が通るな。
2020/11/20(金) 18:00:44.54ID:YhokOqrJ
やめたれｗかわいそうにｗｗｗｗ
2020/11/20(金) 18:05:50.87ID:a0YavFxO
C#は基本無料だが？
2020/11/20(金) 18:14:07.80ID:1FMuX9Ox
>>917
C#が有償ってなにいってんだ？
オープンソースだし無料だろう
2020/11/20(金) 18:16:45.66ID:1FMuX9Ox
>>919
情弱はWindowsでしか使えないと思ってるんだろうね

>>918
草はやしてるいつものアホもやっぱりC#なにも知らなかった
C#できないやつはこのスレ来るなよ
2020/11/20(金) 18:28:56.12ID:p7R0DfKn
普段スクリプトしか触らない「ホビー」の子達が紛れ込んでそうだね
彼らにガチの業務系バックエンドやらせたら
泣いちゃうんじゃないか？
923デフォルトの名無しさん
垢版 |
2020/11/20(金) 18:44:23.66ID:cjGOVOB+
>>910
スケールアウトできるんじゃないですか？
インフラはSignalRですから。

>>914
Blazorは（Wasm＋JS）のフレームワークですからね。
自分のWebAssemblyの定義には含まれないです。
2020/11/20(金) 18:54:26.25ID:hiT6wCWB
>>917
有償のしーしゃーぷw
925デフォルトの名無しさん
垢版 |
2020/11/20(金) 19:15:17.77ID:1FMuX9Ox
>>923
Blazor Serverはスケールアウトは要注意。
ドキュメントにも注意点かかれてる。

サーバー増やすとSignalRで再接続した場合に同じサーバーにつながるとは限らない
がっつりステートフルだからきつい

Blazor Serverは多くの処理がサーバーに投げられてハードリソースを浪費する。
レスポンス良くしようと思うとかなりハイスペックなサーバー構成が必要になるはず

サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
とっては都合のよい仕組みなんだろうけど。
Azureで儲けるために作ったと信じてる。
大規模はステートレスにするっていう流れと逆行してるからな
2020/11/20(金) 19:28:10.70ID:SrYJCS3X
>>923
>>925
二人ともありがとう
今回作ろうとしてるシステムは社内で使うだけだからセッション維持ができるロードバランサーを使えば大丈夫なのかなと思ってる
しかし客先に入れようとすると、ロードバランサーの設定が大抵の場合他社任せになるから辛いんだよな…


ともかく、二人とも仲良くするんだぞ
927デフォルトの名無しさん
垢版 |
2020/11/20(金) 19:38:22.22ID:cjGOVOB+
>>925
ステートサーバー立ててください。宜しく。
2020/11/20(金) 19:43:56.82ID:yqtcV1e0
スクリプトキッズにサーバー建てるのは難しいだろうな
929デフォルトの名無しさん
垢版 |
2020/11/20(金) 20:53:03.38ID:1FMuX9Ox
>>927
ステートフルでめんどくさそうで調べてない

>>926
なるほど、そういう機能で解決する手もあるか
社内利用なら利用者数が想定できるし
悪くないね、Blazor Server

標準的なスペックでBlazor Server同時接続どれくらいさばけるんだろう
実験した人いるかな
2020/11/20(金) 21:39:38.50ID:zQ2HjQc0
>>929
HelloWorldと多機能なグリッドで全然変わるんじゃないか
ページ数とかは影響しないんだろうか
仕組みがわかるようでわからんので想像がつかない
2020/11/21(土) 01:54:11.45ID:uoIuzy5x
>>925
>サーバー側のリソース良く使うからAzureで儲けたいMicrosoftに
>とっては都合のよい仕組みなんだろうけど。
>Azureで儲けるために作ったと信じてる。
>大規模はステートレスにするっていう流れと逆行してるからな
今までと違ってクラウドは珍しく競争原理が働いているように見えるので
殿様商売をやってきた成功経験豊富なMSが今後どうなるか見物。
コストパフォーマンスの良いサービスに流れるはずだから、無意味に
サーバーリソースを食いまくるようなフレームワークは淘汰されていく可能性が高く、
MSは今までの成功体験とは勝手が違って混乱していくかもしれない。
2020/11/21(土) 01:58:27.18ID:uoIuzy5x
>>901
>tsとかはMSの影がチラつかなったから流行ったのだと思ってます。
>つられてVS Codeがオープンソース界隈で天下とった感じ。
>MacでもVS Code使ってる人多いですよ。
VS Codeを喜んで使っている人の大部分は、Webプログラマ系の人達なんだそうだ。
なぜならそれ以外のプログラマは、本物のVSを普段から使っているので敢えて
VS Codeを使おうとしないからと書いてあった。
なお、MSがVS Codeを作った理由は、それで一儲けできるかも知れないと思ったから
と考えられるそうだ。
2020/11/21(土) 02:00:35.64ID:uoIuzy5x
MSは今までから他の人がやって成功したものを模倣することで成功してきたそうだが
クラウドの場合、その成功体験とは異なる結果となる可能性が少しある。
そうなることに期待している。
2020/11/21(土) 02:08:15.26ID:uoIuzy5x
MSはナデラが就く前まで上手く行かなくなってきたので
破壊的創造などと言って社内で多様なものを作らせる方針に変更した。
結果としてさまざまなフレームワークが登場してきた。
しかし、それを使う開発者目線で見ればそういう多様性は混乱の原因ともなる。
あちらでできる事がこちらでは出来ない。組み合わせることが出来ない。
すべてを含んだものがない。
せっかく慣れてきたと思ったらすぐに非推奨になり全く異なる流儀のものを学び直さなければ成らない。
(それもどれを選んでも結局、数年後には全てが非推奨になる。)
統一感が無いため汚く感じる。
2020/11/21(土) 02:12:20.97ID:uoIuzy5x
>>934
いろいろな物が出てきて「あれもできますこれもできます」ということが謡われるが
試して見ると中途半端で謡われているほどにはちゃんとできていない。
そして後先考えずに社員達に作らせるから、長い目で見れば自社の他製品と競合し、
結果的に大事な主力製品を衰退させることにつながっていく。
つまり、多様性といえば聞こえがいいが、大黒柱の製品の衰退を招きかねないが
MSが衰退した方がハッピーになる大部分の国々の人々にとっては高みの見物である。
2020/11/21(土) 02:18:19.66ID:uoIuzy5x
MS製品では既に、WinForms, WPFが非水晶になった苦い経験を積んだ人が多い。
結果としてFlutterやUno,Embarcadero製品,Qtなどだと苦しまずに済むのではないかと
思われる様になった。
人は経験から学び同じ轍を踏む危険を回避しようとするが、MSが今までやってきた
酷い仕打ちは人々の心の中にしっかりと記憶されているので今後は苦しくなってくる
可能性がある。今までは選択肢が無いため不買運動も出来なかったが、今後、
選択肢が出てくれば。
2020/11/21(土) 08:46:23.02ID:uA84MfqB
笑
2020/11/21(土) 09:40:03.15ID:7FWFz+g3
>>932
会社がVS買うお金がないから仕方なくVSCode使ってると思ってた。

一方、個人でVSCode使う人たちは、イケてるWebプログラマのブログを盲信してしまって、他のIDEを使おうとしない…ということなんだろうか。

VSが対応してない言語やMarkdownのドキュメント作るためにVSCode使うのはわかるんだが
tsとかはVS対応してるよね…？
2020/11/21(土) 10:08:49.98ID:uoIuzy5x
BlazorがAzureで儲けるために開発されたのは多分その通りで
だとすればBlazorの存在を脅かすことになるMAUIはAzureの存在も
脅かすことになる。
2020/11/21(土) 12:10:24.12ID:uA84MfqB
>>938
いけてるエンジニアの大半が
VS codeに移行してますよ。
2020/11/21(土) 12:28:12.55ID:e5e39yJt
>>938
SSHとコンテナとWSL2に対してRemote DevelopmentできるイケてるIDE教えて
2020/11/21(土) 12:46:57.02ID:Dx6bYomK
>>940
別スレだったかで聞いた話だが、
VSCodeとtsの生産性をVS+C#並にあげようとMSが頑張ってるらしいよ
ほんとかどうかはわからんが、もし本当ならなんで生産性低いやり方を選んだってことになる

なんか別の魅力があるんだろうけど。
お金かからないとか。
2020/11/21(土) 12:52:12.55ID:Dx6bYomK
>>941
なるほどそういう使い方したいとなるとvsでは無理なのか
でもなんでわざわざそんな環境選ぶの？
無償だから？
2020/11/21(土) 13:23:28.07ID:uA84MfqB
VSというのは開発のフレームワークで
有ることを理解してない人が多い。

マイクロソフトがオープンソースに舵をきった時点で
VSからcodeへの移行が始まりました。
VSはオープンソース扱えませんので...
2020/11/21(土) 13:25:44.19ID:btCpo2jd
VS使えるけどVS Codeのが軽いから好きっていう人はいるみたいだぞ
特にスクリプトで開発してる人にはVS Codeで十分なのかもしれない。
2020/11/21(土) 13:29:00.61ID:uA84MfqB
Javaのエンジニアからよく
VSでの開発はお気楽でいいーっていわれてました。

暗にVSがなければビルドすら出来ない
低レベルのエンジニアだろ？て言う嘲笑を込めて...
2020/11/21(土) 13:32:19.66ID:8nB0jPpm
>>943
逆になんでわざわざローカルで開発するの？
環境がどんどん汚れていくよ
2020/11/21(土) 13:38:14.48ID:uA84MfqB
>>944
開発のフレームワークを強要すると言うこともあります。

VSプロジェクトのテンプレ構成がどうなっているか理解してる人は少数でしょう。

SDKだけ取得してVSに頼らずに
“ハローワールド！“
すら表示させることが出来ないエンジニアにされてしまいます。

昔VSは低レベルエンジニア量産マシーンだと
言われた事があります。
否定は出来ません...
2020/11/21(土) 13:43:57.74ID:7FWFz+g3
>>947
なるほど！
そういうメリットがあるのね
ためになります
生産性とトレードオフだと思うけど、高い生産性をキープできつつそう言う環境であれば最強だな。
2020/11/21(土) 14:33:34.32ID:7FWFz+g3
>>948
低レベルは否定はしないけど、そんなSDKだけ取得してプログラム組まなきゃいけない状況なんかある…？

ソフトウェアを作るのは目的があるわけで、早く間違いのないプログラムを組む必要があるわけじゃん？
そのために不要な作業を無くしてくれてるのがIDEなのでは。
2020/11/21(土) 15:15:00.19ID:uA84MfqB
>>950
不具合時に対応出来ない。

そもそもVSpjテンプレが
どの様なライブラリを利用していて
それをどう動かしてるのかわからないと。

仕事中にデプロイヤーが自席にやってきて
CIに載せるからビルド方法を教えろとかいわれて
オロオロする光景が目に浮かぶ。

そんな事も出来ないと思われると、
以後、まともな評価を受けられなくなる。
2020/11/21(土) 16:05:06.62ID:Dx6bYomK
>>951
そのために生産性を落としてまで普段からIDEを使うなと？
災害時にMT車使うかもしれないから普段からAT車に乗るなみたいな感じかな
953デフォルトの名無しさん
垢版 |
2020/11/21(土) 16:11:47.22ID:uA84MfqB
>>952
生産性とか下がらない。
VSが不便なのでVS Coceを使う。
VSで開発してるとイライラの連続になる。
2020/11/21(土) 16:15:54.65ID:Yh2Fl+2i
>>952
IDEを使っても使わなくてもビルドできるようにする話でしょ？
2020/11/21(土) 16:39:34.64ID:Dx6bYomK
>>954
いや元はなんでVS使わずにVSCode使うのかという疑問
しかしVSそんな不便なのか…？
開発するものによるのかな
2020/11/21(土) 16:49:45.37ID:uA84MfqB
>>955
同時に両方つかってます。
出来るだけVScodeに移したいのですが...

VScodeをメインにしてから
オープンソースをガンガンに使うようになりました。
2020/11/21(土) 17:12:40.76ID:4gMn2LO0
>>951
MSBuild使ったらIDE用のソリューションをコマンドラインでビルドできるでしょ
2020/11/21(土) 17:13:06.23ID:hxcfqiTb
>>944
VSがオープンソース扱えないｗｗｗ
2020/11/21(土) 17:16:55.69ID:/KIG50nt
VSがオープンソース扱えないって全く持って意味不明なんだけど
>>944
2020/11/21(土) 17:29:46.40ID:nT3dqwl+
>>951
？

VS使ってればデプロイ用にビルドできるから
テンプレートがどんなライブラリ使ってるかなんて考える必要すらないでしょ

あー.C++で作ったものとかはしらねーけど
2020/11/21(土) 18:00:43.50ID:Dx6bYomK
>>956
具体的に何の言語で開発してるか知りたい
TypeScript?
962デフォルトの名無しさん
垢版 |
2020/11/21(土) 18:04:44.15ID:4gMn2LO0
>>951
これ使えばVSのプロジェクトをコマンドラインでビルドできますから
https://docs.microsoft.com/ja-jp/visualstudio/msbuild/msbuild?view=vs-2019
2020/11/21(土) 18:30:14.24ID:tUj1IEm5
VSはちょっとオーバースペックだよな
C#でMVC作りたいなと思ったらdotnet new mvcだけで始められるVSCode+SDKの構成は悪くない選択肢だ
これならインストールしっぱなしでも重くないし環境汚染も最小限で済む
VSは色々とブチこまれて気持ち悪いから本当に必要になった時に仮想マシンにインストールして使う
2020/11/21(土) 18:45:25.34ID:btCpo2jd
Azure関連を強制でいれてくるのは嫌だね
965デフォルトの名無しさん
垢版 |
2020/11/21(土) 20:40:53.54ID:uA84MfqB
>>963
ですね。
イラン機能てんこ盛りなんで...
あとNuGetが使えなさすぎる...

Bland側にデザイナー機能だけ集約してくれれば、
(Projファイルなしで起動できるようにして、、)
VSCode＋Blendでイイ感じには出来そうなんですが...
2020/11/21(土) 20:45:22.52ID:FNDs1N2a
VSはバナナが欲しいだけの時にも毎回ジャングルまで付いてくる感じ。
ゴリラ大暴れ。
2020/11/21(土) 21:11:43.33ID:VNLbvbCf
>>966
普段の開発はVSでやってちょっとファイル確認したいだけのときにはテキストエディタ起動すればいいだけだね
2020/11/21(土) 21:13:18.27ID:lNbsItg4
ページ内リンクにジャンプする機能つけてくれないかしら
jsでscrollToElement使えば良いんだけど、C#で統一したいお
2020/11/21(土) 23:13:53.31ID:btCpo2jd
>>1
次スレはタイトルにASP.NETはいれたほうがいい
検索で見つかる確率がおちてる
2020/11/22(日) 02:24:19.95ID:1vVLpjnv
asp.net webフォームの話とかされたらウザイから入れなくていい
2020/11/22(日) 04:01:21.29ID:kDrPKY9d
>>970
それならASP.NET 4.0以降と1に書いておけばいいだけの話
本命とか真打とか主観的な言葉はいらない
2020/11/22(日) 04:51:59.64ID:723Q6HfQ
>>969
Blazorに興味のある人は「Blazor」で検索かけるんだから今のスレタイで検索に引っかからないとかあり得ないだろ
2020/11/22(日) 05:12:34.36ID:kDrPKY9d
>>972
ASP.NETはやっているがBlazorはまだ未経験のひとは
たいていBlazorで検索しない。
BlazorはASP.NETのごく一部の機能や名称でしかない。

ASP.NETとかMicrosoftとかのキーワードはないとまずい
BlazorだけでなくASP.NETの今と未来の話題も多い
974デフォルトの名無しさん
垢版 |
2020/11/22(日) 05:32:18.16ID:kDrPKY9d
970超えたので立てておいた。
意外と伸びたな。プログラム板で10位くらいになった

Microsoft ASP.NET Blazor #02
http://mevius.5ch.net/test/read.cgi/tech/1605990630/
2020/11/22(日) 05:41:17.38ID:JkaRaUVi
>>974
ウゼー
2020/11/22(日) 07:55:58.97ID:vrdBpsCk
.NETの次世代フレームワーク
MAUIやらUnoやらの話ができるスレッドがほしい
977デフォルトの名無しさん
垢版 |
2020/11/22(日) 08:20:58.44ID:kDrPKY9d
>>976
>>974のスレで大丈夫だよ

今までもあったし新しめの.NETの話題ならだいたいOK
それはっきり書くと反対意見がうるさくなりそうだからあえて書かなかった。
Blazorの話題だけでは単独スレとして維持できないほど過疎る
978デフォルトの名無しさん
垢版 |
2020/11/22(日) 08:27:33.56ID:kDrPKY9d
>>976
cross-platformのnative appsなら
Xamarinスレッドでもいいと思う。
MAUIはXamarinの進化系なんでね
あとはC#が好きな住人がいる

MAUIはベータでもいいから実用レベルになったら
単独スレッド立てればいいんでは
2020/11/22(日) 10:08:44.54ID:ujQ9d+0r
じゃblazorも実用レベルになってから立てろや
人柱集め必死だな（藁）
2020/11/22(日) 10:13:27.65ID:z9Ma3WXK
>>1の意向がどうあれ、ああいう形で立てちゃった以上MAUIとかはスレチだろうな。
2020/11/22(日) 10:34:54.40ID:bLh5qcao
>>963
dotnet new mvc で作ったものと
Visual Studio のテンプレートで作ったものは
全く一緒なんだけどな

Visual Studio も今では裏で dot net new 使ってるだけだから。


ホントあほやな
2020/11/22(日) 10:52:02.89ID:HCtRnQNZ
>>981
主にVSインストール時に
何でもかんでもつっ込まれる
いらんライブラリーの事含めてるのでは？

VScodeはVSより使いこなし必須なので人によるが、
サクッと短時間ではじめるには最良かと。
2020/11/22(日) 10:58:57.20ID:WQzVWV9G
>>981
同じだったらコマンドのほうが圧倒的に早くていいじゃんｗ
え？なんでdotnet newで済むことを超ヘビー級のVSインストールしてやらなあかんのｗｗｗ
2020/11/22(日) 11:00:53.84ID:bLh5qcao
>>983
>>983
最初の一分ケチってその後何十時間の開発無駄にするあほwww
985デフォルトの名無しさん
垢版 |
2020/11/22(日) 11:14:34.94ID:kDrPKY9d
>>979
Microsoftが正式版といって出したなら実用レベルなんだな

wasmもdubugが困難というだけで動作は問題ないし
Blazor Serverはなにも問題がない。
2020/11/22(日) 11:14:41.92ID:WQzVWV9G
VSのコーディング体験は確かに素晴らしいものだが、環境汚染とリソース消費は無視できない問題だ
数カ月から数年渡ってC#のコーディング”のみ”に集中する予定があり、その間、他のプロジェクトには参加しない
そんな時なら流石に自分もVSで開発する
そうでないなら、SDKとVSCodeでカジュアルに開発したほうが負担が少ないんだな
2020/11/22(日) 11:15:56.43ID:HCtRnQNZ
>>984
VSからcodeに移行してから世界が変わりましたよ。
貴殿が何も出来ないからでは？
2020/11/22(日) 11:24:10.54ID:uJX0FfO+
>>986
そもそも与えられてるPCが開発用なんだからVS入れると環境汚染だという考えが理解できないんだよな
そのためのPCだもん
2020/11/22(日) 11:28:37.13ID:kDrPKY9d
>>980
そういうのはっきり境界決めようとすると荒れるからこれでいいんだよ
MSの技術の話題ならあまりうるさく反対するひといないよ
2020/11/22(日) 11:35:01.52ID:kDrPKY9d
>>983
>>981に論破されてるし。
コマンドだとパラメーターを覚えて一字一句、正確に打たないといけない
覚えるのが無駄。
ファイルからコピペするならファイル探してる間にウィザードなら終わってるわ
2020/11/22(日) 11:36:13.79ID:pRccuIbb
>>988
うんだからそれだけに集中していい簡単なお仕事ならそれでいいんじゃないの
俺は複数案件持ってるし、1つの案件でも使う言語は1つじゃない
様々なミドルウェア、サーバー、ツールを組み合わせて使ってる
そしてそれらをDockerでまとめ上げて環境汚染を回避してる
最近だとこういう構成のほうが多いんだよ
C#のコーディングだけやっとけばOKなんてことは稀
2020/11/22(日) 11:37:34.75ID:pRccuIbb
>>990
入力補完もヘルプもあるから問題ない
そもそもそれぐらい覚えることができない低スペック脳でIT従事したらだめだろｗ
2020/11/22(日) 11:42:43.30ID:auUdtGyh
つうか完全にスレチなんでVSスレでやるべきだな
2020/11/22(日) 11:44:31.95ID:HCtRnQNZ
現場でコマンド叩けなないと恥かきますよ。
リモートでターミナルしか繋がってなくて
コマンドでgitからソース落としてビルドなんて結構普通。

いつもVSだから出来ませんします？
2020/11/22(日) 11:45:33.32ID:5luZKc4T
偉そうなこと言ってるけど結局MSBuild知らないレベルだったもんな
>>951
2020/11/22(日) 11:50:27.55ID:bLh5qcao
dotnet new はインストールされているSDKの最新バージョンがデフォルトで適用されるのに対して
VisualStudioではまだ.NET Core 3.1 をターゲットとして作成されるし
コマンドの方がオプションは豊富だから最初から作りたい構成に近づけて作ることはできるかな

でも一度作ってしまった後はVISUAL
STUDIO使った方が全体として楽

まぁ企業で VisualStudio買ってもらえないところは
目をつぶってVSCodeマンセーッイワナイト
やってられないんだろうけど
2020/11/22(日) 11:57:57.83ID:kDrPKY9d
>>996
ターゲットは最後に選んだのが出てくるだけでは？
SDK .NET5.0いれてwizardで最初に.NET5選んでからは
wizardで5.0が選択された気がするよ
レス数が950を超えています。1000を超えると書き込みができなくなります。
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況