ふらっと C#,C♯,C#(初心者用) Part140
■ このスレッドは過去ログ倉庫に格納されています
「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■関連スレ
C#, C♯, C#相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C#(初心者用) Part139
https://mevius.5ch.net/test/read.cgi/tech/1533466544/
■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/
■情報源
https://msdn.microsoft.com/ja-jp/library/gg145045.aspx
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/index
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured ネットワークやバイナリファイル編集でバイト配列操作する機会多いんだけど、何を使うのが一般的なの?
StreamにしてBinaryReaderやBinaryWriterで読み書きしてたら、バイト配列は添字使って編集するのが速いし確実とかCみたいなプログラム書くおっさんPGに言われちゃった・・・ >>1
乙
>>2
用途によるし「確実」はちょっと意味がわからないけど構造体のように複数の長さのデータを格納・読込するのならそれでいいんじゃね?
1byteごととか任意のバイト長さとかファイル単位なら
https://dobon.net/vb/dotnet/file/filestream.html
でその人の言うように配列のインデックス使ってやればいいと思うし >>2
同じく「確実」の意図が分からないからそれは置いておいて
byte配列のほうが速いのは確か
ただしネットワーク通信やファイル入出力の所要時間と比べれば微々たる違いだろうから
先頭から順に読み書きできればいいならBinaryReader/Writerで、
ランダムアクセスしたいならbyte配列で操作すればいいと思う
StreamでもPositionやSeek()で位置を動かせるけどあまり見ない気がする >>2
C#の最新事情でいうと、Span<T>という安全なポインタのようなものが入ったり、
それに伴ってBinaryPrimitivesみたいな低レベルなユーティリティが充実したりして、
残念ながら時代はCおじさんの方にある >>2
むしろStreamにする意味って何なんだろうとw
他の形式のデータも透過的に扱いたいのでなければ意味がない気が C#という事ではないのかもしれませんが相談させてください。
複数のPCで複数のアプリが稼働していて、これらの稼働状態をモニタリングしたいと考えています。
正常に動作しているか、今どういう状態か程度で、止まっていたりしたら知りたいです。
各アプリから状態をDBに都度登録してもらい、それを監視すればいいかとも思うのですが、
この方法だとアプリが正常に動作していない場合とかは、DBの更新が止まっているのを判断するしかありません。
このような案件の場合、よい方法、定番の方法ってあるでしょうか? >>7
決まったフォルダ、アプリ別ファイルに状態を書き込むだけでいいような >>7
正常に動作していない、を判定するのは無理だよ。
正常に動作していなかったら、「正常に動作できてません」って発言すら信用できないっしょ。
素直にアプリ側にたとえ報告することがなくても、忙しくても何が何でも一定時間おきに「動作中」を送信させて、DBには時間とともにそれを記録して、
確認側は最後の時間から一定時間過ぎても更新が無いことを確認するしかないと思うよ。 レスありがとうございます。
やはりウォッチドッグで監視するのが定番なんですね。 もともとDBに何か記録するのがそのアプリのお仕事ならともかく、
そうでないなら何でわざわざDBにって印象は受けるなあ
まあ、何か事情はあるんでしょうが >>13
DBは使ってますが、特に拘りがあるわけではないです。
何が一般的ですか? 一般的とか定番とかにこだわりすぎ
君のシステムにあったものを選択すればいい
すでにシステムとしてDBを利用してるなら、その横で正常動作を監視するのには何の違和感もない >>14
いや、監視役のPCの監視用のアプリが直接各PCのアプリに確認するとか、
逆に各PCのアプリが定期的に報告するとか、そっちの方が回りくどくないんじゃないかと思っただけ。
だから直接通信できないとか何か事情があるのかなと >>16
なるほど、確かにそうですね。
ソケット通信みたいなプロセス間通信でって事でしょうか?
時間の関係で監視アプリはまだ未定で、取り敢えずネタを仕込む仕組みだけは考えておこうと言う思いでDBが浮かんだんでしょうか。 それこそZabbixなどの監視スイートでいいだろ
サーバーとクライアントに出来合いのフリーソフト入れるだけで、このスレの連中が10年かけても作れない立派な監視システムの出来上がり デリゲートってのがよく分からんのですが、
C言語の型だけ並べた関数ポインタみたいなものですかね? >>19
関数ポインタの配列ぐらいに理解しておいて問題ないかと
細かい違いはおいおいと >>19
ヤることが定義できるって素晴らしいよね?
愛の形って関数が、セックルだったり、妹の靴下を嗅ぐだったり、ブラを嗅ぐなり 他のPCの共有フォルダの内容を表示したいのですが、どうやってIDとパスワードを使って接続すればよいのでしょうか? WNET系のwindowsAPI叩くか
net useか >>26
マイクロソフト商品と親和性が高い場合がある >>26
国内だとJavaに比べるとエンジニアの平均スキルが高く、案件の質が良い >>26
過去のしがらみがないので
(ちょっとはあるけど)
良い進化ができる 悪いことは言わん。
C#はやめとけ。C++の方がまし。 悪いことは言わん。
C#はやめとけ。Javaの方がまし。 C++やり過ぎて複雑すぎ
C# バランスがいい。速度必要ならunsafeも簡単にできるし。
java やらなさすぎ。速度必要ならJNIに逃げるしかない。 パラダイムが同じならどの言語でも大差ないだろ
どうせ複雑な機能は使わない
複雑にならないように設計して実装するのが腕の見せ所でござろうよ まぁ、ラピッドリリースになった最新のJavaならラムダに始まってvarによる型推論もできるようになったり結構ストレスなく使える。
後はProject panamaやヴァルハラ?などのvaluetypeやら。コルーチンやasnc/awaitやらが来れば後10年は戦える。
プロパティも欲しいとこだが今さらこれは望み薄だろう。 C#は7.xで参照が強化されて超複雑になったよ
低レベルなタスクに関わる一部の人だけが知っていればいいと思われがちだが、実は決してそうではない
最新のBCLには従来は配列とインデックスをセットで渡してたメソッドに軒並みSpan<T>のオーバーロードが追加されていて、早くも第一級の扱い
今後は新規APIについては基本的にSpan<T>のみをサポートするようになるだろう ライブラリを使う側なら精々AsSpanだけ覚えりゃええんちゃうの 正直なところ聞きたいのだけどEFって業務システムで使える?
小規模のWebサービスのプロトタイピングにはイイかなーと思うけど大規模にも耐えうるのかな EFはモデルの一貫性を強力に維持しながら継続的にモデルに手を入れていくような開発スタイルに適してる
巨大な単一のデータモデルを維持するようにはできてない
大規模開発でEFなら適切にドメインを分けてやらないとスケールしないよ 2つのPC間でデータ送受信を行う際、現状はデータの最後に"<EOF>"を付加してファイルの末尾であることを通知しています。
これをなくして、送信側がデータの最初にデータサイズを明記し、受信側はそのサイズだけデータを受信したら受信完了という処理に変更しようと思うのですが、
みなさんの経験則的にはこれは悪手でしょうか? >>45
パスカルの文字列がそんなん。
電文ならASN.1がまさにそんな感じで「データ形式、データ長、データ」の連続。 >>45
そうしたほうが
受信側は必要最小限のバッファ確保で済むし
データ中に"<EOF>"を含められるし
いい事ずくめに見える >>45
申し訳ないけど全体的に何を言ってるのかよく分からないけど、
現状データ長を含まないってことは必然的にデリミタで区切る文字列ベースの
メッセージってことになると思うけど、そういうこと?
それならむしろ何のためにデータ長を含めたいのか分からない
送る方のコードも面倒が増えるだけだし、万が一データ長が間違ったメッセージが
送られてきたら後まで引きずっちゃうと思うけど データ長が狂う環境なら、何かがEOFになったり、EOFが何かになったりする可能性を潰すほうが大変じゃないか?
化けにくくてチェックもしやすい、データ長を渡すほうが良いと思うよ。 >>45
そもそもなぜ変えたいのか?
何か問題あった? 一般的もしくは定番の方法が知りたいだけでないかなあ
金曜日にもそんな質問者がいましたけど 受信インターバルタイムアウトってのもあるな。
例えば9600bpsの場合、ざっくり1文字送るのに、
パリティとエラー含めて11ビット位だったかな。
めんどくせーから16ビットで1文字送ったとして、
1000[ms]÷9600[bps]×16[bit]で、1.66666…[ms]。
2文字無通信時間で打ち切るとして、約3.2[ms]の間、文字が来なかったら、そこで通信を打ち切る。
C#でそこまで精度でるか知らんけどな >>52
ケースバイケースだよね
どういう方式っつかタイムアウトで全ての辻褄を途中でリセットする仕組みがあって実際に復帰できるか?
が重要
大手の試験もそういうのが多い
asioとかタイムアウト設定できなくてクソ過ぎて死んだけど >>53
> パリティとエラー含めて11ビット位だったかな。
エラーってなんだよ w
8ビットデータを調歩同期で送るなら
スタート(1) + データ(8) + パリティ(1) + ストップ(1〜2)
だから11〜12ビット/フレームだな
てか、今どきシリアル通信じゃなくて独自プロコトル + TCP/IPとかじゃないかな 例えば下限が-10、上限が10として、
上限がくるまではずっとインクリメントして、
上限到達後、下限がくるまではずっとデクリメントするような、
数値間で折り返しを続けるプログラムを考えてみました。
https://ideone.com/LVqCtz
↑これだと上限に達したか、下限に達したかのフラグや
それを判定する箇所がスマートではない気がするのですが、
よりよい方法をお教えいただけないでしょうか >>58
スマートの定義をして
どんな方法聞いたって
ウンコって言うんでしょ? >>58
var asc = Enumerable.Range(lower, upper - lower);
var dec = asc.Reverse().Skip(1);
var seq = asc.Concat(dec).Repeat(100);
foreach (var x in seq) Console.WriteLine(x); >>60
訂正
一行目は (lower, upper - lower + 1); の間違い >>58
ベタに書くのが一番でしょ
難しく考えるのも変な技巧を凝らすのもよくない
IEnumerable<int> AlternatingSequence()
{
const int min = -10;
const int max = 10;
for (;;)
{
for (int i = min; i < max; i++) yield return i;
for (int i = max; i > min; i--) yield return i;
}
} >>60-62
ありがとうございました
とくに>>62さんの案がしっくりきました
yieldは見たことはありましたが実装したことがなかったので勉強になりました int f(int x) {
int xx = x % 20;
if (xx < 10) return xx - 10;
else return 20 - xx;
}
Enumerable.Range(0, n).Select(f) 初心者なりにSQLiteに接続したくて以下のような最低限のコード書いたのですが、
この時点で明らかにおかしい場所はありますか?
https://ideone.com/w70wHX 情報処理試験の勉強をしていてセマフォというものを知ったのですが、C#の実務で使うシチュエーションはあるでしょうか?
いつ使うのかなと疑問に思いまして 使わないよ
ドカタ現場で使っても誰も理解できないだろうし、業務アプリのアプリケーションコードのレベルでそんな細かい排他制御が必要になることはまず無い
普通にロックすればよい 他にスマートな並列処理制御が沢山有るからセマフォ、ミューテックス、lockは最後の手段という感じ WindowsFormでテキストボックスのスクロールバーを切り離したいのですが
テキストボックスとは別に配置したVScrollBarをコントロールの
スクロールバーと連動させるにはどうすればいいですか?
スクロール位置については調べて出てきた物を弄ればいけそうなのですが、
長さをどこで読めば良いのかわからず……
用途としてはテキストの折り返し位置を数値指定したくて無理矢理実装した状態です。
テキストボックスのサイズ自体を変更し、ワードラップを利用して無理矢理テキストの折り返しを作ってるので
テキストボックス自体のスクロールバーは隠してしまって
目に見える場所に操作用のスクロールバーを置きたい具合です。
Textboxをオーバーライドしてテキストの表示領域そのものを弄る事ができるなら
そちらのほうが理想なのですが、自分ではどこをどう弄ればいいのかわからず……
よろしくお願いします。 >>72
すみませんPaddingとか右余白で散々ググって出てこなかったので
無いものと思い込んでたんですが>>73を見てプロパティ漁り直したら
普通にRightMarginを発見して解決して顔真っ赤にしてるので無かった事に……
俺の半月はなんだったんだ…………
スレ汚し失礼しました!! >>74
スクロール位置はそのページとかで沢山サンプルがあるのですが
スクロールバーの長さを連動させる方法が分からなかった具合です……!
結果そんなことをする必要はなかったのですが
色々応用が利きそうなので今後のために知っときたさはあります…… IntPtrからList<int>に変換する方法を教えてくださらんか... >>77
IntPtr型の値が指すアドレス基準に、指定個数分のデータを、という話なら
Marshal.Copyで配列にコピーしたあとにListに変換する >>77
unsafe { var list = new ReadOnlySpan<int>((void*)ptr, n).ToList(); } VBA上がりでC#勉強中なんですが、
別クラスに書いたコードを使いたい時、
○○ △△ = new ○○を記述して使ってるんですが、form Loadとかchangeイベント等で復数回登場する時でも都度使う所の近くで書いた方がいいんですか?それとも上部のpublicの所に書くのがいいんですか? >>80
どうでもいい
人間の操作によって発生するイベントの頻度なんぞコンピュータの時間スケールからすると全く無視できる >>80
メソッド間でインスタンスを共有すべき理由がないなら個々のメソッドでインスタンス化したほうがいい
メソッドの独立性が高まり変更しやすくなるから namespaceまで作ってプログラムしたことが無いのですが、プロは駆使するのが普通なのでしょうか?
アニマルインタフェース実装した猫クラスと犬クラスを人クラスがメッセージ出して鳴かせるレベルの超初歩設計しかした事無いので、どこでnamespace使うのかなと悩んでおります ファイルいっぱいあったらフォルダ分けして整理するやろ?
namespaceもおんなじようなもん >>80
変数宣言や初期化の位置と
使用場所との距離の質問だとして
宣言箇所と使用箇所はなるべく近くにするのが言語に限らずセオリーだよ
可読性とリファクタリングの点で ■ このスレッドは過去ログ倉庫に格納されています