探検
ふらっと C#,C♯,C＃（議論用） [無断転載禁止]©2ch.net
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、競い合って新スレを建てる人を決めて下さい。
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
>そもそも、USB端子2つ持ってたらどうするの？
>PC自体にUSBの機能を持たせたら、usb1と2の区別ができない。
>よって、そういった場合を考慮すると、部品化して、プロパティとしてusb1、usb2を持たせるのが正しい。
おまえアホやろ。
has a にしてクラス配列実装すればしまい。USBクラスのベクタでもいいわ。
低脳すぎて話にならんなお前。
USBからPCクラス派生？わらわせんなアホ
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
B6BOG
MSが提供してるのは20年前のHTML Helpだけだと思う。
（MS Help2や3は結局オーサリングツールが提供されなかった）
WebでもローカルHTMLでもpdfでも好きな方法でいいんじゃないすか。
どっちにしろ99%のユーザーはヘルプなんか読まないw
ゲイツが警告したにも関わらずMSは足を踏み外してしまった。
だろうか？
LibreOfficeは重たいんだよな。
http://rosie.5ch.net/test/read.cgi/liveplus/1527336724/l50
VScodeでいいだろ。リッチテキストならワードパッド
オフィスはPDFに変換したいときに使えばいい
もしかして市場で増えてたりする？
Visual studio(C#)でコンパイルした、
Windows EXE実行ファイルのリリースについて質問です。
バッチシステムとしてタスクスケジューラーで起動させますが、
頻繁にシステム改修があり、都度リリースが必要です。
しかし、システム実行中にリリース(EXEファイルの上書き)を行うと、
起動中のため上書きエラーとなります。
実行中のEXEに対して、
次回の実行分から最新のシステム改修を反映させるには、
どのようにしたら良いでしょうか？
以下私の案がございますが、スマートではありませんし、
実行開始に時間がかかるデメリットがございます。
他にスマートな案はございますでしょうか？
起動に関するフレームワークなどあるのでしょうか。
<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う
Visual studio(C#)でコンパイルした、
Windows EXE実行ファイルのリリースについて質問です。
バッチシステムとしてタスクスケジューラーで起動させますが、
頻繁にシステム改修があり、都度リリースが必要です。
しかし、システム実行中にリリース(EXEファイルの上書き)を行うと、
起動中のため上書きエラーとなります。
実行中のEXEに対して、
次回の実行分から最新のシステム改修を反映させるには、
どのようにしたら良いでしょうか？
以下私の案がございますが、スマートではありませんし、
実行開始に時間がかかるデメリットがございます。
他にスマートな案はございますでしょうか？
起動に関するフレームワークなどあるのでしょうか。
<案>
1.処理開始時に本体EXEファイルをコピーして実行版EXEファイルを作成する(同一のEXEファイル)
2.実行版EXEファイルを起動する
3.実行中でも本体EXEファイルは上書き可能なため、本体EXEファイルに対してリリース(EXEファイルの上書き)を行う
嫌なら見ないでくださいね。
継子どころか、初期にちょっと文法を借りただけレベルになんじゃないかな。
無理やり継承する方法はありますか？
元のクラスの内容を全部コピーする
いちいちキャストするの面倒ですしそもそもキャスト出来ない気がします
構文から演算子の順位まで全然違う。Pascal風味はゼロ。
キャスト（変換演算子）は必要なら自分で定義できるし、
明示的キャスト不要で暗黙的に行われるようにすることもできるよ
まあそもそも問題設定が間違ってるような気もするけどw
前提がよくわからない
起動時か定期でiniファイル読んで書いてあるバージョンが自分のより新しかったらチェンジ用exeをキックして自分は終了
exeの上書きと自分の再起動はチェンジ用exeに任せる
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
と思ったら2016年だとwww
どこから引っ張り出したんだよ
VBと両方管理するコストも馬鹿にならんだろ
OfficeのマクロもPython採用されたし
C#じゃねーのかよｗとは思った
>OfficeのマクロもPython採用されたし
採用されてないよ
PythonじゃなくJavaScriptなら採用されたけど
ほんとだ
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
古いことしか知らなくて申し訳ないけど
excelのシート操作時の解放とか面倒なんでvb.netで書いちゃうけどそんなことないのか？
安心した。pythonなんて埋め込みに一番向いてなさそうな言語なのにどうするんだろうと思ってた。
Python埋め込みに向いてないってどうして？
BlenderもMayaも3DS MaxもPythonでいい感じにスクリプト組めるよ。
embeddableと言いながら結局実行環境まるまるコピーしてるようなものだし。
実行環境内包する事のどこがおかしいのかわからんが。
MS製品でいうと、すでにPowerBIなんかだとPythonで書いたモジュールでグラフ描いたりできるよ。
埋め込みに向いてないってのは知らないだけの無知でしょ、流石に。
埋め込みならlua mruby python javascriptと一通り試したことはあるが。
>実用に耐えるクロスプラットフォームなJavaScriptの実行環境はdll一つで組み込めんでしょ。
mｓのjavascriptエンジン(chakra)は実際dllひとつだけ。
すまん、Chakraそうだったのか。そりゃ便利そうだな。
ちょっと興味あるんだけど、ファイルとかのIOとかはどうなるの？ホスト言語側で持たないと？クロスなの？
日頃MAXとMayaとでごちゃごちゃやってUnity用アセット管理したりしてるけど、結構向いてると思うよ、Python。
ファイル一覧とか触りたいときは標準のライブラリが使えたほうがだいぶ楽だし、そのアプリ専用のコマンドが減れば減るほどありがたいと思う方。
ユーザに開放するか開発者に開放するかどっちかってやつかもね。
https://mevius.5ch.net/test/read.cgi/tech/1616471904/
の
>>44-50
横から便乗で質問ですけど、
「いつか使うだろう」とインターフェースや継承関係を作っておく自体は推奨されることですか？
例えば、インターフェースや継承関係が無くても、直付けで作れてしまう訳じゃないですか。
むしろ、そっちの方が楽（というか、直付けでしか作れない人もいますし）。
ただし、物事が複雑化してきたときに、インターフェースや継承関係があると拡張しやすい。
これって上級者なら、（どんなに小さいプログラムだろうが）常にインターフェースや継承関係を作った方がいいのか、
それとも、ケースバイケースで「このぐらい複雑ならインターフェースや継承関係が要る」という判断基準に則って作った方がいいんですか？
なるほど、その回答は暗に「ケースバイケース」と言っていますね。
あくまでチーム開発が前提にはなるが、インターフェイスを作るなら、今取り組んでいるタスク(pull request)のコードの中で必要性を示せ
一番分かりやすいのはモックして単体テストを書くことだな
それが示されてない限り俺ならリジェクトするよ
普通はやってはならないが常識
その設計と拡張方向の正当性が問われる事態になる
その時〜な気がするではなくキチンとビジネスで通用する説明ができないと窮地に追い込まれる
ただドキュメントを書かない現場というのもあって
そういうところでは担当者の趣味で付けてしまう
なるほど、納得です。
一番合理的な意見でよかったです。
インターフェースや継承についての本やネットの記事では、
なんでもかんでも拡張できるように書くような勢いで、
しかも読んでる最中は確かにそうすべきかなと思ってました。
でも、実際に使おうとすると、どこまでやっていいのか迷ってました。
YAGNIに沿って「必要になってから作る」でいいんですね。
継承関係に関しては明確に必要な場合か
事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな
インターフェースに関しては依存性の方向を変えたかったり
結合度を下げたかったりする明確な理由があれば良いと思う
(「いつか使うだろう」という理由とはちょっと違うけど)
依存性の方向は大事
あるライブラリを後で違うものに入れ替えられるように作っておきたい
というのでも十分な理由
入れ替え可能にする手間や増加するコードの複雑性と
呼び出し側の変更なく入れ替えが可能な柔軟性とのトレードオフ
関数のある処理をヘルパー関数として抽出するべきか
そのままインラインで書いておくべきかというのと考え方的には大きな違いはない
> 継承関係に関しては明確に必要な場合か
> 事前のアーキテクチャ設計方針で決まってる場合以外には使わないかな
これは明確な回答ですね。
つまり、例えば大学の学生証管理システムだとすると、Studentクラスで直にコーディングして、
後にアーキテクチャ設計方針がひっくり返されて「教授も身分証作ったから足してくれ」となった場合は
Person→Student, Person→Professorのような継承関係にするわけですね。
それまでにStudentに直に結び付けて作ったメソッドなどは一部作り直しになりますが、そこは許容するスタイルですね。
> インターフェースに関しては依存性の方向を変えたかったり
> 結合度を下げたかったりする明確な理由があれば良いと思う
> あるライブラリを後で違うものに入れ替えられるように作っておきたい
…と言われると、依存性は低い方が良いに決まっていますし、
あるライブラリを後で違うものに入れ替えられるように作っておいた方が良いに決まっていますよね？
そして、未来は予測できないので、その工夫が後に活きてくるか無駄になるかは不明です。
つまり、
> 入れ替え可能にする手間や増加するコードの複雑性と
> 呼び出し側の変更なく入れ替えが可能な柔軟性とのトレードオフ
つまり、工数として、
入れ替え可能にする手間や増加するコードの複雑性 ＞ 呼び出し側の変更なく入れ替えが可能な柔軟性
か
入れ替え可能にする手間や増加するコードの複雑性 ＜ 呼び出し側の変更なく入れ替えが可能な柔軟性
かは不明です。
このトレードオフをどのように決めていますか？
>>62-63さんは「今、不要な機能なら要らない」という指標を示して下さいました。
>…と言われると、依存性は低い方が良いに決まっていますし、
>あるライブラリを後で違うものに入れ替えられるように作っておいた方が良いに決まっていますよね？
決まってないよ
Rails使ってWebアプリ開発する場合ならActiveRecord以外のORMに入れ替えられるように作っておいたほうがいい？
Rails以外のフレームワークに入れ替えられるように作っておいたほうがいい？
JavaScriptでReact使う場合ならReact以外のフレームワークに呼び出し側の変更なく入れ替えられるように作っておいたほうがいい？
jQueryやlodash使う場合は他のライブラリに入れ替えられるよう作っておいた方がいい？
状況に応じてどこまでを許容するかの線引きをするんだけどその線をどこに引くのかはケースバイケース
要件、組織、ライブラリの品質/将来性/安定性/重要性、変化の方向性などを総合的に判断することになる
それと結合度を下げる方法はインターフェース以外にもある
インターフェースでより重要になるのは依存性の方向
>Person→Student, Person→Professorのような継承関係にするわけですね。
それは継承関係が明確に必要なケースじゃないから作らない
そもそもそんな要件ないのにプロジェクトに過剰な負担を強いただけのアホだったと思う
アホってこういうの勝手に入れちゃうんだよね
お前の趣味だろそれって
リポジトリクラスのインターフェース作ることで、DBに依存しないテストをすることができるということがやっと理解できた
私はアホなので手を動かさないと理解できないのだ…
本やネットと睨めっこしててもダメなのだ…
なぜもう一枚レイヤーが必要だったのか
世間に依存しないようにしましょうということだったのだろうか
テストの時に小回りが利いていいかなーって程度だな
DB乗り換えみたいな超絶レアケースを利点に挙げてる奴はどうかしてると思う
あとビジネスロジックをRepositoryに書くと原理主義者に殴られるから要注意な
俺は殴んないけど
○ドライバーが無いようなDBへの乗り換え
速度は速ければ速いほど良いに決まってますよね
機能は多ければ多いほど良いに決まってますよね
いや、機能は少なければ少ないほど良いに決まってますよね
おっぱいは大きければ大きいほど良いに決まってますよね
こんなのは子供の考え方に決まってますよね
おそらく学生さんだろうから生暖かく見守ってあげれ
とやかくいうつもりはないが
なんでできないやつにばっかりやらせるんだよ！
できるやつがやって下に教えりゃいいんじゃないの？！
コメントには「なぜ」を書くのが原則
処理の内容はコードを読めば解ることなので不要と考える
読めば判るっつってもさ、
コード書いてる本人ですら
何やってるか分かってない場合もあるからな（笑）
せめてコメントで
「ここではこんなことをしてる（つもり）」
って書いてくれら「全然そうなってないだろ！」と突っ込める
他人や将来の自分がなるべく素早くコードを読めるため、ってつもり
むしろID:/WM42vypMの言う本質ってなんだったんだろうな。最初は書くのが楽になるしか言ってないような気がしたが
最終的にはテストが楽に書きたいに変わってたし
そも書き手1人が楽になるより全体の可読性や保守性が重要だろうし、関数のシグネチャだけじゃ表現しきれないケースがあるだろうって指摘だったろうに
インターフェイスではなくて、関数を渡すといっても、そのシグニチャは結局どこかで定義することになるし。
これが勘違いなのかな。delegate宣言せずにいきなりAction<string> callbackみたいに受けるんだろうか。
これはこれでめちゃくちゃ密結合な気がするんだが。
単独アセンブリとか、単独ソリューションだから成立するような気がする。
モックフレームワークは確かに難解だけど、まずモックオブジェクト自作して困ってからでいいと思うし、そもそも必要になるのは、それこそラムダで部分的に処理を突っ込むのと同じの、依存性の注入を行うからだと思う。
特別扱いしてるインターフェイスはフェアではないと言うが、インターフェイスだから特別扱いできるんだろうし。
拡張メソッド生やすのも簡単だし、Linqなんか器用にやってると思うんだけどな。
>>86
>delegate宣言せずにいきなりAction<string> callbackみたいに受けるんだろうか。
delegate と Action / Func って実質的な違いってあるんだっけ。
delegate を使用しないから密結合になるってのが理解できなかった。
実質的な違いは無いよ。
ただ、Interfaceで定義するなり、delegateを用意しておくなりしないと、
呼ぶ側、呼ばれる側(≒コールバックを返す側)どちらも、今から使う関数の引数を直接的に知っている事が前提になるんじゃない？
ホントにそれ差し替え可能なのかな。
ありがとう。
自分的には Action / Func でも delegate と同じに思えるけど、そう言う価値観もあるのだと理解した。
その辺は別モジュールなりトップレベル関数なりに宣言すれば良いって言ってた
そこまでするならインターフェース継承したクラス宣言するのと殆ど変わらないと思うんだけどな
それこそ↓で書かれてるような、フィールドに外部から渡されたインターフェース(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みたいに受けるんだろうか。」
別モジュールを前提に考えてたなぁ。
インターフェイスを継承したクラス宣言も、必要なシーンでは必要だと思ってるんよ。
関数を渡すとしても、Func<T,TResult>のTResultは、インターフェイスになりがちで、それを無理に解決する必要は無いと思うんよね。
Loggerとか、データベースへのコネクションなり。
シリアライゼーション、属性バリデーションはAOPの一種だと考えてるので違和感はないかな
AOPの一種か。微妙に納得いかんな。
シリアライズするときに入れる共通処理のための属性という事だろうか。
virtual func と delegateの違いは状態を持つかどうかじゃないの
シリアライゼーションという横断的な関心ごとをシリアライザという単体の機能に分離して管理する
これはまさしくAOPの特徴
キャメルケースだのスネークケースだの言ってる奴ばかりで、
this.について触れてる奴一人だけなの草
どうしてもStringBuilder使うの面倒だから文字列を足し算してしまう。
開発速度などで言ったらTypeScriptとか他の言語には勝てない
他の言語と同じで、普通は開発速度とか重視でいい
で、速度が必要な部分のみ速度重視
逆にtsの弱点ってなんなんだろ
どうもです。あんまり気にせず組みやすさ重視で良さそうですね。
無駄はダメだろうけど、それもこだわると霧がなさそう
VMとUseCaseの接続をReactivePropertyでやるとどうしてもカオスになってしまう
みんなどうやって対処してるんだろ
.net framework やら .net core やら .net の事情知ってるから選べるけど、部外者お断り感がすごい。
全部の一覧が並んでるんじゃなくて、ウィザード形式なりもう少しなんとかならんのかと思う。
基本的にC#の仕様は金額計算は不得手だと思われる
なんで？
何を根拠にそう思った
基本的にC/C++の仕様は金額計算は不得手だと思われる
ユニシス系の銀行システムでC#使われてる
まぁJavaで勘定系作ってるところもあるからC#でも何の問題もないわな
必要なら自分達で型を作ればいいだけだから
処理速度が遅くなる
doubleに比べて無茶苦茶遅い
decimalは10進数という意味だけどその名の通り多倍長で演算してるから
↓
> 無茶苦茶遅い
アホの会話やめ
曖昧な質問で出てくると思った？w
アホなのかな？w
こういうエラーが出るんだけどどうしたらいいんだろう？
.NET SDK 6.0.419 は入れた
OSはWindows10 Pro 22H2
レスを投稿する
ニュース
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★2 [Hitzeschleier★]
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など [ぐれ★]
- サントリーのひろゆき氏起用「伊右衛門 特茶」広告が物議 サントリー「ご意見は今後の参考にさせていただきます」 [Ailuropoda melanoleuca★]
- 長渕剛が誹謗中傷に《具合が悪い》と告白…《話があるなら、来てほしい》と性被害告発の元女優に呼びかけ [フォーエバー★]
- コロナワクチン接種後死亡で国を集団提訴 訴状では河野太郎大臣の「2億回打って死んでる人は1人もいない」発言に焦点 ★2 [Hitzeschleier★]
- カフェオーレもプッチンプリンも…グリコ、5月中旬まで出荷できず [蚤の市★]
- 【実況】博衣こよりがえちえち学力テストをした件🧪 ★2
- 【実況】博衣こよりがえちえち学力テストをした件🧪 ★3
- 【実況】博衣こよりがえちえち学力テストをした件🧪
- 【実況】博衣こよりがえちえち学力テストをした件🧪 ★4
- 近藤同点2ランwwwwwwwwwww
- 女子小学生からハム太郎って呼ばれてる