ふらっと C#,C♯,C＃（初心者用） Part147
レス数が950を超えています。1000を超えると書き込みができなくなります。
!extend:checked:vvvvv:1000:512
次スレを立てる時は↑を2行冒頭に書くこと（1行分は消えて表示されない為）
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスや酔っぱらいレスはやめてください
>>980を踏んだ人は新スレを建てて下さい。>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part146
https://mevius.5ch.net/test/read.cgi/tech/1576069931/
■関連スレ
C#, C♯, C＃相談室 Part95
https://mevius.5ch.net/test/read.cgi/tech/1508168482/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■情報源
https://docs.microsoft.com/ja-jp/dotnet/standard/class-libraries
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://docs.microsoft.com/en-us/dotnet/standard/class-libraries
http://referencesource.microsoft.com/
・Insider.NET > .NET TIPS - ＠IT
https://www.atmarkit.co.jp/ait/subtop/features/dotnet/dotnettips_index.html
・DOBON.NET .NET Tips
https://dobon.net/vb/dotnet/index.html
VIPQ2_EXTDAT: checked:vvvvv:1000:512:: EXT was configured 規模が小さい練習用のアプリなら>>826 の言ってるように組むと思うけどな。なにが問題なんだ >>849
そういう問題じゃない
注文相手がウェイトレスだろうと厨房にいる店主のオッサンだろうと、客がすることは「注文を店の人に伝える」だ
その注文を受けて店がどうするかという実装の詳細は知ったことではない
ケースバイケースで判断するべきは、そのフォーム同士のやり取りが客と店の間で行われるのか、それとも店の中で行われるのか、という点
後者なら例えばウェイトレスが厨房の設備のレイアウト等を知っていることを前提としてコックへ依頼をすることは店の規模次第では許されるし、そうしたほうが手っ取り早いケースは多いだろう
これは突き詰めると責任分界の問題で、フォームの役割や開発チームの構成等によって最適解は変わってくる そう言う実装がヤバいってのを
身を持って体験するのも勉強の一つじゃね？
初心者スレなんだし😅 客： 「すみませーん、注文お願いします」
店員：「注文はそちらのタブレットからお願いします」(NotImplementedException) >>853
初心者のうちに気づける失敗はどんどん経験させた方がいいと思うけど、今回の話みたいに、規模が小さいうちは悪手でも問題なくてそれに気づかず変な癖をつけてしまって、後になって大きな規模で問題に直面することもあるからちゃんと説明するのは大事だと思う。 >>851
規模が大きくなるほど抽象化が重要になる >>852
バイキング形式でもいいじゃん
店員いらんよな？ 朝バイキングあるような高級ビジネスホテルなんて泊まったこと無いな >>859
ドーミーインとか高級なの？
ビジネスホテルは温泉とか朝食ビュッフェついてる事優先で選ぶけどな。 >>860
東横インの朝食をバイキングと呼ぶかね？ 役に立たない議論と雑談をどれだけ続けるんだお前ら
マ板でやれ もう関数型言語だな
ジャパニーズドカタは完全に置き去り 遂に登場！コピーコンストラクタ
not とか and とか basic ぽい
でも is not はいいね
Covariant returns 個人的には欲しかった機能 .NET5に合わせる感じか
結構良い感じだけど付いていけない老害は騒ぐだろうな 便利になるのは嬉しいけど最近、他の言語の後追いが多くねえか？
async/awaitのときみたいな、C#すげえって感動をまた味わいたいものだ 何気にトップレベルで直接プログラムが開始できるの嬉しいな。
小さいスクリプト的な使い方で便利になるかもしれん。
dotnet run xxxx.csみたいに出来ると言うことないな。 >>872
個人的にはやり過ぎだと思うわ
コンパイルが不要になるわけじゃないしちょっと複雑なことしようと思ったら変数宣言も要るからあんまりメリットに思えない
スクリプトならPowerShellでお腹いっぱい CakeやC# Scriptがすでにあるしなぁ
Record周りの新機能といい、C#チームはTypeScriptを真似しようとしてるのかね 今時のWeb開発だとマイクロサービス指向で小物を沢山作ることが多くなってて、
振る舞いを色々備えててカプセル化とかもきっちりやったリッチなモデルよりも、単にデータクラスを関数で弄るだけみたいなスタイルが主流になりつつあるんだよ
Main省略もその文脈で言えば自然
最近のC#周りは完全にアメリカで主流な内製開発に迎合していて、日本のドカタには理解されにくいね >>873
コンパイルがまるで不要かのように振る舞わせたいんだと思うよ。
replできたり、dotnetコマンド見てると。
確かに、csxはどうしたいんだろうな。
個人的にはPowerShellは抵抗感あるかもしれん。 新しいものごとを追求するのはNodeとかにまかせておけばいい
静的並の型安全性、動的の起動速度、モダンな構文、モダンな機能、豊富なパッケージと全てが揃ってるからC#が追いかけても勝ち目ない
C#に求められてるのは業務向けの特性、つまり安定性、安全性、後方互換性、学習の簡単さ(シンプルさとも言える)とかだよ
ポストJavaにふさわしい言語に育ってほしい 追いかけてると言うよりも、ニーズがあるんだと思うよ。
実際にはnodeとかより、同じコンパイル言語のkotlinあたりからの機能な印象が強い。
initアクセサとか。
あと、データクラスの
public data class Person(string FirstName, string LastName);
は実際、滅茶苦茶便利だと思う。これもkotlinでもできる。
ポストJavaは言うとおりだと思うけど。 Java並の求めるレベルがわからんが、OS無しのJavaチップとかまで入れられると完敗だな。
.net coreであれば、LinuxかmacかWindowsなら、ってレベルで良いなら全然大丈夫だし、armでも動くし、
.NET 5なら純正でAndroidやiOSでも大丈夫って言えるんじゃない？ >>876
> コンパイルがまるで不要かのように振る舞わせたいんだと思うよ。
それはあまり無理なくできると思うけど、今の言語仕様のままだと
class Program{
static void Main() {
}
}
を書かなくて済むって言うだけだからそんなに嬉しいような気がしないんだけど
> 個人的にはPowerShellは抵抗感あるかもしれん。
まあPowerShellは好き嫌いがあるとは思う
俺も配列周りはちょっと嫌 GUI より簡単に目的を達せられるのが
CUIのメリットなのに、何で全部フルスペルで
冗長やねん。これの設計した奴アホか 普通にC#はすたれていくと思う
他の言語より優れた面がかなり少なくなってきて仕様がファットになりすぎてきてる
それでいて簡便にも書けない
思想が違うのはわかるけど… 別に開発環境なんて何でもいいじゃん。
要望があったり、使いやすいものを選択すればいいだけ。
言語スレで言う台詞じゃないけど。w
C# は言語仕様もそうだけど、それ以上に VS が秀逸すぎる。 >>878
未確認飛行を読むとinitなんかは随分前から課題になってたらしいね c#って簡単なWinFormアプリとUnityくらいしか実際に使われていないよな でもいきなりandroidやwebアプリって心が折れて死にかねんような？ なんだってやる気の問題ならC#使わないでアセンブラででも書けばいい Webの学習は心が折れるわ
ASP.Net coreのチュートリアルは長い上、終わった部分にも結構な謎が残る
例えば、データベースサーバをアカウント管理とそれ以外と別にしたい場合、どうするのが正攻法なのか？とか、全然わからん >データベースサーバをアカウント管理とそれ以外と別にしたい場合、どうするのが正攻法なのか？
それWebもASP.NETも関係なくね？ そこを1文切り取られちゃうとそうかもな
どうか、ASP.Net coreを使うときの話でって前提で頼みまんす C#廃れるかな？
ここが巻き返し時だと思うけど。
Windowsで開発するときはC#一択だったのが、他の環境でもC#を選べるようになってきたんだし。
ファットと言うほどファットでないと言うか、必ずしも使わなくても良い機能は確かに増えたけど、使わなければ良いだけだと思うけどな。
Xamarinが.net本家に合流とかときめくけどね。
>>886
そうなんだ？あんまり最近読んでなかったな… 廃れるとは全く思わんね
VSに寄るところが大きいけどWindows向けであればこんな簡単に開発できる環境は他にないし >>894
コネクションを複数使い分けたらいいだけだろ
EFならDbContext分けるだけ
フェデレーションとか使う手もあるが、インフラに変な前提を持ち込むのは個人的にはお勧めしない
管理対象が増えて結果的に余計に面倒になる 廃れるかどうかはAzureで.NETアプリのPaaS環境をどれだけ整備できるか次第じゃないかな
少なくとも今のAzure App Serviceはクソ以外の何者でもないし、
最近のAzureはコンテナに傾倒してるが.NETアプリをコンテナ化するニーズとか皆無なので厳しい状況だが >>895
ちょまど事件が無ければなぁ
正式セミナーでやった以上、正式謝罪が無い限り、
まともな会社は手を出さないと思う あれはまぁ確かに。
やらかしたと思ったけど。
ただ、若い姉ちゃんだったから余計に問題になったんだけど、なんとかユーザーグループってえらいおっちゃんにも囲む会とかするぞ。
で、ユーザーグループでの事案を選定の対象外にするのはちょっとお門違いな気がするわ。
正式セミナーではなくて、ユーザグループの勉強会だしな。
>>901
Xamarin勉強会で誕生日祝って、結果的にサイン会とツーショット会になった。 へ？それだけ？？
何か刑事事件になるような話だったりパワハラセクハラ方面の倫理的な問題とかでもなくて？
開発技術選定に影響を与えるような話には思えないんだけど
>>900のいう「まともな会社」ってのはこういう話を基準に意思決定するものなのか >>904
えーでも気持ち悪いなぁ
人脈とか本気で考えてそう
公式に情報乗せる気ゼロに見える
セミナーでお金取ろうとか思ってそうキモー まあ間違いなく悪ノリはあるんよ。
そればっかりはなんとも言いづらいんだけど。
ただ、Xamarin自体はそう悪いもんじゃないよ。ずっと使ってるけど。 >>904
一部のコミュニティに関する事案で、それも半分以上感情論だから、
うちは一切気にしてないな。 >>909
これちょまどもタブチさんも関知してないところが可哀想だったはずよ。
取り巻きの問題だと思うが。 別に本人が悪いとは言っとらんでそ。
JXUGのポジションがおかしい
MS系のセミナーなんて品川や新宿でも
やっていたんだが(SE主催とか本社主催とか)、
主催者が俺達はお前らより偉い。
理由は神に近いからだってスライドあげて
同意を得られると思う？ >>910
でもね
みんなやたらと情報出て来ないし
割りかし本気でそういう意図なの？って思ったんだよ
俺らと仲良くしないとxamarinでの開発はできないからね
っていう意図に感じた
その後に気持ち悪いケーキカットでしょ？
ああ、そう、そうなのね・・・ えっと、気持ち悪いのはXamarinコミュニティ界隈ってことなのね？
>>905の書き込みのほうがよっぽどネットストーカーというか気持ち悪いアンチっぽく見えたんだけど
ていうかC#が廃れる原因がちょまどって話じゃなかったのね、誤読してたわ
Xamarinは使ったことないから自分にはわからん >>913
俺はMSの方針だと思ってるけどどうだろ？
そこはコミュと本体は別れてるのかな？
そうでないのかな？ まあJXUGに関してはどうとも言えんけど、別に喧嘩しながらやる必要もないし、逆に仲良くしながらやる必要もないぞ。
Xamarin普通に使ってるけど、とくに利益相反は無い。
Xamarin自体は良いもんだから、それが誤解されるのはちょっと悲しいわ。
あんまり変な色眼鏡で見ないほうがいいと思うの。 坊主憎くて袈裟まで憎いになったら、ほんとつまんない結果にしかならんよ。 >>914
うちら近辺も公式に否定されなかったから、
上からそういう方針なんだなって判断された模様 いちいちユーザーグループのいち登壇者のいちスライドに対して反論したりしてたらきりないっしょ。
なんか、よっぽど嫌いなんだなとしか言いようがないと言うか。
ちょっとその反応度の高さに引くわ。
ユーザグループとかああいうノリ自体、輪に入る、聞き流すという行為が苦手なのかね。 WebView2がC#でも使えるようになったけどフォームに貼り付けて実行するだけで
ヌルポになるんだけどなぜだろう >>918
ちょまど祭り上げはde:codeの公式セッションなんかでも結構やってるよ
AWSやGCPのイベントにも何度か参加したけど、それらに比べても明らかにノリが気持ち悪いのは残念ながら事実
あれ米国MSのゲストも変な顔してたしいい加減怒られるんじゃないか 新しいUIフレームワークでるしXamarinも終わりでしょ 何の話だと思って調べてみたら、男ばかりのオタコミュあるあるやん
持ち上げにノルひととノラナイひとで対立させた以上、これをサークルクラッシュと呼ぶんだよなぁ・・・ 日本人のメンタリティーの基盤ってつくづく「村人」なんだねw
どのセクターもみんな「村」の中の人間関係に対する関心が異様に高い。
横溝正史の小説の世界だな。
日本人のこういうところ、他人事として俯瞰してみたら陰湿でダセーと思う人の方が
多いはずだと思うんだけど >>921
そうなのか。
まあ怒られるなら怒られてサクッと話を終わらせてほしいな。
関係ないのにXamarinが叩かれるのはかなわん。
好きなのに。
>>922
あれはむしろXamarinが本流になるような感じよ。 名前を変えてくれないと、提案書書いても
通らないので困る。 よくそんな基準でNG出るなぁ。
結構不思議かもしれん。
MSが明確にあのイベントのあの取り組みを後援したならそりゃNG出るだろうけど、特に止めなかった程度でコンプラ違反として扱うのはどうかと思うが。
単純に興味があるが、MSがなんていう声明を出せば良いんだろう？
別に庇ってるわけじゃなくて、一部に悪ノリがあることはわかってるが、我々の関知するべきものではないという判断なんだが。
うちは普通に使うべきシーンでは使ってるけどな。
というか技術選定にコミュニティも何も無いと言うか。
便利なのにもったいない。 ちょっと質問
SynchronizationContext.Sendって引数で渡したデリゲートが同期コンテキストのスレッドで
実行完了するまでブロックされるって理解で合ってたっけ？ 厳密な考え方では違うのかもしれんが
Send/Postが同期/非同期に対応してるから完了までブロックと考えていいよ
WinFormなんかは単純にInvoke/BeginInvokeで実装してるし すまんが、継続的に動かしたいタスクの抜け防止ってどうやるの？
素人考えでこんなのをタスク処理の最後に入れてるんだけど・・・・もっとまともな書き方あるのかな
while (cancellationToken.IsCancellationRequested == false){
await Task.Delay(1000);
} やることが無くなったんなら無駄に待機しないでそのまま終了したらいいだろう
何がしたいのかさっぱり分からん 別に問題ないと思うけど
タスクの最後にwhileループって言うのが良く意味がわかんないけど
バックグラウンドにしたい処理をwhileの中に記述して「IsCancellationRequested」が
「false」な間whileで無限ループが普通じゃないかな
あとDelayが1秒ならばどうでも良いのかもだけど、Delayに「cancellationToken」を
指定してエクセプションをキャッチするようにしておくと、Delay時間待たなくても
すぐに処理終われるとか ありがとう！
WebSocket通信のタスクで終わられちゃ困っていて、タスクが終わられると困るだけでwhileで回すものもないし・・・・これで凌いでたよ
でもこんなの見ないってことは、もっと根本的に違った別な正攻法があるのかな win32api的には、WaitForSingleObject
かな JavaScript で非同期通信は、callback 関数を指定して待つだけ。
タイムアウト時間が過ぎたら、エラーになるだけ
while みたいな、busy loop を使わない。
CPU が100% に張り付いてしまうから 通信のタスクってのがよく分からんよ
インスタンスとタスクをごっちゃにしてるように感じる まあ設計というかロジックに問題があるようにしか正直聞こえないけど、
そこはいいでしょ別に つーか、Monoで学ぶC#オブジェクト指向とか言う本、わざわざMonoで学ばんでも普通のVSでマナびゃいい内容なんすけど。
MonoでやるならLinuxGUI作る方法でも教えてくれる方がよほどいい。 マジでC#でLinuxアプリある程度で良いんで作れるようにして欲しい。
QtとかGtk＋とかもうね、泣けてキル。 Xamarinって情報量とか少なそうだけど、まともにスマホアプリ作れるんですか？
迷ってるなら、Javaでやったほうがいいですか？ >>945
使ってるし、まともにアプリ作れるよ。
任天堂も一つのアプリで使ってるらしいけど。
俺はXamarin.Formではなくて、Xamarin.Android使ってるけど、ほとんど普通のAndroid開発の言語がC#になった感じで、特に固有の情報は必要でない。
悩むんならJavaでやるよりkotlinでやったら良いんじゃない？ skiasharpが公式。
こんなのでどうしろと。
で例の事件に戻る XamarinはFormsだけじゃないよ。
別に無理にSkiaSharp使わなくても。
例の事件引きずる割にはあんま知らんのな。 意識せずに使えるって言ってんのに。
どうしてもアンチしたいならそう言いなよ。 無理筋の擁護は迷惑だから止めなよ。
個人で全ての仕様を決定して良いならそうするさ、
問題なのはスポンサーを説得出来ない事だよ。 レス数が950を超えています。1000を超えると書き込みができなくなります。
