ふらっと C#,C♯,C＃（議論用）

1 ：デフォルトの名無しさん：2016/07/26(火) 22:15:12.39 ID:jPb6PRpJ.net

テンプレ募集

2 ：デフォルトの名無しさん：2016/07/27(水) 03:03:27.80 ID:5NvWe4or.net

議論て？

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

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する議論でも、誰かが喧嘩腰でレスをしてくれるスレッド」です。

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、競い合って新スレを建てる人を決めて下さい。

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

4 ：デフォルトの名無しさん：2016/07/27(水) 15:01:06.00 ID:puZlLwh4.net

こんなスレを待っていた

5 ：デフォルトの名無しさん：2016/07/29(金) 21:40:36.33 ID:nnGDzY7D.net

1乙

6 ：デフォルトの名無しさん：2017/07/21(金) 07:08:57.08.net

>>917
>そもそも、USB端子2つ持ってたらどうするの？
>PC自体にUSBの機能を持たせたら、usb1と2の区別ができない。
>よって、そういった場合を考慮すると、部品化して、プロパティとしてusb1、usb2を持たせるのが正しい。

おまえアホやろ。
has a にしてクラス配列実装すればしまい。USBクラスのベクタでもいいわ。
低脳すぎて話にならんなお前。
USBからPCクラス派生？わらわせんなアホ

7 ：デフォルトの名無しさん：2018/05/23(水) 22:04:30.64 ID:Au5e7VGg.net

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

B6BOG

8 ：デフォルトの名無しさん：2018/05/26(土) 19:25:05.18 ID:a1oscm7v.net

アプリに使い方の詳細を記述したHelpをつけたい。C#で最新の方法を選ぶなら何？

9 ：デフォルトの名無しさん：2018/05/26(土) 21:52:48.86 ID:tp+wwIUT.net

>>8
MSが提供してるのは20年前のHTML Helpだけだと思う。
（MS Help2や3は結局オーサリングツールが提供されなかった）

WebでもローカルHTMLでもpdfでも好きな方法でいいんじゃないすか。
どっちにしろ99%のユーザーはヘルプなんか読まないw

10 ：デフォルトの名無しさん：2018/05/26(土) 23:59:03.91 ID:ct7c5lEQ.net

XML強行した結果がこれさ。結局、誰も保守できなくなって放置。
ゲイツが警告したにも関わらずMSは足を踏み外してしまった。

11 ：デフォルトの名無しさん：2018/05/27(日) 09:35:11.32 ID:3OO+HMKA.net

ドキュメントって大事だとおもうのだが、綺麗に書けてしかも軽いツールって無いの
だろうか？
LibreOfficeは重たいんだよな。

12 ：デフォルトの名無しさん：2018/05/27(日) 10:15:30.58 ID:U2mggxwv.net

【不正義】　世界全体が大きな、不正の固まりです。マイトＬーヤは平和の必要性について語っています。
http://rosie.5ch.net/test/read.cgi/liveplus/1527336724/l50

13 ：デフォルトの名無しさん：2018/05/27(日) 11:26:49.93 ID:wtpc6qqX.net

>>11
VScodeでいいだろ。リッチテキストならワードパッド
オフィスはPDFに変換したいときに使えばいい

14 ：デフォルトの名無しさん：2018/05/27(日) 11:34:23.04 ID:A2QTnoDY.net

markdownで良くね

15 ：デフォルトの名無しさん：2018/05/27(日) 12:16:51.11 ID:tEECUjWC.net

markdownは独自仕様が多くて嫌になる

16 ：デフォルトの名無しさん：2018/05/27(日) 13:04:21.35 ID:PcrS82O4.net

テーブルさえ編集できればワードパッドが案外軽くていいんだけどね

17 ：デフォルトの名無しさん：2018/07/04(水) 22:45:27.83 ID:gFgZc5FG.net

3Y4

18 ：デフォルトの名無しさん：2018/07/18(水) 12:21:28.08 ID:E1K+XGeZ.net

共有メモリにFIFO作りたいのでサンプルコードください

19 ：デフォルトの名無しさん：2018/09/06(木) 00:08:34.12 ID:r2CzgwVn.net

フィーフォー！

20 ：デフォルトの名無しさん：2018/09/06(木) 00:16:09.84 ID:+IzqqT+I.net

キューをつくりたいって事ならググれば良いと思うよ

21 ：デフォルトの名無しさん：2018/09/06(木) 03:10:04.23 ID:f49/P0Og.net

キューって言いたいなら口を尖らせると良いと思うよ

22 ：デフォルトの名無しさん：2018/09/08(土) 16:07:54.41 ID:jA4A06hl.net

multiprocessing.queue を使えばいいよ

23 ：デフォルトの名無しさん：2019/03/18(月) 23:19:33.34 ID:C/4O5yI9.net

Xamrin生きてる？
もしかして市場で増えてたりする？

24 ：デフォルトの名無しさん：2019/03/19(火) 08:39:43.03 ID:m7J+vmgi.net

■「C#」「Visual studio」「Windows EXE実行ファイル」のリリースについての質問です

Visual studio(C#)でコンパイルした、
Windows EXE実行ファイルのリリースについて質問です。

バッチシステムとしてタスクスケジューラーで起動させますが、
頻繁にシステム改修があり、都度リリースが必要です。

しかし、システム実行中にリリース(EXEファイルの上書き)を行うと、
起動中のため上書きエラーとなります。

実行中のEXEに対して、
次回の実行分から最新のシステム改修を反映させるには、
どのようにしたら良いでしょうか？

以下私の案がございますが、スマートではありませんし、
実行開始に時間がかかるデメリットがございます。
他にスマートな案はございますでしょうか？

起動に関するフレームワークなどあるのでしょうか。

<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う

25 ：デフォルトの名無しさん：2019/03/19(火) 08:40:05.06 ID:m7J+vmgi.net

■「C#」「Visual studio」「Windows EXE実行ファイル」のリリースについての質問です

Visual studio(C#)でコンパイルした、
Windows EXE実行ファイルのリリースについて質問です。

バッチシステムとしてタスクスケジューラーで起動させますが、
頻繁にシステム改修があり、都度リリースが必要です。

しかし、システム実行中にリリース(EXEファイルの上書き)を行うと、
起動中のため上書きエラーとなります。

実行中のEXEに対して、
次回の実行分から最新のシステム改修を反映させるには、
どのようにしたら良いでしょうか？

以下私の案がございますが、スマートではありませんし、
実行開始に時間がかかるデメリットがございます。
他にスマートな案はございますでしょうか？

起動に関するフレームワークなどあるのでしょうか。

<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う

26 ：デフォルトの名無しさん：2019/03/19(火) 09:18:20.73 ID:CPLZKK98.net

マルチポストはやめようね

27 ：デフォルトの名無しさん：2019/03/19(火) 10:58:54.41 ID:ido7X/gQ.net

大事なことなのでたくさん投稿しています。
嫌なら見ないでくださいね。

28 ：デフォルトの名無しさん：2019/03/19(火) 12:22:06.43 ID:Wv3n+IP3.net

やっていることが根本からアホで業務でやっていたら殴られるな

29 ：デフォルトの名無しさん：2019/03/25(月) 05:23:21.81 ID:cRFxwK75.net

C#ではなくC++で記述するメリットって何？

30 ：デフォルトの名無しさん：2019/04/05(金) 01:13:33.96 ID:ltKOeCxb.net

C#はCの正統進化なのか、Cの文法を真似ただけの継子なのか？

31 ：デフォルトの名無しさん：2019/04/05(金) 08:07:11.34 ID:SluFpjGG.net

>>30
継子どころか、初期にちょっと文法を借りただけレベルになんじゃないかな。

32 ：デフォルトの名無しさん：2019/04/05(金) 08:30:47.28 ID:cxYFNA8C.net

ObjectPascalの子供

33 ：デフォルトの名無しさん：2019/06/28(金) 18:49:24.31 ID:WnzZkcns.net

VB6とCの混血児

34 ：デフォルトの名無しさん：2020/02/28(金) 12:19:17 ID:hLnsGDnw.net

Icon とか継承したクラス造ろうとしたら protected 観たいなエラー出るのですが
無理やり継承する方法はありますか？

35 ：デフォルトの名無しさん：2020/02/28(金) 12:26:34 ID:xV5waRlr.net

>>34
元のクラスの内容を全部コピーする

36 ：デフォルトの名無しさん：2020/02/28(金) 17:21:21.95 ID:HAMXUqwp.net

その場合引数で Icon 型を期待してるメソッドに渡しても大丈夫ですか？
いちいちキャストするの面倒ですしそもそもキャスト出来ない気がします

37 ：デフォルトの名無しさん：2020/02/28(金) 17:28:38 ID:uB1B7NHg.net

>>32
構文から演算子の順位まで全然違う。Pascal風味はゼロ。

38 ：デフォルトの名無しさん：2020/02/28(金) 18:22:46 ID:xhxxpq/f.net

>>36
キャスト（変換演算子）は必要なら自分で定義できるし、
明示的キャスト不要で暗黙的に行われるようにすることもできるよ

まあそもそも問題設定が間違ってるような気もするけどw

39 ：デフォルトの名無しさん：2020/02/28(金) 18:33:33 ID:cSasMdie.net

>>25
前提がよくわからない
起動時か定期でiniファイル読んで書いてあるバージョンが自分のより新しかったらチェンジ用exeをキックして自分は終了
exeの上書きと自分の再起動はチェンジ用exeに任せる

40 ：デフォルトの名無しさん：2020/02/28(金) 20:06:30 ID:BwvE6YKn.net

>>33
VB6風味もゼロだろ。VB.NETこそがVB6とC#の混血児、というよりBasicの皮を被ったC#。
ソースの著しい類似性が一目瞭然。

using System;

class Program {
　　static void Main()
　　{
　　　　int i = 1;
　　　　i += 2;
　　　　Console.WriteLine(i);
　　}
}

Imports System

Module Program
　　 Sub Main()
　　　　Dim i As Integer = 1
　　　　i += 2
　　　　Console.WriteLine(i)
　　End Sub
End Module

41 ：デフォルトの名無しさん：2020/02/28(金) 20:09:57 ID:uB1B7NHg.net

そのコードじゃC#の影響を受けた部分が全く分からないんだが。

42 ：デフォルトの名無しさん：2020/03/01(日) 05:43:23.78 ID:wVHwYgLC.net

なんだ？この糞スレ
と思ったら2016年だとwww
どこから引っ張り出したんだよ

43 ：デフォルトの名無しさん：2020/12/18(金) 08:32:58.70 ID:ileYQnEg.net

動き無さすぎ

44 ：デフォルトの名無しさん：2020/12/18(金) 22:46:44.32 ID:ujpVp95k.net

初心者スレでマウント取りたい奴らはこっちに来ないからな

45 ：デフォルトの名無しさん：2020/12/18(金) 23:27:13.35 ID:8Zla4vKD.net

論破されちゃうもんな

46 ：デフォルトの名無しさん：2021/02/04(木) 07:27:29.98 ID:v2FFpAw/.net

そろそろMSはC#に統一してくれんかな
VBと両方管理するコストも馬鹿にならんだろ

47 ：デフォルトの名無しさん：2021/02/04(木) 08:25:47.05 ID:zK6uqGDJ.net

いつ切るかって感じになってると思うよ
OfficeのマクロもPython採用されたし
C#じゃねーのかよｗとは思った

48 ：デフォルトの名無しさん：2021/02/04(木) 12:33:32.08 ID:qhstqCrC.net

>>47
>OfficeのマクロもPython採用されたし

採用されてないよ
PythonじゃなくJavaScriptなら採用されたけど

49 ：デフォルトの名無しさん：2021/02/04(木) 13:10:41.12 ID:pb5ZSMwN.net

>>48
ほんとだ
Pythonポシャったんだな
https://www.reddit.com/r/IAmA/comments/9uqzrs/we_are_the_microsoft_excel_team_ask_us_anything/?utm_medium=android_app&utm_source=share

50 ：デフォルトの名無しさん：2021/02/04(木) 16:17:55.89 ID:TgPbTxkL.net

>>46
古いことしか知らなくて申し訳ないけど
excelのシート操作時の解放とか面倒なんでvb.netで書いちゃうけどそんなことないのか？

51 ：デフォルトの名無しさん：2021/02/04(木) 21:06:21.96 ID:ZtMmgGts.net

>>48
安心した。pythonなんて埋め込みに一番向いてなさそうな言語なのにどうするんだろうと思ってた。

52 ：デフォルトの名無しさん：2021/02/04(木) 22:30:48.72 ID:QcsaodMG.net

>>51
Python埋め込みに向いてないってどうして？
BlenderもMayaも3DS MaxもPythonでいい感じにスクリプト組めるよ。

53 ：デフォルトの名無しさん：2021/02/04(木) 22:48:54.62 ID:ZtMmgGts.net

javascriptならdllひとつで組み込めたりするのに、embeddable pythonなんて
embeddableと言いながら結局実行環境まるまるコピーしてるようなものだし。

54 ：デフォルトの名無しさん：2021/02/04(木) 22:55:28.26 ID:QcsaodMG.net

実用に耐えるクロスプラットフォームなJavaScriptの実行環境はdll一つで組み込めんでしょ。
実行環境内包する事のどこがおかしいのかわからんが。
MS製品でいうと、すでにPowerBIなんかだとPythonで書いたモジュールでグラフ描いたりできるよ。

埋め込みに向いてないってのは知らないだけの無知でしょ、流石に。

55 ：デフォルトの名無しさん：2021/02/05(金) 07:39:08.16 ID:5Tgc7yvD.net

できるできないじゃなくてどれだけ向いてるかって話な。
埋め込みならlua mruby python javascriptと一通り試したことはあるが。

>実用に耐えるクロスプラットフォームなJavaScriptの実行環境はdll一つで組み込めんでしょ。

mｓのjavascriptエンジン(chakra)は実際dllひとつだけ。

56 ：デフォルトの名無しさん：2021/02/05(金) 07:51:45.21 ID:km3pMqV5.net

>>55
すまん、Chakraそうだったのか。そりゃ便利そうだな。
ちょっと興味あるんだけど、ファイルとかのIOとかはどうなるの？ホスト言語側で持たないと？クロスなの？

日頃MAXとMayaとでごちゃごちゃやってUnity用アセット管理したりしてるけど、結構向いてると思うよ、Python。

57 ：デフォルトの名無しさん：2021/02/05(金) 08:26:53.87 ID:5Tgc7yvD.net

I/Oは全部ホスト側で用意しなきゃならないね。埋め込みとしてはそちらの方がありがたいけど。

58 ：デフォルトの名無しさん：2021/02/05(金) 08:41:45.27 ID:uaJ+yOd+.net

なるほど。IOを再実装しないといかん事の是非は、埋め込みをどのように使うかだろうなぁ。
ファイル一覧とか触りたいときは標準のライブラリが使えたほうがだいぶ楽だし、そのアプリ専用のコマンドが減れば減るほどありがたいと思う方。
ユーザに開放するか開発者に開放するかどっちかってやつかもね。

59 ：デフォルトの名無しさん：2021/03/28(日) 20:18:17.69 ID:AfIP7Kkq.net

ふらっと C#,C♯,C＃（初心者用） Part150
https://mevius.5ch.net/test/read.cgi/tech/1616471904/
の
>>44-50

横から便乗で質問ですけど、
「いつか使うだろう」とインターフェースや継承関係を作っておく自体は推奨されることですか？

例えば、インターフェースや継承関係が無くても、直付けで作れてしまう訳じゃないですか。
むしろ、そっちの方が楽（というか、直付けでしか作れない人もいますし）。
ただし、物事が複雑化してきたときに、インターフェースや継承関係があると拡張しやすい。

これって上級者なら、（どんなに小さいプログラムだろうが）常にインターフェースや継承関係を作った方がいいのか、
それとも、ケースバイケースで「このぐらい複雑ならインターフェースや継承関係が要る」という判断基準に則って作った方がいいんですか？

60 ：デフォルトの名無しさん：2021/03/28(日) 20:34:19.07 ID:XhrJbcfF.net

ドキュメントの用意ができるかできないかでも違ってきそうな気がする

61 ：デフォルトの名無しさん：2021/03/28(日) 20:45:56.60 ID:AfIP7Kkq.net

>>60
なるほど、その回答は暗に「ケースバイケース」と言っていますね。

62 ：デフォルトの名無しさん：2021/03/28(日) 21:03:33.98 ID:aCkXL8Lz.net

>>59
あくまでチーム開発が前提にはなるが、インターフェイスを作るなら、今取り組んでいるタスク(pull request)のコードの中で必要性を示せ
一番分かりやすいのはモックして単体テストを書くことだな
それが示されてない限り俺ならリジェクトするよ

63 ：デフォルトの名無しさん：2021/03/28(日) 21:04:39.00 ID:8DGgAvpz.net

>>59
普通はやってはならないが常識
その設計と拡張方向の正当性が問われる事態になる
その時〜な気がするではなくキチンとビジネスで通用する説明ができないと窮地に追い込まれる
ただドキュメントを書かない現場というのもあって
そういうところでは担当者の趣味で付けてしまう

64 ：デフォルトの名無しさん：2021/03/28(日) 21:53:06.83 ID:AfIP7Kkq.net

>>62-63
なるほど、納得です。

一番合理的な意見でよかったです。

インターフェースや継承についての本やネットの記事では、
なんでもかんでも拡張できるように書くような勢いで、
しかも読んでる最中は確かにそうすべきかなと思ってました。
でも、実際に使おうとすると、どこまでやっていいのか迷ってました。
YAGNIに沿って「必要になってから作る」でいいんですね。

65 ：デフォルトの名無しさん：2021/03/28(日) 21:59:13.76 ID:Ah6uwjvI.net

>>59
継承関係に関しては明確に必要な場合か
事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな

インターフェースに関しては依存性の方向を変えたかったり
結合度を下げたかったりする明確な理由があれば良いと思う
(「いつか使うだろう」という理由とはちょっと違うけど)

依存性の方向は大事

66 ：デフォルトの名無しさん：2021/03/28(日) 22:00:39.57 ID:yHCir1no.net

王位継承権のように順位をつけるべきでは？

67 ：デフォルトの名無しさん：2021/03/28(日) 22:06:31.86 ID:Ah6uwjvI.net

例えば
あるライブラリを後で違うものに入れ替えられるように作っておきたい
というのでも十分な理由

入れ替え可能にする手間や増加するコードの複雑性と
呼び出し側の変更なく入れ替えが可能な柔軟性とのトレードオフ

関数のある処理をヘルパー関数として抽出するべきか
そのままインラインで書いておくべきかというのと考え方的には大きな違いはない

68 ：デフォルトの名無しさん：2021/03/28(日) 22:54:02.07 ID:AfIP7Kkq.net

>>65-67
> 継承関係に関しては明確に必要な場合か
> 事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな

これは明確な回答ですね。
つまり、例えば大学の学生証管理システムだとすると、Studentクラスで直にコーディングして、
後にアーキテクチャ設計方針がひっくり返されて「教授も身分証作ったから足してくれ」となった場合は
Person→Student, Person→Professorのような継承関係にするわけですね。
それまでにStudentに直に結び付けて作ったメソッドなどは一部作り直しになりますが、そこは許容するスタイルですね。

> インターフェースに関しては依存性の方向を変えたかったり
> 結合度を下げたかったりする明確な理由があれば良いと思う

> あるライブラリを後で違うものに入れ替えられるように作っておきたい

…と言われると、依存性は低い方が良いに決まっていますし、
あるライブラリを後で違うものに入れ替えられるように作っておいた方が良いに決まっていますよね？
そして、未来は予測できないので、その工夫が後に活きてくるか無駄になるかは不明です。
つまり、

> 入れ替え可能にする手間や増加するコードの複雑性と
> 呼び出し側の変更なく入れ替えが可能な柔軟性とのトレードオフ

つまり、工数として、
　入れ替え可能にする手間や増加するコードの複雑性　＞　呼び出し側の変更なく入れ替えが可能な柔軟性
か
　入れ替え可能にする手間や増加するコードの複雑性　＜　呼び出し側の変更なく入れ替えが可能な柔軟性
かは不明です。

このトレードオフをどのように決めていますか？
>>62-63さんは「今、不要な機能なら要らない」という指標を示して下さいました。

69 ：デフォルトの名無しさん：2021/03/29(月) 00:35:35.42 ID:kW6kUd5H.net

>>68
>…と言われると、依存性は低い方が良いに決まっていますし、
>あるライブラリを後で違うものに入れ替えられるように作っておいた方が良いに決まっていますよね？

決まってないよ

Rails使ってWebアプリ開発する場合ならActiveRecord以外のORMに入れ替えられるように作っておいたほうがいい？
Rails以外のフレームワークに入れ替えられるように作っておいたほうがいい？
JavaScriptでReact使う場合ならReact以外のフレームワークに呼び出し側の変更なく入れ替えられるように作っておいたほうがいい？
jQueryやlodash使う場合は他のライブラリに入れ替えられるよう作っておいた方がいい？

状況に応じてどこまでを許容するかの線引きをするんだけどその線をどこに引くのかはケースバイケース
要件、組織、ライブラリの品質/将来性/安定性/重要性、変化の方向性などを総合的に判断することになる

それと結合度を下げる方法はインターフェース以外にもある
インターフェースでより重要になるのは依存性の方向

70 ：デフォルトの名無しさん：2021/03/29(月) 00:45:34.96 ID:kW6kUd5H.net

>>68
>Person→Student, Person→Professorのような継承関係にするわけですね。

それは継承関係が明確に必要なケースじゃないから作らない

71 ：デフォルトの名無しさん：2021/03/29(月) 02:24:21.84 ID:9yINXZUI.net

知識と経験が乏しいから勝手に〜しかないって決めちゃってる場合がほとんどだよね

72 ：デフォルトの名無しさん：2021/03/29(月) 02:27:48.16 ID:9yINXZUI.net

windowsとLinuxを切り替えられるように作っておったアホがいたけど
そもそもそんな要件ないのにプロジェクトに過剰な負担を強いただけのアホだったと思う
アホってこういうの勝手に入れちゃうんだよね
お前の趣味だろそれって

73 ：デフォルトの名無しさん：2021/03/29(月) 07:31:15.62 ID:w2mFGclo.net

最近、というかいまさらながらDDDに挑戦したんだが
リポジトリクラスのインターフェース作ることで、DBに依存しないテストをすることができるということがやっと理解できた

私はアホなので手を動かさないと理解できないのだ…
本やネットと睨めっこしててもダメなのだ…

74 ：デフォルトの名無しさん：2021/03/29(月) 07:34:46.96 ID:2VNxxGaX.net

JDBCはその目的で作られたはずなんだが

75 ：デフォルトの名無しさん：2021/03/29(月) 07:37:09.01 ID:2VNxxGaX.net

HibernateもMyBatisもそのはずなんだが

なぜもう一枚レイヤーが必要だったのか

76 ：デフォルトの名無しさん：2021/03/29(月) 07:38:34.20 ID:2VNxxGaX.net

ビジネスロジックを全部自前のクラスで固めて
世間に依存しないようにしましょうということだったのだろうか

77 ：デフォルトの名無しさん：2021/03/29(月) 08:46:53.61 ID:z3NFX8KE.net

実用的にはほぼDAOだよ
テストの時に小回りが利いていいかなーって程度だな
DB乗り換えみたいな超絶レアケースを利点に挙げてる奴はどうかしてると思う

あとビジネスロジックをRepositoryに書くと原理主義者に殴られるから要注意な
俺は殴んないけど

78 ：デフォルトの名無しさん：2021/03/29(月) 08:48:15.09 ID:z3NFX8KE.net

×DB乗り換え
○ドライバーが無いようなDBへの乗り換え

79 ：デフォルトの名無しさん：2021/03/29(月) 12:08:39.12 ID:y7wcwcm/.net

費用は安ければ安いほど良いに決まってますよね
速度は速ければ速いほど良いに決まってますよね
機能は多ければ多いほど良いに決まってますよね
いや、機能は少なければ少ないほど良いに決まってますよね

おっぱいは大きければ大きいほど良いに決まってますよね
こんなのは子供の考え方に決まってますよね

80 ：デフォルトの名無しさん：2021/03/29(月) 15:27:05.10 ID:K2k3tipf.net

実際に経験せずに机上だけで理解しようとしてるからそういう発想になるんだろうね
おそらく学生さんだろうから生暖かく見守ってあげれ

81 ：デフォルトの名無しさん：2021/03/29(月) 20:02:35.07 ID:2VNxxGaX.net

自分も生あったかい目で見られてたから
とやかくいうつもりはないが

なんでできないやつにばっかりやらせるんだよ！
できるやつがやって下に教えりゃいいんじゃないの？！

82 ：デフォルトの名無しさん：2021/04/13(火) 19:45:32.34 ID:arsZDomX.net

コメントの要否・コメントの内容について

コメントには「なぜ」を書くのが原則
処理の内容はコードを読めば解ることなので不要と考える

83 ：デフォルトの名無しさん：2021/04/13(火) 19:55:52.28 ID:WoYnxMFx.net

俺はコメント入れてほしい派

読めば判るっつってもさ、
コード書いてる本人ですら
何やってるか分かってない場合もあるからな（笑）
せめてコメントで
「ここではこんなことをしてる（つもり）」
って書いてくれら「全然そうなってないだろ！」と突っ込める

84 ：デフォルトの名無しさん：2021/04/15(木) 06:46:40.67 ID:S1KqOAhX.net

ぱっと見で複雑な処理の概要をコメントに書いてるわ
他人や将来の自分がなるべく素早くコードを読めるため、ってつもり

85 ：デフォルトの名無しさん：2021/05/04(火) 12:03:49.50 ID:mq0qLgJb.net

細かいところを省略してエッセンスだけ書くのは勝手だけど、実際に運用していくときに出てきそうな問題点の指摘を無視するのは違うでしょ

むしろID:/WM42vypMの言う本質ってなんだったんだろうな。最初は書くのが楽になるしか言ってないような気がしたが
最終的にはテストが楽に書きたいに変わってたし
そも書き手1人が楽になるより全体の可読性や保守性が重要だろうし、関数のシグネチャだけじゃ表現しきれないケースがあるだろうって指摘だったろうに

86 ：デフォルトの名無しさん：2021/05/04(火) 12:28:40.76 ID:9VBk1Szv.net

問題が散逸してるように思える。
インターフェイスではなくて、関数を渡すといっても、そのシグニチャは結局どこかで定義することになるし。
これが勘違いなのかな。delegate宣言せずにいきなりAction<string> callbackみたいに受けるんだろうか。
これはこれでめちゃくちゃ密結合な気がするんだが。
単独アセンブリとか、単独ソリューションだから成立するような気がする。

モックフレームワークは確かに難解だけど、まずモックオブジェクト自作して困ってからでいいと思うし、そもそも必要になるのは、それこそラムダで部分的に処理を突っ込むのと同じの、依存性の注入を行うからだと思う。

特別扱いしてるインターフェイスはフェアではないと言うが、インターフェイスだから特別扱いできるんだろうし。
拡張メソッド生やすのも簡単だし、Linqなんか器用にやってると思うんだけどな。

87 ：デフォルトの名無しさん：2021/05/04(火) 14:09:50.83 ID:c21jxOwi.net

横からごめん。

>>86
>delegate宣言せずにいきなりAction<string> callbackみたいに受けるんだろうか。

delegate と Action / Func って実質的な違いってあるんだっけ。
delegate を使用しないから密結合になるってのが理解できなかった。

88 ：デフォルトの名無しさん：2021/05/04(火) 14:23:12.84 ID:9VBk1Szv.net

>>87
実質的な違いは無いよ。

ただ、Interfaceで定義するなり、delegateを用意しておくなりしないと、
呼ぶ側、呼ばれる側(≒コールバックを返す側)どちらも、今から使う関数の引数を直接的に知っている事が前提になるんじゃない？
ホントにそれ差し替え可能なのかな。

89 ：デフォルトの名無しさん：2021/05/04(火) 15:19:18.88 ID:9VBk1Szv.net

あいつは何なんだ。

90 ：デフォルトの名無しさん：2021/05/04(火) 15:27:57.73 ID:c21jxOwi.net

>>88
ありがとう。
自分的には Action / Func でも delegate と同じに思えるけど、そう言う価値観もあるのだと理解した。

91 ：デフォルトの名無しさん：2021/05/04(火) 15:39:43.41 ID:mq0qLgJb.net

> 呼ぶ側、呼ばれる側(≒コールバックを返す側)どちらも、今から使う関数の引数を直接的に知っている事が前提になるんじゃない？
その辺は別モジュールなりトップレベル関数なりに宣言すれば良いって言ってた

そこまでするならインターフェース継承したクラス宣言するのと殆ど変わらないと思うんだけどな
それこそ↓で書かれてるような、フィールドに外部から渡されたインターフェース(private IY y)を持つかどうかの1，2行の違いしか無いと感じた
https://mevius.5ch.net/test/read.cgi/tech/1616471904/651

そんで、ここに保持するインターフェースは冗長なのではなくて、
このクラスはこのインターフェースを使用して処理を行うという宣言みたいなものだと思ってる
classXのfooメソッドからしたら呼びだし元を確認することなく最低限の挙動が保障されるし

>>90
表現の違いじゃない？
delegate＝ActionとFuncの総称だと思ってるので、自分はこう読んだよ
「どこか別の場所でAction宣言せずに、いきなり匿名関数なりで定義したものをAction<string> callbackみたいに受けるんだろうか。」

92 ：デフォルトの名無しさん：2021/05/04(火) 15:53:19.15 ID:9VBk1Szv.net

>>91
別モジュールを前提に考えてたなぁ。

インターフェイスを継承したクラス宣言も、必要なシーンでは必要だと思ってるんよ。
関数を渡すとしても、Func<T,TResult>のTResultは、インターフェイスになりがちで、それを無理に解決する必要は無いと思うんよね。
Loggerとか、データベースへのコネクションなり。

93 ：デフォルトの名無しさん：2021/05/04(火) 16:17:57.34 ID:9VBk1Szv.net

属性をデコレータというかAOPを主目的としてる人、初めて知ったんだけど、偏ってない？

94 ：デフォルトの名無しさん：2021/05/04(火) 17:25:07.47 ID:7QH9BmBJ.net

>>93
シリアライゼーション、属性バリデーションはAOPの一種だと考えてるので違和感はないかな

95 ：デフォルトの名無しさん：2021/05/04(火) 18:11:31.11 ID:9VBk1Szv.net

>>94
AOPの一種か。微妙に納得いかんな。
シリアライズするときに入れる共通処理のための属性という事だろうか。

96 ：デフォルトの名無しさん：2021/05/06(木) 03:16:24.05 ID:i9c/0LkH.net

横から失礼
virtual func と delegateの違いは状態を持つかどうかじゃないの

97 ：デフォルトの名無しさん：2021/05/06(木) 09:30:26.23 ID:/bC2jc3v.net

>>95
シリアライゼーションという横断的な関心ごとをシリアライザという単体の機能に分離して管理する
これはまさしくAOPの特徴

98 ：デフォルトの名無しさん：2021/05/17(月) 09:06:11.62 ID:ukB7joMl.net

privateフィールドにはプレフィックスを、の件、
キャメルケースだのスネークケースだの言ってる奴ばかりで、
this.について触れてる奴一人だけなの草

99 ：デフォルトの名無しさん：2021/05/17(月) 11:23:18.09 ID:jha2r4tC.net

自転車置き場すぎて気にしてなかった

100 ：デフォルトの名無しさん：2021/05/17(月) 18:51:24.93 ID:ouC7xxTJ.net

デフォルトでthis.が削除対象になるから使ってねーわ

101 ：デフォルトの名無しさん：2021/05/28(金) 10:10:27.34 ID:bKZdxO87.net

c#で心掛けるのは、処理速度より開発速度とか省ステップでいいのかな。
どうしてもStringBuilder使うの面倒だから文字列を足し算してしまう。

102 ：デフォルトの名無しさん：2021/05/28(金) 10:13:12.28 ID:nxnFhRam.net

C#はバランスタイプだよ
開発速度などで言ったらTypeScriptとか他の言語には勝てない

103 ：デフォルトの名無しさん：2021/05/28(金) 12:30:03.15 ID:+US5DWqq.net

>>101
他の言語と同じで、普通は開発速度とか重視でいい
で、速度が必要な部分のみ速度重視

104 ：デフォルトの名無しさん：2021/05/28(金) 12:34:59.00 ID:WzBNxoJG.net

Typescriptって開発速度で優位なんだ
逆にtsの弱点ってなんなんだろ

105 ：デフォルトの名無しさん：2021/05/28(金) 19:35:58.43 ID:hvuiLCOu.net

型嫌いが怒る

106 ：デフォルトの名無しさん：2021/05/28(金) 21:15:34.40 ID:bKZdxO87.net

>>102-103
どうもです。あんまり気にせず組みやすさ重視で良さそうですね。
無駄はダメだろうけど、それもこだわると霧がなさそう

107 ：デフォルトの名無しさん：2021/09/06(月) 17:30:21.92 ID:hRz0UfzR.net

V-VM-UseCase-ServiceのよくあるCleanアーキでWPFデスクトップアプリ組んでるんだけど凄くツラミを感じる
VMとUseCaseの接続をReactivePropertyでやるとどうしてもカオスになってしまう
みんなどうやって対処してるんだろ

108 ：デフォルトの名無しさん：2022/01/02(日) 13:37:01.01 ID:caWVN6xf.net

C#10の機能試そうとVS2022で新しいプロジェクト作ろうとしたけど、テンプレートすごい選びにくいな。
.net framework やら .net core やら .net の事情知ってるから選べるけど、部外者お断り感がすごい。
全部の一覧が並んでるんじゃなくて、ウィザード形式なりもう少しなんとかならんのかと思う。

109 ：デフォルトの名無しさん：2022/01/02(日) 16:31:40.65 ID:svYtaABt.net

2019 ですでにそんな感じだったような。悪化したのか。

110 ：デフォルトの名無しさん：2022/08/31(水) 13:31:19.09 ID:CzazX99E.net

C#で一般企業の人事システムや財務システムを構築するのはどうだろうと思う
基本的にC#の仕様は金額計算は不得手だと思われる

111 ：デフォルトの名無しさん：2022/08/31(水) 13:40:47.85 ID:rQxi5a/d.net

整数かdecimalを使えばいいだけ

112 ：デフォルトの名無しさん：2022/08/31(水) 13:45:10.00 ID:1Rvyxsfs.net

>>110
なんで？

113 ：デフォルトの名無しさん：2022/08/31(水) 13:47:20.21 ID:bNG7ckOO.net

>>110
何を根拠にそう思った

114 ：デフォルトの名無しさん：2022/08/31(水) 15:05:47.98 ID:83s/Qhp/.net

C/C++で一般企業の人事システムや財務システムを構築するのはどうだろうと思う
基本的にC/C++の仕様は金額計算は不得手だと思われる

115 ：デフォルトの名無しさん：2022/08/31(水) 15:20:49.74 ID:zj1v6oZ+.net

COBOL使えとかそういう話？

116 ：デフォルトの名無しさん：2022/08/31(水) 20:22:49.31 ID:nl82w9tj.net

何の根拠も無く金額計算は苦手とか言われても…

117 ：デフォルトの名無しさん：2022/08/31(水) 20:26:47.75 ID:7kY9EZzP.net

C♯は実際に金融計算のシステムに使われているのかこれ

118 ：デフォルトの名無しさん：2022/09/01(木) 10:22:10.34 ID:qjv9Q1pT.net

>>117
ユニシス系の銀行システムでC#使われてる

119 ：デフォルトの名無しさん：2022/09/01(木) 12:09:09.25 ID:N6+Jtpjw.net

銀行システムで使われているなら安定性や信頼性は最強じゃないの

120 ：デフォルトの名無しさん：2022/09/01(木) 12:35:52.13 ID:SRMxcXFz.net

銀行システムという括りが微妙すぎる
まぁJavaで勘定系作ってるところもあるからC#でも何の問題もないわな

必要なら自分達で型を作ればいいだけだから

121 ：デフォルトの名無しさん：2022/09/01(木) 13:30:44.78 ID:sc0TjgYi.net

decimal型では不味いことってあるの

122 ：デフォルトの名無しさん：2022/09/02(金) 08:36:58.10 ID:FhFYbPMR.net

>>121
処理速度が遅くなる

123 ：デフォルトの名無しさん：2022/09/02(金) 20:15:10.81 ID:7STm9Jbj.net

遅くなるって具体的にどれくらい？

124 ：デフォルトの名無しさん：2022/09/02(金) 20:17:42.15 ID:ZxhhELCj.net

Decimalって64bitだっけか

125 ：デフォルトの名無しさん：2024/01/06(土) 14:29:22.00 ID:AYkaYTA3.net

age

126 ：デフォルトの名無しさん：2024/01/07(日) 09:47:48.71 ID:puo1Tntr.net

>>123
doubleに比べて無茶苦茶遅い
decimalは10進数という意味だけどその名の通り多倍長で演算してるから

127 ：デフォルトの名無しさん：2024/01/08(月) 19:53:28.11 ID:P2IcO0H5.net

> 具体的にどれくらい？
↓
> 無茶苦茶遅い

アホの会話やめ

128 ：デフォルトの名無しさん：2024/01/11(木) 21:33:05.95 ID:Rr1Eyt4+.net

そもそも何をするかによって速さが違うから正確な表現など出てくるはずもなかろう
曖昧な質問で出てくると思った？w
アホなのかな？w

129 ：デフォルトの名無しさん：2024/02/29(木) 22:00:54.37 ID:e2R+EPM+.net

> パッケージ 'Microsoft.WindowsAPICodePack-Shell 1.1.0' はプロジェクトのターゲット フレームワーク 'net6.0-windows10.0.22000' ではなく '.NETFramework,Version=v4.6.1, .NETFramework,Version=v4.6.2, .NETFramework,Version=v4.7, .NETFramework,Version=v4.7.1, .NETFramework,Version=v4.7.2, .NETFramework,Version=v4.8, .NETFramework,Version=v4.8.1' を使用して復元されました。このパッケージは、使用しているプロジェクトとの完全な互換性がない可能性があります。
こういうエラーが出るんだけどどうしたらいいんだろう？
.NET SDK 6.0.419 は入れた
OSはWindows10 Pro 22H2