ふらっと C#,C♯,C＃（初心者用） Part134

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

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part133
http://mevius.5ch.net/test/read.cgi/tech/1510056685/

■関連スレ
C#, C♯, C＃相談室 Part95
http://mevius.5ch.net/test/read.cgi/tech/1508180530/

■コードを貼る場合は↓を使いましょう。
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

(*ﾟ∀ﾟ)ｖ2get!

いちおつ

調子にのって式形式の略記しまくったら=>まみれになったでござる

using dispose は便利な機能だが実装の闇が深くて台無し。魔剣ダイナシ。

とVB6おじさんが申しております

>>5
で

SQL鯖へのConnectionもUsingの中に入れちゃっていいのかな？

昔は最初にConnection開いて、ずっと開きっぱなしの中で処理して、最後にCloseすることが多かったけど
不安定な接続(スリープで回線断)やミラーリングサーバーを考慮すると、いちいちOpen/Closeしたほうがいい。

だけど、usingの中に入れることで、いちいちDisposeされたら
接続キャッシュが機能せずに体感速度が落ちる、って風になる？

接続管理はコネクションプーリングに任せてプログラム上は最短でOpen-Close

>>8
SQL鯖でusing多用はいかん
try/finally使ってopen/closeしとけ
速度はopenしっぱなしとほぼ変わらん

>>8
それ別の人がアクセスしても大丈夫なの？

>>11
キミ以外なら

>>10
それdisposeと一緒やん。
ってか、disposeじゃん。

なにいってんの？

>>13
disposeじゃねぇ。usingだわ。まちげーた

>>13
disposeしてないよ

何言ってんの?

>>15
やってることが、using使ったdisposeと等価なんだけど。

usingはtry/finalyの糖衣構文
(sql鯖のコネクションについては)closeとdisposeは等価

何か違いがあんの？

var SqlConn = new System.Data.SqlClient.SqlConnection(xxxx);

という感じの宣言は try/finaly の外でやっておいて
open/close は try/finaly の中でやる

って意味で書いたと思ってたけど、そうだよね？

>>16
msdnのSqlConnectionメソッドの
closeとdisposeの説明をちゃんと嫁

インターフェースおじさんの話は聞かなくていい

>>19
おじさん?
アフォな専門学校の生徒かと思ったわw

放置プレイしま〜す

SqlConnectionメソッドってのはちょっと分からなかったけど
SqlConnection.Closeにはこう書かれてるな
> SqlConnection は、適用範囲外では閉じられません。
> そのため、Close または Dispose を呼び出して、明示的に接続を閉じる必要があります。
> Close と Dispose は、機能的に同じです。

DisposeはComponent.Disposeに飛ばされたから
そもそもSqlConnection.Disposeのページが存在しない

>>18
msdnに機能的に等価って書いてあるんだけど、なに読めば良いの？

>>17
try/finalyの外で宣言した変数を使い回すってこと？

usingを抜けなければ、disposeは走らないから、一度開いた同一の接続を使い回すのであればusingの中で、接続(open)を複数回するのであれば、個別の変数を切り直した方が良いと思うよ？
前提が違ってたらごめんね。

アプリは生きててDBだけリセットかけたらもう一回接続しないと駄目？
なんかアクセス毎に開いて閉じて入れておかないと面倒な感じじゃね？

最近はMicrosoftDocsに飛ばされるね、MSDNもあるけど英語がメイン
https://docs.microsoft.com/ja-jp/dotnet/csharp/language-reference/keywords/using-statement

ついこないだIDisposable実装したけど、これまたクイックアクションで親切すぎるコメントつきテンプレが流し込まれる

iPhoneのキーボードのこれhttps://i.imgur.com/PStMLdz.jpgはプログラム書くときのダブルクォーテーションとは違うんだな。ideoneでなぜかエラーが出たので気づいた。
https://i.imgur.com/wyCNyNM.jpgこれだと使える。

英字キーボードのやつ “””””””””””
ABCのほう """""""""""

長押ししたらこんなん出てきたわ
https://i.imgur.com/TpvDvkf.jpg

>>20
間違いは認めてから逃げようね

>>25
C#と関係無いけど、この業界にはよくある事
U+301CとU+FF5Eの違いとかな

ソフトウェアキーボードでコード書くとか苦行過ぎるw

ideoneでちょっとした動作を試したりするときだけだな

明日屁湧いてるなw

C#ってmalloc・calloc・realloc的なかんすえはありますか？
全部自動？

>>32
基本的には出来ないし自動だけどunsafeコンテクスト内なら可能
http://ufcpp.net/study/csharp/sp_unsafe.html

>>33
バッファの確保できるんだ
ありがとう

いやmalloc的なのは普通の配列のnewかMarshal.AllocHGlobalだろ

ただいま勉強中なのですが、↓のようなコードの設計、ネーミングその他は適切でしょうか？
身近に現役プログラマーの方がいないためいろいろと聞けないのが現状です。
なんでも指摘してくださると助かります。

public static class DirectoryUtils{
public static string ErrorMessage { get; private set; } = null;
public static bool DeleteFiles(string directoryPath) {
if (!Directory.Exists(directoryPath)){
ErrorMessage = "ディレクトリが存在しません";
return false;
}
try {
foreach (var file in Directory.GetFiles(directoryPath)){
File.Delete(file);
}
}catch (Exception exc){
ErrorMessage = exc.Message;
return false;
}
return true;
}
}
使う側
var success = DirectoryUtils.DeleteFiles(directoryPath);
if (!success){
MessageBox.Show(DirectoryUtils.ErrorMessage);
return;
}

//総変換数を求める
var totalNumber = GetNumberOfTotalConverting()
//Converting,Conversion,All,Total,Number,Count等々、悩んでいます

自分だったら
public class DeleteFilesResult
{
public string ErrorMessage { get; set; }
public bool Success { get; set; }
}
みたいなクラス作ってそれを結果として返すかな

マジでぇ？？

>>36
エラーならエラー文字列返して、正常なら空文字かnull返すのが素直じゃないかな？

successならsucceededとかじゃないの
もしくは構造体なりで
if (result == RESULT.OK)
とか

さっそくでたな

ｔｒｙ　catchはDeleteFilesメソッドの中じゃなくて
外で使うべき

>>36
静的メンバーにエラー情報を持たせるのは時代錯誤で論外。
エラー情報は普通に例外を投げようよ。

単に失敗成功が分かってエラーメッセージが取得できればよいだけなら、
エラーメッセージはoutな引数で戻せばいい

あと、一つのファイルの削除に失敗した時点で処理中断する仕様でいいの？
失敗しても継続する方が自然なような気もするけど...

DeleteFilesより明示的にDeleteAllFiilesの方がいいんじゃないか？
GetNumberOfTotalConvertingは長すぎ
それを含むクラスに適切な名前がついてればそんな冗長な名前にする必要ないでしょ

>>41
以前暴れていた
CsvHelper例外で落ちるな糞野郎くんだろう

DeleteFiles内部でtry catch受けていいのは
そのファイルをスキップして残りを消す場合など

>>43
人違いだわｗ

例外が飛んでそれをもとに制御が変わるなら
適切なtry catchの場所を考えるべき

あと、例外についてはとにかく何でもキャッチしたがる人と、
それに対するアンチテーゼで「例外は絶対キャッチするな」と主張する人がいるけど、
どっちも何か盛大に勘違いしてる極論だから眉唾で聞いた方がいいと思う

そうだね

例外利用するならFile.Deleteのページを見て
どんな例外をスローするか調べたほうがいい

権限無くて削除できないとかあるから

・ω・Exception

頻繁な例外を想定するならロギングで出力した方がいいよ
エラーを毎回表示なんて非現実的だし無視してOK連打したら意味ないでしょ
それよりタイムスタンプつけてテキストファイルに保存した方が後から照会できる

問い合わせの多くは、何もしてないのに突然おかしくなった、というやつばかり
そういう時はログフォルダをzipで圧縮して添付してもらおうというわけ

状況が許すならDirectory.Delete　(string path　,　bool recursive)を使いたい

>>45
人違いなのに丁寧にレスありがとww

>>36
同じく静的メンバにエラー状態持たせるのは論外だけど
どうしてもやりたいなら成功時にそれをクリアしないとダメ

bool返すよりoptionalみたいなのを返すのがモダン

そのフォルダが相手のミスでリードオンリーにされた場合は例外情報が全部死ぬけどな

>>36です
こんなにレスがつくとは思いませんでした。みなさんありがとうございます。
�@結果を格納するクラスを作成し、それを返し、参照する
�Aエラー文字列を返す
�B例外を投げるかoutな引数で戻す
どれもそういった発想が無かったので勉強になります。
ちなみにoutを使う場合はtupleを使って2つ返すのもありですか？

>静的メンバーにエラー情報を持たせるのは時代錯誤で論外。
こういう風に指摘されるともっともっと勉強しようと励みになります。ありがとうございます。

＞あと、一つのファイルの削除に失敗した時点で処理中断する仕様でいいの？
＞失敗しても継続する方が自然なような気もするけど...
たしかに処理の中断をするまでもないですね

例外処理についてはメソッドを呼ぶたびにtry catchを書くのが冗長という理由だけで中にいれてました。
制御が変わるかなど考慮すべきでした

optionalや＞もしくは構造体なりでif (result == RESULT.OK)　
などまだまだ理解できない部分が多いので調べてきます

>>50
予期せぬ例外は
https://qiita.com/exliko/items/42715a0c9fd7519eb6d9
このような感じでログファイルに出力するようにしていたのですが、
たしかにエラー毎回表示も微妙なので、もっとログをとっていくようにしていきます

>>47 >>48
例外が起きた際、個々の例外によって制御を変える場合は個別に書いて、
MessageやStackTraceをロギングして終了するだけの場合はExceptionですべて捕捉する感じですか？
当初はIOException,UnauthorizedAccessExceptionなど書いていたのですが、
結局Messageしか使っていなかったので全ての例外を捕捉するようにしていました。

Directory.GetFilesはファイルを全部探してから配列でそれを返すので色々と無駄
列挙するだけならDirectory.EnumerateFiles

>>58
直しました。ありがとうございます。

教えてもらったことにお礼を言うのはいいとして変える必要があったのだろうか

>>55
Tupleでいいけどちゃんと名前付けてね
もしvs使ってるならコード分析かけてみれば？
静的メンバーの公開とかは警告で教えてくれたはず

>>57
基本的に例外を避けたい理由がなければ例外を使えば良い

ロギングしてアプリを終了するならExceptionでcatch
復帰可能のは個別に対処（ディレクトリが見つからない場合は再入力を求めるなど）

>>55
outはもはや要らない子
名前付Tuple使っとけ

Tupleってエラーの場合何を返すの？

トプル

bool ok,int unkor,int unkog,int unkob

var unkc = GetUnkoColor();
if(unkc.ok){
成功
}else{
失敗
}

みたいな？

Exception

また、Exceptionが不遇な扱いを受けている
哀れすぎて何も言えねえ

また、大して考えず産廃を作った予感
言語開発者暇なのか？
Getしようとしたけど要素がないときもあるじゃん
全部例外で飛ばされるとかマジやめて

釈尊はnullは「無」であると説かれた
ﾅﾑｰ

例外が邪魔とかoutイラナイわめいてるのは大抵Dictonaryでしょ
連想配列は銀の弾丸ではない、期待しすぎ

>>63
>outはもはや要らない子
これは嘘

>>66
タプル知らないの？

>>73
nullっぽく使えるのある？

今はout引数で変数宣言できるようになったからかなりスマートになった
むしろタプルの必要性が疑問なくらい
TryGetXならnull問題もないし

何が返されるか分かりにくいじゃん
タプルで返して分割代入すればいい

タプルだったらわかりやすくなる例が思いつかんが

そもそもタプルいらん

>>78
訳：新しいことを覚える気力がない

outでもクラスでも構造体でもタプルでも好きなもの使えばいいよ
>>78
いらんというお前のレスがいらん
チラシに書いとけ

分散どうやって出すの？

>>81
http://whoopsidaisies.hatenablog.com/entry/2013/11/30/175613

MS的にはXOrDefaultじゃないの

>>79
.NETライブラリでも使われてないしな

outって呼び出す時に一々変数を定義しなきゃいけないのが面倒
Tupleは戻り値が分かりづらいって欠点がある
どちらも一長一短だから好きな方を使えばいい

.NETライブラリが使ってないから使わないって思考停止すぎんだろ

公認じゃない感あるし.NETの関数とマッチしないからな

クラス作ろうぜ

>>81
自分で書いてみた。
https://ideone.com/0fyIQN

それが一番修正とか楽だしな
クラスは正義

そうそう、クラスでやれってことな。

Average関数もあったんだな
https://ideone.com/0fyIQN

>>88と>>91は連動してて同じになっとるわ。

c#が気に入らなきゃMatzみたいにオレオレ言語作れよ

時間帯によってgpuの色味をコントロールするソフトを作りたいです
具体的にはf.luxみたいなソフトを作りたいのですが、かんたんですか？C#でいいんです？
f.luxはガンマ？が高目に設定されるようで、余計眩しく感じたりします

Windows10のナイトモードでいいよ。

時間帯によって徐々に変わるようにしたいのですが

グラフィックドライバの設定を変えるプログラム書けばいいんじゃね？知らんけど。
https://software.intel.com/en-us/forums/developing-games-and-graphics-on-intel/topic/607388

>>94
たまに似たような人がいるけど仕様段階で先が見えないくらいならあきらめた方がいい
このスレは設計のアドバイスをする役割ではないから

実装のアドバイスもできないけどね

画面関係ってOSのAPIレベルで標準化されてるのかな。
Win10だとそれっぽい機能がついてるから存在するのかもしれんが、それ以前のOSには存在しない気が

そもそも、昔よくあったOOPの責務の仕分け問題じゃないけど、画面の調整機能って
本来はモニター側が担当すべき機能でPC側でやるのはいかにも筋悪だよねw

>>99
お前はな

スキルの無いやつほど難しい事をやりたがる法則

まあ、でも、一人も試みるやついないってのも寂しい話だ

>>100
アドベガンマが昔からあるのでアプリケーションで変えることはできる
スレ違いだし興味も無いのでこれ以上調べる気にもならない
>>103
やりたい人はやればいい
要件整理からはじめてガチ初心者にずっと教えるのが覚悟できれば

>>85
c#7の新機能に出力変数宣言(out-var)がある。
これはこれで変数宣言を見落としそうだけど。

>>102
賢者は困難を知り愚者は不可能を知らず

>>106
愚者は厚顔無恥あり正しい事を指摘するとキレる

クッサ

値渡しと参照渡しの違いって、エクセルの貼り付けの「値のみ貼り付け」と「すべて貼り付け」みたいなもんですか？

「図として貼り付け」と「リンクした図として貼り付け」の方が近いかな

>>110
なるほど。そこまで外れてなかったようで安心しました。

>>109
変数：割り当てられたメモリー上の特定のアドレス範囲
値：変数の中身（変数に割り当てられたメモリーの範囲のバイト列）
参照：変数に割り当てられたメモリーの範囲の開始アドレス

まあ、値がwebページのコンテンツなら参照はそのURIみたいなもの

>>112
値をコピーする際にアドレスをよりどころにしているのが参照渡しということですね。
なんとなくイメージはわかるのですがなかなか。

>>113
何も難しくないよw

2chで言えば参照渡しは人（メソッド）に対してレスのアンカーを示すだけで
中身は教えない。

値渡しはレスの内容のコピペ

参照渡し：
>>113

値渡し：
値をコピーする際にアドレスをよりどころにしているのが参照渡しということですね。
なんとなくイメージはわかるのですがなかなか。

C#の次期バージョンではin参照渡しとかreadonly ref structとか参照渡し周りが超絶複雑になるよ

.NETライブラリがそれらを採用しないなら使わん

>>116
ライブラリってのが何を指してるのかしらんが、CLRはパフォーマンス向上のために採用するだろ

なんの思想もなくただ思い付いた機能追加してんな
次世代の課題はどう考えてもコードの自動生成だからな
もうc#にそれを受け切るキャパはないと結論出してくだらん機能追加してんのかな？

この設計を実現するためのこの機能ってのがないよな

馬鹿は要らん心配しなくていいぞｗ

>>119
ごもっともだがmsの言語拡張にいったい何パーセントのc#プログラマーがついて行けてるんだろ?

無駄にごちゃごちゃするだけ
要らんやろ

>>120
基盤のためだから、馬鹿な一般プログラマーはついていけなくていい
パフォーマンス向上だ間接的な利益を受けるから

値型参照関連の新機能はパフォーマンス向上のために追加されるから
使わん奴は一生使わんだろうな

>>122
>>102の法則が発動され中途半端な馬鹿がグダグダで複雑怪奇な(当然バグだらけ)の
コードを量産するから困るのです。

馬鹿と一緒に仕事しなければOK
馬鹿に仕事を発注しなければOK
そうもいかないって？馬鹿は大変だなｗ

受託開発なんて馬鹿の巣窟だわ

MicrosoftがVBを切り捨てたようにC#も底辺から切り捨てられていく
底辺プログラマの未来は暗い

C#は他の言語で便利な機能があれば取り入れようとしてる時期
rubyみたいに何でも取り入れてごちゃごちゃにならなければいいけど

本当の意味で新しい機能はしばらく追加されないだろう

>>128
それって簡単に言えばなんの思想もないから他言語パクって見ますって話でしょｗ

>>129
全部入れてるわけじゃない
思想的にあってるものだけ入れてる

似たような感じだったjavaとも進化の仕方から違いが見て取れるはず
C#の下位がjavaと思ってたけど今は結構違いがある

プログラマとして大事なのはコミュ力だから

技術力があれば不要なコミュニケーションを大幅ぬ削減できるという事実から目をそらさないで

それはない

そりゃC#にはVisualStudioとRoslynという超強力な助っ人がいるからね
さらにReSharper買えばリファクタリングも楽々

>>128
まあ8だろうね

outって使った記憶無いなぁってプログラム書いてたらTryParseで普通に使ってた

>>123
うむ
ほとんどの人は気にする必要すらない

Parallelで走らせてる処理を一時停止させる方法ない？

>>136
無い

private class Pixel
{
public byte R { get; }
public byte G { get; }
public byte B { get; }
public int Index { get; }

public Pixel(IList<byte> data, int index)
{
B = data[0];
G = data[1];
R = data[2];
Index = index;
}
}

private static (int x1, int x2, int y1, int y2) Solve(BitmapSource source)
{
var width = source.PixelWidth;
var height = source.PixelHeight;
var stride = width * source.Format.BitsPerPixel / 8;
var data = new byte[stride * height];

source.CopyPixels(data, stride, 0);

var pixels = data.Buffer(source.Format.BitsPerPixel / 8).Select((x, i) => new Pixel(x, i));

あるところのコピペですが、最後の行の data.Bufferで　「'byte[]' に 'Buffer' の定義が含まれておらず、型 'byte[]' の最初の引数を受け付ける拡張メソッド 'Buffer' が見つかりませんでした。」
となります。　Byte型にBufferメソッドはないのですが、なぜこのような記述になっているのでしょうか？

usingが抜けてる

>>140
.netのバージョンじゃん？

>>140
多分元々はBufferメソッドは拡張メソッドとして定義されてたものだと思う。配列型のメンバに無くてもあとから追加したように見せるやつ。

>>140
Rxじゃね

みなさんどうもありがとうございます。

>>141
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Navigation;
using System.Windows.Shapes;
なので問題はないと思います。

>>142
古い.NET Frameworkしろってことですよね？
やってみたんたんですけど、Byte型に　Bufferメソッドはなかったです。

>>143
自作した拡張メソッドなら他人にはわからないですね。
やってることはBitmapImageからピクセルデータの配列を取得してるので
べつのものに置き換えて済みそうな気がするんですが・・・
>>144
知らないのでググってみました。色々できそうなので調べてみます。

小さいから見えんかったけど
IListじゃん
ググると微妙に出てくる

C#のint配列はArrayの派生クラスですか？

そうだよ

>>147
形式的にそう見えるようになっているけど、実際には通常のクラスの継承とは異なってるよ
配列は配列型という特別な種類の型であって、クラスや構造体とはまた異なるものだ

...
}

var elm=doc.QuerySelector(“div.aaa span#idxxx”);
var text=elm.TextContent.Trim(); //文字列を取得

>>151
#idxxx だけでよくね？

id よりも先祖の階層は、指定する必要がない

最も子孫の、id 以降を指定するだけでよい

>>151
>>152
>>153
ありがとうございます！
明日確認してみます。

あるtextBox1と表示内容が同じtextBox2を作りたいのですが
textBox1.Text="hoge";
textBox2.Text="hoge";
と記述するのではなくて
visualstudioのデザイナーでコピーするだけでtextBox2を簡単に作れる様な方法はないでしょうか？

デザイナーでコピーすればいいじゃん

連動させたいってこと？

すいません、Textの内容hogeは計算結果をstringに変換したもので毎回違うので
単にコピーしただけでは出来なくて困っています

はい、連動させたいということです
データバインドというので出来るのかなと思ったのですが難しくてよくわかりませんでした…

複数のタブで色々な計算をしていて、その結果を見やすい様にひとつのタブにまとめて表示させたい
という感じです

コンテクストクラスを作ってタブ開いたときにそのコンテクストオブジェクトの内容を表示させる

更新タイミングでそうなるように値入れればいいじゃん

何ができなくて困ってるのか全くわからない

うむ。
textBox1.Text=res1;
textBox2.Text=res1;

textBox1.Text=res2;
textBox2.Text=res2;

こんな感じで毎回両方に代入すればいい。

なんで要素1つのタプルが宣言できねえんだよこのポンコツ

changed使えば

>>155
文字通りに解釈すると表示が同期するコントロールを継承・またはユーザーコントロールとして新しく作るってなるけど
>>164とどっちが楽とか考えてみたらいいよ

EF初心者なんですがPKが有るDBでsaveChangesしようとするとPKが重複してるというエラー出ます。解決策を教えてください。

コードを修正する

>>170
Listに1票

ListのAddはO(1)、RemoveはO(n)
DictionaryのAddはO(1)、RemoveはほぼO(1)
なのでキーがユニークになるならDictionaryを使えばOK

あとDataTableは余程のことが無い限り使っちゃダメ

>>170
それを保存するならDBを使うべき
SQLiteとか

DataTable はダメなんですか？

別件ですが、日時を有する情報で、ある特定の期間の直近のデータを特定したい場合があり、
Ｓｅｌｅｃｔを使いたいのでDataTableを使った経験があるのですが、よくなかったですか？

>>173
保存はしません。あくまでも内部の情報としての利用です。

DataTableは土方臭いから、やり方に拘るタイプの人は嫌ってることが多い
DataTable自体は、パフォーマンスに優れ、クソ安定した優秀な技術
愛用してるプログラマがクソなだけ

DataTable よりも List を使うと 10 倍早くなる
略
DataTable 8.32, 8.12, 8.12 sec
list 0.88, 0.83, 0.83 sec
とう具合に、DataTable よりも list のほうが 10 倍早くなっています。

その10倍がボトルネックにならなきゃどうでもいい

>>178
質問者が実行速度にこだわっているのならどうでもよくはない
そんな話するのならこの質問がどうでもいいってなる

皆さん、ありがとうございます。
速度も速いしクソにはなりたくないので、今回の案件ではlistを使う方向で進めることにします。

先ほど書いたとおり、以前DateTime型の絞込みでSelectが便利だと思いDataTableを使ったことがあります。
この場合も、listで、自力でソードや比較を実装した方が良かったのでしょうか？

まぁ速度の兼ね合いかとは思うのですが、皆様ならどうしますか。

8秒と0.8秒だったら大騒ぎだが80msと8msの差だったら無視できるという意味では
どういうものをどのくらい扱うかで違うから本人がテストしなきゃ仕方ないね

DataTableはオワコン
Microsoftも切捨てようとしたがクレーマーの圧力に負けてしぶしぶサポートすることになった

>>180
まず用途が管理なのに保存しないとか意味不明なんだけど
データその都度読み込んで捨てるのなら作りやすい方で作って
速度アップ見込めそうなら形式を変えるだけ

何れにしてもLinqは覚えておこう

RemoveするならGetHashCodeとEqualsをちゃんと実装してHashSetにぶち込んだ方が良くない…？

リストに重複データが存在するかもしれないしHashsetにしていいかは不明だな
設計書とか作って主キーやユニークキーにあたるデータを明示的にしてんならそれでいいけど大抵はIEqualityComparer指定する方が使い勝手がよさそう

>>180
先ずは作り易い方で作れ
速度面の改善をするのは、一通り完成してからでいい

ボトルネックは大抵、標準ライブラリからどのクラスを採用するかなんてレベルには無いから気にすんな

>>169
分からないなら答えなくてもいいよ

皆さん、レスありがとうございます。

色々と馴染みのないキーワードが出てきたので少しずつ調べて行きたいと思います。

Googleのトップがプログラミング

>>182
クレーマー言うな。
EFが普及してないんだから仕方ない。

msはDataTableよりvb6に引導を渡してくれ。

Webフォームを作っています。
サーバ上の特定のフォルダに、とあるファイルが不定期に生成されます。
それを監視してWebフォームに表示したいのですが、FileSystemWatherのようなコントロールはないでしょうか？

ない場合、Ｔｉｍｅｒで回すしかない考え付かないのですが、通常Webフォームで１秒間隔程度なら許容されるインターバルでしょうか？

>>192
無いと言うか、あったところでその状況をサーバに取りに行かないとどうにもならん。

ユースケースによるかと。
コネクション数を気にしないなら、ファイルが生成されるまでタイムアウトしないAPI作って、ajaxで呼ぶのが一番機敏に動くと思う。
一秒間隔でリクエストはちょっと多いんじゃないかな。生成されてない画面を10人が10分開いたままにしたら、それだけで6000行もログが埋まってしまう気がする。

>>192
問題ないけど不定期ならプッシュ通知の実装もありますよ

>>193
言葉足らずですみません。

ＩＩＳが動いているサーバにデータのファイルが不定期に生成されます。
それをWeb画面で様子をみたいという要望です。
動いてる様子が分かればいいのですが、ファイルがまとまって生成される事があるため、
ある程度短いインターバルにしたいとは思ってたのですが。

ローカルアプリも考えたのですが、その場合、複数のＰＣがサーバのファイルを覗きに行く事になるので、それはそれで嫌かなと思いまして。

> ファイルが生成されるまでタイムアウトしないAPI作って、ajaxで呼ぶ
もう少し教えてもらえないでしょうか。
ＡＰＩって具体的に何で作ったどんな形式のものですか？
調べるヒントをください。


>>194
同じくもう少しヒントを！どんな感じの実装ですか？

>>195
ごめん、Webプッシュと言うらしいけど未だ使ったことは無いんだ
グーグル先生に聞いてください

>>195
SignalR

C#を採用したTizen4.0っていうOSのスマホが発展途上国でバカ売れらしい

indexでF5連打

この人と同一人物じゃないかと疑ってしまう

703 名前：デフォルトの名無しさん (ﾜｯﾁｮｲ 02c2-8CrJ)[sage] 投稿日：2017/11/21(火) 21:20:36.17 ID:8K/pnPq30 [1/2]
最近のオシロスコープはWebサーバー機能を持っていて、Webブラウザでアクセスすると
計測画面を表示させることができますが、C#で同じような機能を簡単に実装することはできるでしょうか？
リモートデスクトップではなく、WinFormsのアプリ画面だけをネット越しに共有する感じです。

>>195
Web Socketかポーリングを使う
つまりSignalR

ポーリング間隔はどっちにしろ決めないと話にならない

ロングポーリングかWebSocketならポーリング間隔は不要だぞ

>>203
どういう仕組み？

サーバー側でクライアント数の把握をするの？
悪手じゃね？

通知が取得できるようになるまで長いことセッション張りっぱなしにするだけだぞ
悪手もクソも普通に使われてる手法

>>205
SignalR知らんの？

>>206
それってサーバー側でクライアントを管理してないとできないよね？

>>207
いや、これ仕組みの話だから

>>208
それが何か？
普通のHTTPリクエスト処理だって、リクエストを受け付けてからレスポンスを返すまで、
君の言葉で言えばクライアントを管理してるだろ
そのレスポンスを返すまでの時間が長いだけだよ

>>210
ファイル更新が丸一日無かったらどうなんの？

>>211
リクエストにタイムアウト付けるに決まってるだろ

元の質問Timerで一秒間隔で呼び出すとかなんだが大丈夫なのか？

>>213
5chのリクエスト数に比べると屁みたいなもんだろな。

そもそもサーバーのファイル一覧を表示するWebアプリなんか自分で作らなくても出来合いのOSSが腐るほどあるだろ
自分で作るより遥かに品質もいいよ

>>214
サーバーがそんな強力な前提か

webベースのファイル管理サービスでイケてるやつあったっけ？

>>214
キャパシティ的な話をするなら、そもそもサーバーのディレクトリを各クライアントがネットワークドライブにマウントしても全く問題もないだろうな
用途的に、問題になるほどにクライアントの数が多いとは思えん

って違うｗ釣られて間違えたｗ
クライアント側の話だよ

>>219
ロングポーリングなら関係ないぞ
結局はサーバー側でのファイル生成イベントの発生頻度次第

>>218
タスクトレイ常駐型のデスクトップアプリでも作った方が使いやすいだろうな。

サーバー側はFileSystemWatcher(だったっけ？)でフォルダ監視してなんかあったらテキストファイルでもDBでも適当な保管場所に情報を保存するサービスと
その保存場所から自動更新でひたすら情報を読み取るWeb画面作ればよくね？

自分ならそうするわ
ボリューム的に半日仕事で終わるし

1秒じゃなくて4秒にしよう

他のアプリにキーボードのコマンドを送りたいのですが、どの様な方法があるでしょうか？
sendinputなど調べてみたのですが例が少なく今一理解出来ませんでした

プロセス間通信

>>222
> その保存場所から自動更新でひたすら情報を読み取るWeb画面作ればよくね？
だからそれやるとクライアントが多い時にサーバーがパンクするからSignalRとかでサーバーから通知するって話
まあサーバーから通知って言うけど仕組み的にはイベント発生までレスポンスを返さないって言うだけのことなんだけどな

なつかしのSendMessageとか

>>224
SendKeysで
sendinputは他のプロセスには送れない

.netの場合クラスないでFontオブジェクトを生成した場合にはクラスを解放した場合は
Fontオブジェクトは解放されるの？　Disposeすべきかどうかはどうやって調べたら
いいのだ？

>>226
しないっつうのw どういう理解してる？
なんのためにわざわざ別にサービス作って保存してんだ

これでパンクするならごく普通のWebサービスも作れんわ

>>229
パフォーマンスを要求するなら適切なタイミングで解放すべき。
どうでもいいならガーベッジコレクタに任せる

質問の答えになってなかった

>>229
IDisposable実装してないクラスは放置で良いと思ってる。

FontをDisposeするコードは見たことも発想も無かったな
newで作ったら全部Disposeする発想なのか

Font, Pen, Brushはサイズ重いしな

>>234
Fontはコントロールを自作する場合は（ほとんどの場合手抜きで）コントロールと同じ寿命に
することもあるけど、usingで対処できる場合が大半でしょ

>>230
見たときに最新情報になってりゃいいんじゃなくて、イベントが発生したらあまり遅れずにクライアント側の画面を更新するんだぞ？
なぜSignalRとかの話になってるのか理解してないだろ

>>237
そもそもWeb画面で見たいっつう要望じゃん
つうか100台同時アクセスして毎秒更新してもカスみたいな負荷だわこんなもん
一体どんな骨董品で動かす想定してんだよ

そうでなくてもSignalRなんているかよ
サービスでtcpポートlistenしてイベント発生する都度情報を垂れ流す古き良きソケット間通信で十分だろw

日本語で

>>239
ブ ブラウザ画面の話してるから要するにWebSocketってこと？

>>241
いや
デスクトップアプリにするんでもソケット間通信でいいよねっつう話

Webアプリで素のソケット通信って何なのさ?

質問者置いてけぼりでワロタ
いつの間にかサーバ側を何とかする話になってる

皆さん、単純なものを複雑に実装するスキルをお持ちのようでw

C#でデーモン作って状況をDBに保管して、webシステムは普通にDBからページ作れば良いんじゃね？
セッション全てがフォルダアクセスに行くと面倒だからそれだけ避ければいい

知らないのならば

>>195
見たい時にボタンクリックして最新情報を取得すればいいやん。
常時モニターする必要性は無いだろ？

本当に初歩的なことで無知で予め謝るね、ごめんなさい。

var revokedPasswords = [
];

function getAuthenticationHash (password) {
var hasher = new jsSHA("SHA-256", "TEXT");
hasher.update("vira " + password.trim().toLowerCase() + " mate");
return hasher.getHash("HEX");
};

function isValidPassword (password) {
if (revokedPasswords.indexOf(hash) >= 0)
return false;

var hash = getAuthenticationHash(password);
if (validPasswords.indexOf(hash) >= 0)
return true;

return false;
};

context.getAuthenticationHash = getAuthenticationHash;
context.isValidPassword = isValidPassword;

というのがあって、これはパスワードを”SHA-256”ってやつで変換しろってことであってるのかな？

>>249
ここはc#スレです

>>249
はいそうです。

>>227>>228
ありがとうございます

最終的にバックグラウンドでキー入力を他アプリに送りたいのですが
どういった方法があるでしょうか？

>>252
https://msdn.microsoft.com/ja-jp/library/system.windows.forms.sendkeys(v=vs.110).aspx
https://dobon.net/vb/dotnet/vb6/sendkeys.html
バックグラウンドとは？
特定のアプリに対してのみ送信なら無理

>>252
バックグランドってタスクトレイ常駐アプリにしたいって事?
NotifyIcon使えば出来るけど。
バックグランドがWindowsサービスって意味なら無理かな。

.NETのSendKeysは、半角カナや&は化ける。
WSHのSendKeysを使えば化けないかも。

>>238
> そもそもWeb画面で見たいっつう要望じゃん

>>192と>>195を読んで自動更新したいんだ
って理解できないアホは黙ってろ

>>238が言ってるのは、クライアントがサーバーに対してXHRでも使って1秒ごとにポーリングすればいいということだと思うぞ
リクエストのたびにサーバー側でも毎回ファイルシステム舐めてファイル一覧作ってたら遅いだろうけど、
サーバー側ではFileSystemWatcherなり定期的なポーリングなりで非同期でファイル一覧のキャッシュを更新していけば、
クライアントが頻繁にリクエストしてきてもまず問題にはならない

>>256
普通誰が読んでもそういう理解になるよね

>>255はWebに疎すぎる

(A)サーバー内でのファイルシステムに対するポーリング と、(B)クライアントによるサーバーへのポーリング がごっちゃになってるのがこの話の混乱の原因
そこを非同期で分離するのはまず常識的な大前提であって、
ABそれぞれをどう最適化するかはそれほど重要ではない
とりあえず実装が手っ取り早いのはABとも定期的に更新することだし、
効率と即時性を追求するならAはFileSystemWatcherでBはロングポーリングorWebSocketだろうね

>>256-258
なんでそんなタコな設計するんだ？
って>>193に既に書いてあるのにバカすぎるだろ

質問主はWebアプリに拘ってるわけじゃないけど
沢山のクライアントPCからWebサーバのフォルダを共有したくないからWebアプリが良いかな程度に思ってるだけだろ。
Webサーバ上に監視サービス作るのならWebアプリに拘る必要は無いし。

>>260
>>193がバカだからね
仕方ないね

ファイルが生成されるまでタイムアウトしないAPIとか、1秒間隔のリクエストが多いとか、6000行のログとか
何もかも全てが意味不明だからね
どうしようもないね

>>260
>>193と矛盾することは何も言ってないつもりだけどな
>>193は>>259でいうBの部分の実装例を挙げてるだけであって、Aの部分については何も言及してないぞ

悪いけどこれC#の話題なのかなあ？

じゃあ会社でLINQを薦めようとしたら、その前にまずユニットテストを覚えさせなければと愕然とした話でいいのか

ソケット通信はstunnelで暗号化するんだよね？

>>263
そもそもAをどうのこうの言ってる奴は池沼の>>222ぐらいだろ w

イベントの購読破棄って
どんなケースでも破棄されるように几帳面にやるものなの？

http://takachan.hatenablog.com/entry/2014/10/21/011333

これ見たら-=しなくても漏れないようなので
サボりたくなるんだけど

サボってはいけないケースとサボっていいケースがあるなら知っておきたい

>>268
何やってるのかよー分からん記事だねw

イベントでリークが発生しうるのは相談室の方の97に書いてあるケースだけだと思う
それは違うって言ってる人もいるけど、たぶん何か勘違いしてるだけだと思うね

{"status":"go","solution":{"Res":"0SpQ"},"endTime":1512663686}
っていうJSONデータがあって、その中のResの値をとりたいんですけど、


var seri = new DataContractJsonSerializer(typeof(recapres));
byte[] bytes = Encoding.UTF8.GetBytes(a);
var ms = new MemoryStream(bytes);
recapres info = (recapres)seri.ReadObject(ms);

ここまでは調べて書けたんですけど、
この先のResの値をとるコードの書き方がわかりません。
どのように記述すればいいのでしょうか？

solutionの部分は、
[DataMember]
public List<SOL> solution { get; set; }
としてしてます。

>>270
です。
調べる方法変えたらいけました

>>269
サボってはいけないのはイベント発行側のライフサイクルが長いとき

サボっていいのは発行側と購読側のライフサイクルがほぼ同じとき

という理解でOK？

>>268
このリンク先の人はイベントとGCを正しく理解してない
この人、他の記事もバカっぽいのばっかりだから初心者はこんなの見ちゃだめ

>>272
間違ってはいないけど、補足するなら
発行側より購読側のライフサイクルが長いときもサボっていい
参照の向きは必ず発行側→購読側なので、イベントハンドラの登録そのものは発行側の寿命には影響しない
フォームとボタンのように、たいていは購読側も発行側への参照を握り続けているので、結果的に寿命は一致するケースが多いんだけどね

>>273
SIerの中の人のブログだね
c#でメモリリークって「推して知るべし」

>>262
193だけどなんで？
普通にロングポーリングの実装かと。

イベントとかUIしか使わんしUIはデザイナーが勝手にコーディングするからイベントなんて使わんな

へえ、すごいね
帰っていいよ

+=を一切使わずに作るのか
コマンドバインディングを駆使する感じ？
それは確かに凄いな

>>275
ロングポーリングの実装について勉強しといで
単にタイムアウトを無期限にする実装のことをロングポーリングとは言わない

>>279
うん、実装次第だよね。
無期限か、プロキシに切られる寸前にするか、10分にするか、どうでも。
無期限はCouchDBのchange監視なんかは、ほっといたら無期限になるんじゃなかったっけ？
ログが大きくなったり他のを埋めるほどのリクエストは問題だと思うけど。特にイントラでの運用だと。
事例調べてきたらいいのになぁ

>>278
？

イベント使う機会ある？

>>282
無い人はそれでいいよ
自分には〜いらないとか〜必要ないとかそういうこと言いあうスレじゃないんで

>>283
単純に興味がある
みんななにに使ってるだろう。
そもそも要らないとは一言も

>>284
UIアプリつくったことないの？
イベントだらけやん

>>285
うん。UIしか俺も使わん。
それ以外にある？
UIのはデザイナが勝手にコーディングするからイベントに触れることがない。

>>279
> 単にタイムアウトを無期限にする実装のことをロングポーリングとは言わない
そんなことを思ってるのは君だけ
マジでちょっと勉強してきた方がいいぞ
今だと単なるアホにしか見えてないし

>>286
通信アプリとかデータが来たらオレオレイベント発生させる。

あらゆるクラスにログ出力のイベントつけちゃう

ＩＤ変わってるかもですが、>>192です。

反応できてないですが、皆さんの議論は参考にさせて頂いています。

SignalRですか？少し調べてみたのですが、目的に合致しているかもしれません。
ですが、後だしなのですが、今回対象になっているサーバがframework 3.5で、
現在運用されているwebアプリはVS2008で開発されています。
ここに追加する形で考えているため、SignalRは使えません。

（別の場所に同じようなサーバがあり、こちらは去年立ち上げたばかりで、水平展開することになり、かつ、私が担当する事になったら是非ともＳｉｇｎａｌＲなりを勉強したいと思っています。）


そこで、やはりTimerを使う事になるかなと思っているのですが、気になる点があるので教えていただければありがたいです。

ログが大きくなるとあるのですが、意識してなくてもログが記録されているものなのですか？
そのログはどこで確認でき、ログを残さなくすることはできないのでしょうか？

>>290
IISのログの事だろうけど気にしなくても良いでしょ。

プロパティー変化時の〜Changedイベントは普通に多用するでしょう。

非同期処理完了をイベントで通知するのは非同期メソッドが出来たので
流行らなくなったね。

最近はイベントも種類が増えたね
・ｘ：Bindによるイベントバインディング
・EventAggregatorって言う集約イベント
・Rxや、その派生のReactiveProperty

従来型はあまり使わなくなったね。

>>286
最初の質問は「イベント使う機会ある？」だったけど、相手によってどんどん変えるの？
動的にコントロール追加する時とかデザイナでできない
イベントが多重発生する状況のときは処理中に止めて終わったらイベントを再開する
他にもあるだろうけど自分が遭遇する機会無いのならそれでいいじゃん
>>290
質問続けるのならどこまでサーバー側をいじれるかも書いてほしい
一番簡単なのが他の人も書いているけどサーバー側でステータス用意して
クライアント側がそれを取りに行くだけの処理の時だから

PerformanceCounterって、
OS起動直後からしばらく立たないと使えないとかの制限あるんですかね？

>>294
なんも変わってなくね
最初から「UIしか使わんやろ」オンリーですが？

＞自分が遭遇する機会無いのならそれでいいじゃん
なにをそんなにイカってるのか分からんわ。
「イベントってUIしか使わなくなくね？イベントの使い道他になにがあるの？」
単純な疑問に突然キレられても困惑よ。

ここのスレの住人は「C#の〜要らなくね？」って意見に過敏だからなｗｗｗｗｗ C#信者だから当たり前かなｗ
要らないとは言ってなくてもそう解釈されるんじゃよｗ

あのさぁ、c#の#って要らなくねえ?
って言ってみる。

要りますよ、おじいちゃん。

#を取ったら、オブジェクト指向もジェネリックスもラムダ式も例外もイベントも無くなって平和になるべ?

>>294
失礼しました。
サーバは、frameworkのインストールとか、既存の動いているソフトをいじるとかはできないですが、
新たなソフト（Ｗｅｂでもローカルexeでも）を動かしたり、フォルダやファイルの操作は自由にできます。

>一番簡単なのが他の人も書いているけどサーバー側でステータス用意して
>クライアント側がそれを取りに行くだけの処理の時だから

自分に理解できない事は脳内でスルーしてしまっているかも。
これは別途、更新したファイルのリストを作っておくとかって事でしょうか？
確かに作成されたファイルを、各リクエスト（＝開いてるブラウザ、ですよね？）毎のＴｉｍｅｒイベントで行うのは非効率ですね。
私のレベルでは、サーバでローカルアプリを動かして、何らかのファイルなりＤＢに出力するくらいしか思いつきません。
Ｗｅｂアプリ内で、同等の事とかできればいいんでしょうけど。

>>290
記録されてる。IISの設定次第。
残さないってのは、邪魔なログがある以上に困るのでやめて。
>>291
IISのログだけど、障害調査する側に回ったら、気にしてほしいと願うようになると思う。

C#だけの話では無いのですが、インスタンス作られたら自分の仕事するだけでフィールドもパブリックメソッドも無いクラスって、OOP的にはアンチパターンでしょうか

>>304
パターンというのはみんなが繰り返しやるからパターンと呼ばれる

だれもそんな設計しないと思うので
何かのアンチではあってもアンチパターンではないと思う

>>304
フィールドを使いたいなら分からないでもないが、フィールドも使わないんだったら単なる静的メソッドでいいだろ
あえて変なスタイルを採用する積極的理由がない

>>304
コンストラクタの中で処理するのはアンチパターンに入るかも

>>307
コンストラクタだけで完結させるのはやはりアンチパターンですよね

データベース相手で、パブリックメソッドが一つしかないクラスを作った時に、コンストラクタで全部やっちゃえば良いねと作っちゃったんですけど、こんなことしてるクラス見たこと無いので不安に思い

コンストラクタ内で全部やっちゃうのは、
コンストラクタの責務を超えてる気がするなー

数年後とかに（または自分以外の人間が）、コードを改修するハメになった時に
うっかりその派生クラスとか作ると、ヘンな副作用を起こしそうなので
ちゃんとメソッドに分割した方がお行儀が良い、と思う

>>304
既に指摘されてる通り、アンチどうこう以前に普通は無意味だからやらないけど、
staticクラスは多態できない（インターフェイスも実装できないし継承関係も作れない）ので、
多態を実現するために例え状態（フィールドやプロパティ）を持たなくてもインスタンスを
作ることは理屈上はありえると思う。

私しゃーやったことありませんが

>>304
staticメソッドじゃダメなの？

>>305
ところで設計じゃないよ
コーディングプランだからw

>>313
ん？
何が違うんだ？

C++でゲーム作っていた者ですが
今後はC#で作っていこうと勉強しています

C++あがりのプログラマがC#で間違い易い、
ありがちなミスを教えてください。

迷わず行けよ行けば分かるさダー

C++とかいう高度な言語使えないから分からんにゃーい

>>315
ミスじゃないけどGCでイライラしそう

>>315
速度最適化を気にしすぎないことかな

>>315
C++プログラマがC#でよくやる間違い
・クラス名の頭にCを付ける
・名前空間やメソッド名を先頭小文字にしたりアンスコ入れたりする
・using 名前空間; を恐れる
・int を System.Int32 と書きたがる
・ループ大好き
・new を嫌う
・やたらとenumを多用する
・エラーを戻り値で返す

あと、
・やたらとでかいクラスを作る
も追加で
C++はクラス定義が面倒なので心理的に大きなクラスを作る癖がつきがち

C#はRADありきで細かい部分はちょくちょくリファレンスを読んで確認するしかない

>>320
> ・やたらとenumを多用する
具体的な解説Please。
C#でもよく使うと思うけど。

templateの感覚でGenericを使おうとして発狂する

>>323
C++で多態を使うなら便利なRAIIを捨てなくてはならない(スマポを使うこともできるが、普通は可能なら避けたいと考える)
多態を使う心理的ハードルが高くなるわけだ

>>318
かなり持続性を求めるアプリ？FullGCの影響くらうのって1秒くらいだよね？

地雷原のC++を歩けるなら舗装道路のC#なんか楽勝だろと思うけど、
落とし穴があるとしたらこういう驕りかもしれんね。

C#出た頃C#によく分からん難癖付けてたのはJavaな人で、C++erはむしろ
好意的な評価の人が多かったような気がするから考えすぎかもしれんけど

>>325
それとenumに何の関係が?

>>326
１秒ももたついたらクソゲーの烙印押されと思うぞ

ゲーム開発かよ

動画でも音声でもリアルタイム処理が必要な場合は1秒でも止まると困るね。

１０秒に一度ぐらいずつ強制gcやっときゃいいよ

大昔のPC-98じゃあるまいしそんな止まらないからw
何でGCの話になるといつもこうなのw
何十年前の話をしてるんだよw

GCで体感できるほどもたついたことないな

>>328
さすがにenumと多態が結びつかないのはオブジェクト指向の理解不足

>>335
分からないから詳しく

enum継承できねーから使わねーよ

>>337
そういうことか

んー、それでもC++の人が多用するって理由とそれがC#じゃ間違いって理由がよくわからん。

>>339
C++使いは多態を使いたがらないから、多態使わないならenumをなんの懸念もなく使えるから使いまくるってことかな？

この流れは質問に対して必要なのか？
後今更だが
>>320
>・名前空間やメソッド名を先頭小文字にしたりアンスコ入れたりする
これは非推奨だがビルドが通るので間違いとは言えない

enum を継承？ w

>>341
エラーじゃないならいいってことならそれ以外のやつも当てはまるだろ？
なぜそれだけピックアップしたんだ？

>>343
他は知らん

>>342
クラスの中にインナーenum（？）を定義したら、そのクラス継承してもそのenumが未定義になるってことかな？

最近enumが〜って言う初心者が一人紛れ込んだだけだから
相手にしなくていいよ

言語そのものの事ではないのだけど。

Windows10 の PC に入れっぱなしにしてた VS Community 2015 で C# で Webアプリ(MVC)の新規プロジェクトを作成して、
それをそのままビルド→実行するとブラウザが起動して(これは当たり前)、
サーバーエラーとなって「指定された引数は、有効な値の範囲内にありません。」て表示する＆
ダイアログで「Mirosoft.VsHub.Server.HttpHost64.exeは動作を停止しました」って出ます。
HttpHost64.exeの方は連続して出てて、 KB3090034 を当てたら最初の１回だけになりました。

原因が分からないので同じような症状を経験、解決した人か心当たりのある方がいたら対処法を教えて欲しいです。

これは？
http://northbrain.org/?p=1503

enum大好きな人多いよね

処理結果表すのに文字列やint使いたくないからenum使っているけど、他に良い方法あるかな？

>>350
設計の筋が悪いんだと思うよ
たとえばデータ取得処理が返すべきは成功コードorエラーコードではなく
取得したデータそのものであり、失敗したら例外を投げる

ごめんなさい、例の子呼んじゃいました・・・

死ね

質問があいまいな上に答えてもらった相手を例の子呼ばわりって何がしたいんだろう
文字列とint対応させて作りたいのならenum使うの自然だし変えようとしたらその設計変えるしかないわ

なんでこうも例外は嫌われなきゃいけないのか

あいつが召喚されるから

>>350
オブジェクトを返せばいいよ

例外を使えないならOOPやめたほうがいい
というかプログラマやめたら？
同僚からしたらすげえ邪魔なんだけど

>>355
>>358
例外の話じゃなかったのに処理結果＝例外なんだ

>>359
一般論的に言って例外使えない子は退職して欲しいってだけだよ
>>354に対する答えは>>358で出してるでしょ

例外も内部にステータス持つなら同じことだから、要はenumのかわりにクラスを使えということなんだろう。
必ずしもそれが筋が良いとは思わんけどな。

>>360
例外使えないとか使わない前提じゃないけどもう日本語通じないか
ファイルダイアログも使ったことないんだろうね

>>360
＞>>359
＞一般論的に言って例外使えない子は退職して欲しいってだけだよ
＞>>354に対する答えは>>358で出してるでしょ

安価ミス
>>354に対する答えは>>357で出してるでしょ

>>363
ああごめん
アンカーまともに判断して意味不明な煽りだと勘違いしたわ

enumで戻り値を返した先にはswitch〜case文の羅列が待っている
それは、オブジェクト指向として美しくない
とか言って見る

>>349
エナム？イーナム？

メソッドの結果が何種類かある
どの結果なら何をするかはメソッド自体は知らない
なのでenumを返してクライアントに判断してもらう
って理由でenumならなんの問題もない
enum switch地獄に陥るのはクライアントの実装の問題なので解消できる問題だな

イベントでもいいけどイベントは管理しにくいからできれば避けたい

>>348
ありがとうございます。
HttpHost64.exe のエラーダイアログは出ないんですが、「指定された引数は、有効な値の範囲内にありません。」は同じでした。
本当になんなんだろう。。

そんなもん地獄でもなんでもないわw
大袈裟なやつだなw

なんでEnumダメなん？.NET標準ライブラリでもよく使われてるやん

補完効くから便利だもんね
switchとか全部書いてくれるし

>>365
その主張一時期流行ったけど、今になって冷静に考えると
かなり羹に懲りて膾吹いてる感がある

ケースバイケース
microsoftが使ってれば万能というわけでもないし使ってなければダメというわけでも無い

ダメって言ってる奴の頭がおかしいだけ
enum の継承とか意味わからんし

>>374
ステートマシン作ってそのクラスを継承すると欲しくなる

ダメとは言わないがコード整理するとenumが自然と消える

どこでどういうタイミングで消えるのか興味深い

>>377
例えばこういう感じ

void ExternalCode(MyEnum e) {
int x = 0;
if (e == MyEnum.A) x = 1;
if (e == MyEnum.B) x = 2;
Console.WriteLine(x) }

↓

static class MyEnumEx {
public static int GetX(this MyEnum e) {
if (e == MyEnum.A) return 1;
if (e == MyEnum.B) return 2;
return 0; } }

void ExternalCode(MyEnum e) {
Console.WriteLine(e.GetX()); }

↓

class MyEnumBase {
public virtual int GetX() { return 0; } }
class MyEnumA : MyEnumBase {
public override int GetX() { return 1; } }
class MyEnumB : MyEnumBase {
public override int GetX() { return 2; } }

void ExternalCode(MyEnumBase e) {
Console.WriteLine(e.GetX()); }

ありがとう。
言いたいことはわかったけど、それって整理されたの？という疑問は残る。

この例だとenumで分岐されるのがint xという単一の値を決定する処理だけだけど、
ExternalCode() には class MyEnumEx を用意して、MyEnumを使う別の処理には
また別のclassを用意して、ってなるわけだよね。

君のenumの使い方がそもそもおかしいだけで、普通はオプション的なものに使うからそうはならないだろう

>>379
ならないわけだよ

MyEnumに関する責務が分散していることが問題だから整理して凝集させるわけだ
それなのに責務をまた複数のクラスに分散させてちゃ意味が無いだろう

別の場所でyを取得する処理が書かれてるなら
class MyEnumBase {
public virtual int GetX() { return 0; }
public virtual int GetY() { ... }
}
というように拡張していけばいい

>>375
サブステートを定義するとかしかやりようがないような気がするけど...
enum 使わなきゃ綺麗に書けるの？

>>368
最新の2017でないのなら専用スレで聞け
Visual Studio 2015 Part8
https://mevius.5ch.net/test/read.cgi/tech/1484855822/
VSは複数バージョン入れると干渉して稀に不具合起きるらしいけどその辺は自己責任

>>381
そこ集めちゃうの？という印象。
たとえば enum System.IO.FileMode のようなものを class で置き換えるとした場合、せっかく
抽象化したのに操作対象毎に異なる実装をそこに全部書くことを想定しているんだろうか。

>>384
操作対象はインターフェースで分離する
FileModeはFileModeに関連する責務だけを担当する
操作対象に関する責務はFileModeには無い

むろん全てのenumをオブジェクトにすべきと言ってるわけではない
ビジネスレイヤではオブジェクトにしたほうが良い場面が圧倒的に多いが
単なるフラグセットとみなしたほうが有利な場面もそりゃあるだろう

>操作対象に関する責務はFileModeには無い

だからね、例えばローカルファイルとネットワークドライブ上のファイルとで同じFileModeに対する
操作手順が異なるとした場合、それをどこに実装するかって話。
1つの class Enum に実装するのは論外として、インターフェースと実装クラスに分離するなら>>379の通り。
あるいはFileクラスに掛かる実装は class Enum 側に持たないというならenumのままでもいいじゃん、となる。

>>386
結局そうだよね。圧倒的かどうかは知らんけどw

xがなにで１と２でどう違うのか分からんが
まずxをクラス（か構造体）にするべきだと思うんだが

>>388
大した意味のないサンプルに深入りするの馬鹿馬鹿しくない？

ほらキチガイが湧いたｗｗｗ

例外も列挙体もLINQもインタフェースもイラネってかｗｗｗｗｗｗ

死ねで終わらせとけばいいのに相手しやがって死ね

昔流行ったswitchを無くせって話は、元々はJavaみたいな関数ポインタもデリゲートも使えない言語で
ジャンプテーブルをどうやって実現するかって話（要するにいかに効率化するかって目線の話）
だったと思うんだけど、それが途中からこじつけか何か知らんけどOOP敵に美しいとか正しいって
話にすり替わった印象しかないね。

そりゃ多態使ってswitch無くした方が美しく可読的に書ける場合もあるけど、
そうじゃない場合の方が圧倒的に多い。

要するに上にも書いたけど、羹に懲りて膾を吹く類の話だよね。
今でもこういうこと言ってる人の話は真に受けちゃダメだと思う

enumをクラス化でシンプルにできるのはシングルのenumで状態が決まる場合
複合的な状態を持ってるとまあ理解に苦しむコードになるよ
ifとswitchのほうが読みやすく理解しやすいならそっちを使えばいい

>>389
例示されたサンプルがおかしいって言われてるって言うことをそろそろ気づこうか

しょーもな
首吊って死ねば？

>>393
オブジェクト指向をやるならカプセル化や単一責務は基本中の基本
enum switchはそれを全部ぶち壊しにする
だからやめとけって世界中で言われてんだよ

それは使い方が悪いだけだよ

>>397
お前の狭い世界はどうでもいい

まあ初心者スレだしOOPわからんってのも仕方がないか…
何年後かには理解できてると思う

>>378
このコートの最初が悪くてあとが良いとは限らないと思うが

これ100個あったとして
どこぞの言語みたいに一クラス一ファイル縛りがあったら100個ファイルが必要

それに見通しが非常に悪い
switchも見通しが悪いけど100個のクラスの100メソッドを検索で渡るよりまし