X
ふらっと C#,C♯,C＃（議論用） [無断転載禁止]©2ch.net
0003デフォルトの名無しさん
垢版 |
2016/07/27(水) 11:55:51.35ID:daMn1ZwX
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する議論でも、誰かが喧嘩腰でレスをしてくれるスレッド」です。

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

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

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
0006デフォルトの名無しさん
垢版 |
2017/07/21(金) 07:08:57.08ID:h5hvtEqn
>>917
>そもそも、USB端子2つ持ってたらどうするの？
>PC自体にUSBの機能を持たせたら、usb1と2の区別ができない。
>よって、そういった場合を考慮すると、部品化して、プロパティとしてusb1、usb2を持たせるのが正しい。

おまえアホやろ。
has a にしてクラス配列実装すればしまい。USBクラスのベクタでもいいわ。
低脳すぎて話にならんなお前。
USBからPCクラス派生？わらわせんなアホ
0007デフォルトの名無しさん
垢版 |
2018/05/23(水) 22:04:30.64ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

B6BOG
0008デフォルトの名無しさん
垢版 |
2018/05/26(土) 19:25:05.18ID:a1oscm7v
アプリに使い方の詳細を記述したHelpをつけたい。C#で最新の方法を選ぶなら何？
0009デフォルトの名無しさん
垢版 |
2018/05/26(土) 21:52:48.86ID:tp+wwIUT
>>8
MSが提供してるのは20年前のHTML Helpだけだと思う。
（MS Help2や3は結局オーサリングツールが提供されなかった）

WebでもローカルHTMLでもpdfでも好きな方法でいいんじゃないすか。
どっちにしろ99%のユーザーはヘルプなんか読まないw
0010デフォルトの名無しさん
垢版 |
2018/05/26(土) 23:59:03.91ID:ct7c5lEQ
XML強行した結果がこれさ。結局、誰も保守できなくなって放置。
ゲイツが警告したにも関わらずMSは足を踏み外してしまった。
0011デフォルトの名無しさん
垢版 |
2018/05/27(日) 09:35:11.32ID:3OO+HMKA
ドキュメントって大事だとおもうのだが、綺麗に書けてしかも軽いツールって無いの
だろうか？
LibreOfficeは重たいんだよな。
0013デフォルトの名無しさん
垢版 |
2018/05/27(日) 11:26:49.93ID:wtpc6qqX
>>11
VScodeでいいだろ。リッチテキストならワードパッド
オフィスはPDFに変換したいときに使えばいい
0017デフォルトの名無しさん
垢版 |
2018/07/04(水) 22:45:27.83ID:gFgZc5FG
3Y4
0019デフォルトの名無しさん
垢版 |
2018/09/06(木) 00:08:34.12ID:r2CzgwVn
フィーフォー！
0020デフォルトの名無しさん
垢版 |
2018/09/06(木) 00:16:09.84ID:+IzqqT+I
キューをつくりたいって事ならググれば良いと思うよ
0021デフォルトの名無しさん
垢版 |
2018/09/06(木) 03:10:04.23ID:f49/P0Og
キューって言いたいなら口を尖らせると良いと思うよ
0024デフォルトの名無しさん
垢版 |
2019/03/19(火) 08:39:43.03ID:m7J+vmgi
■「C#」「Visual studio」「Windows EXE実行ファイル」のリリースについての質問です

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

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

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

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

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

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

<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う
0025デフォルトの名無しさん
垢版 |
2019/03/19(火) 08:40:05.06ID:m7J+vmgi
■「C#」「Visual studio」「Windows EXE実行ファイル」のリリースについての質問です

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

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

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

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

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

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

<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う
0027デフォルトの名無しさん
垢版 |
2019/03/19(火) 10:58:54.41ID:ido7X/gQ
大事なことなのでたくさん投稿しています。
嫌なら見ないでくださいね。
0034デフォルトの名無しさん
垢版 |
2020/02/28(金) 12:19:17.61ID:hLnsGDnw
Icon とか継承したクラス造ろうとしたら protected 観たいなエラー出るのですが
無理やり継承する方法はありますか？
0036デフォルトの名無しさん
垢版 |
2020/02/28(金) 17:21:21.95ID:HAMXUqwp
その場合引数で Icon 型を期待してるメソッドに渡しても大丈夫ですか？
いちいちキャストするの面倒ですしそもそもキャスト出来ない気がします
0038デフォルトの名無しさん
垢版 |
2020/02/28(金) 18:22:46.28ID:xhxxpq/f
>>36
キャスト（変換演算子）は必要なら自分で定義できるし、
明示的キャスト不要で暗黙的に行われるようにすることもできるよ

まあそもそも問題設定が間違ってるような気もするけどw
0039デフォルトの名無しさん
垢版 |
2020/02/28(金) 18:33:33.38ID:cSasMdie
>>25
前提がよくわからない
起動時か定期でiniファイル読んで書いてあるバージョンが自分のより新しかったらチェンジ用exeをキックして自分は終了
exeの上書きと自分の再起動はチェンジ用exeに任せる
0040デフォルトの名無しさん
垢版 |
2020/02/28(金) 20:06:30.19ID:BwvE6YKn
>>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
0042デフォルトの名無しさん
垢版 |
2020/03/01(日) 05:43:23.78ID:wVHwYgLC
なんだ？この糞スレ
と思ったら2016年だとwww
どこから引っ張り出したんだよ
0046デフォルトの名無しさん
垢版 |
2021/02/04(木) 07:27:29.98ID:v2FFpAw/
そろそろMSはC#に統一してくれんかな
VBと両方管理するコストも馬鹿にならんだろ
0047デフォルトの名無しさん
垢版 |
2021/02/04(木) 08:25:47.05ID:zK6uqGDJ
いつ切るかって感じになってると思うよ
OfficeのマクロもPython採用されたし
C#じゃねーのかよｗとは思った
0048デフォルトの名無しさん
垢版 |
2021/02/04(木) 12:33:32.08ID:qhstqCrC
>>47
>OfficeのマクロもPython採用されたし

採用されてないよ
PythonじゃなくJavaScriptなら採用されたけど
0050デフォルトの名無しさん
垢版 |
2021/02/04(木) 16:17:55.89ID:TgPbTxkL
>>46
古いことしか知らなくて申し訳ないけど
excelのシート操作時の解放とか面倒なんでvb.netで書いちゃうけどそんなことないのか？
0051デフォルトの名無しさん
垢版 |
2021/02/04(木) 21:06:21.96ID:ZtMmgGts
>>48
安心した。pythonなんて埋め込みに一番向いてなさそうな言語なのにどうするんだろうと思ってた。
0052デフォルトの名無しさん
垢版 |
2021/02/04(木) 22:30:48.72ID:QcsaodMG
>>51
Python埋め込みに向いてないってどうして？
BlenderもMayaも3DS MaxもPythonでいい感じにスクリプト組めるよ。
0053デフォルトの名無しさん
垢版 |
2021/02/04(木) 22:48:54.62ID:ZtMmgGts
javascriptならdllひとつで組み込めたりするのに、embeddable pythonなんて
embeddableと言いながら結局実行環境まるまるコピーしてるようなものだし。
0054デフォルトの名無しさん
垢版 |
2021/02/04(木) 22:55:28.26ID:QcsaodMG
実用に耐えるクロスプラットフォームなJavaScriptの実行環境はdll一つで組み込めんでしょ。
実行環境内包する事のどこがおかしいのかわからんが。
MS製品でいうと、すでにPowerBIなんかだとPythonで書いたモジュールでグラフ描いたりできるよ。

埋め込みに向いてないってのは知らないだけの無知でしょ、流石に。
0055デフォルトの名無しさん
垢版 |
2021/02/05(金) 07:39:08.16ID:5Tgc7yvD
できるできないじゃなくてどれだけ向いてるかって話な。
埋め込みならlua mruby python javascriptと一通り試したことはあるが。

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

mｓのjavascriptエンジン(chakra)は実際dllひとつだけ。
0056デフォルトの名無しさん
垢版 |
2021/02/05(金) 07:51:45.21ID:km3pMqV5
>>55
すまん、Chakraそうだったのか。そりゃ便利そうだな。
ちょっと興味あるんだけど、ファイルとかのIOとかはどうなるの？ホスト言語側で持たないと？クロスなの？

日頃MAXとMayaとでごちゃごちゃやってUnity用アセット管理したりしてるけど、結構向いてると思うよ、Python。
0057デフォルトの名無しさん
垢版 |
2021/02/05(金) 08:26:53.87ID:5Tgc7yvD
I/Oは全部ホスト側で用意しなきゃならないね。埋め込みとしてはそちらの方がありがたいけど。
0058デフォルトの名無しさん
垢版 |
2021/02/05(金) 08:41:45.27ID:uaJ+yOd+
なるほど。IOを再実装しないといかん事の是非は、埋め込みをどのように使うかだろうなぁ。
ファイル一覧とか触りたいときは標準のライブラリが使えたほうがだいぶ楽だし、そのアプリ専用のコマンドが減れば減るほどありがたいと思う方。
ユーザに開放するか開発者に開放するかどっちかってやつかもね。
0059デフォルトの名無しさん
垢版 |
2021/03/28(日) 20:18:17.69ID:AfIP7Kkq
ふらっと C#,C♯,C＃（初心者用） Part150
https://mevius.5ch.net/test/read.cgi/tech/1616471904/
の
>>44-50

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

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

これって上級者なら、（どんなに小さいプログラムだろうが）常にインターフェースや継承関係を作った方がいいのか、
それとも、ケースバイケースで「このぐらい複雑ならインターフェースや継承関係が要る」という判断基準に則って作った方がいいんですか？
0061デフォルトの名無しさん
垢版 |
2021/03/28(日) 20:45:56.60ID:AfIP7Kkq
>>60
なるほど、その回答は暗に「ケースバイケース」と言っていますね。
0062デフォルトの名無しさん
垢版 |
2021/03/28(日) 21:03:33.98ID:aCkXL8Lz
>>59
あくまでチーム開発が前提にはなるが、インターフェイスを作るなら、今取り組んでいるタスク(pull request)のコードの中で必要性を示せ
一番分かりやすいのはモックして単体テストを書くことだな
それが示されてない限り俺ならリジェクトするよ
0063デフォルトの名無しさん
垢版 |
2021/03/28(日) 21:04:39.00ID:8DGgAvpz
>>59
普通はやってはならないが常識
その設計と拡張方向の正当性が問われる事態になる
その時〜な気がするではなくキチンとビジネスで通用する説明ができないと窮地に追い込まれる
ただドキュメントを書かない現場というのもあって
そういうところでは担当者の趣味で付けてしまう
0064デフォルトの名無しさん
垢版 |
2021/03/28(日) 21:53:06.83ID:AfIP7Kkq
>>62-63
なるほど、納得です。

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

インターフェースや継承についての本やネットの記事では、
なんでもかんでも拡張できるように書くような勢いで、
しかも読んでる最中は確かにそうすべきかなと思ってました。
でも、実際に使おうとすると、どこまでやっていいのか迷ってました。
YAGNIに沿って「必要になってから作る」でいいんですね。
0065デフォルトの名無しさん
垢版 |
2021/03/28(日) 21:59:13.76ID:Ah6uwjvI
>>59
継承関係に関しては明確に必要な場合か
事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな

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

依存性の方向は大事
0066デフォルトの名無しさん
垢版 |
2021/03/28(日) 22:00:39.57ID:yHCir1no
王位継承権のように順位をつけるべきでは？
0067デフォルトの名無しさん
垢版 |
2021/03/28(日) 22:06:31.86ID:Ah6uwjvI
例えば
あるライブラリを後で違うものに入れ替えられるように作っておきたい
というのでも十分な理由

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

関数のある処理をヘルパー関数として抽出するべきか
そのままインラインで書いておくべきかというのと考え方的には大きな違いはない
0068デフォルトの名無しさん
垢版 |
2021/03/28(日) 22:54:02.07ID:AfIP7Kkq
>>65-67
> 継承関係に関しては明確に必要な場合か
> 事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな

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

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

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

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

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

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

このトレードオフをどのように決めていますか？
>>62-63さんは「今、不要な機能なら要らない」という指標を示して下さいました。
0069デフォルトの名無しさん
垢版 |
2021/03/29(月) 00:35:35.42ID:kW6kUd5H
>>68
>…と言われると、依存性は低い方が良いに決まっていますし、
>あるライブラリを後で違うものに入れ替えられるように作っておいた方が良いに決まっていますよね？

決まってないよ

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

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

それと結合度を下げる方法はインターフェース以外にもある
インターフェースでより重要になるのは依存性の方向
0070デフォルトの名無しさん
垢版 |
2021/03/29(月) 00:45:34.96ID:kW6kUd5H
>>68
>Person→Student, Person→Professorのような継承関係にするわけですね。

それは継承関係が明確に必要なケースじゃないから作らない
0071デフォルトの名無しさん
垢版 |
2021/03/29(月) 02:24:21.84ID:9yINXZUI
知識と経験が乏しいから勝手に〜しかないって決めちゃってる場合がほとんどだよね
0072デフォルトの名無しさん
垢版 |
2021/03/29(月) 02:27:48.16ID:9yINXZUI
windowsとLinuxを切り替えられるように作っておったアホがいたけど
そもそもそんな要件ないのにプロジェクトに過剰な負担を強いただけのアホだったと思う
アホってこういうの勝手に入れちゃうんだよね
お前の趣味だろそれって
0073デフォルトの名無しさん
垢版 |
2021/03/29(月) 07:31:15.62ID:w2mFGclo
最近、というかいまさらながらDDDに挑戦したんだが
リポジトリクラスのインターフェース作ることで、DBに依存しないテストをすることができるということがやっと理解できた

私はアホなので手を動かさないと理解できないのだ…
本やネットと睨めっこしててもダメなのだ…
0076デフォルトの名無しさん
垢版 |
2021/03/29(月) 07:38:34.20ID:2VNxxGaX
ビジネスロジックを全部自前のクラスで固めて
世間に依存しないようにしましょうということだったのだろうか
0077デフォルトの名無しさん
垢版 |
2021/03/29(月) 08:46:53.61ID:z3NFX8KE
実用的にはほぼDAOだよ
テストの時に小回りが利いていいかなーって程度だな
DB乗り換えみたいな超絶レアケースを利点に挙げてる奴はどうかしてると思う

あとビジネスロジックをRepositoryに書くと原理主義者に殴られるから要注意な
俺は殴んないけど
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況