ふらっと C#,C♯,C＃（初心者用） Part134 ->画像>8枚

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part133
http://2chb.net/r/tech/1510056685/

■関連スレ
C#, C♯, C＃相談室 Part95
http://2chb.net/r/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のキーボードのこれはプログラム書くときのダブルクォーテーションとは違うんだな。ideoneでなぜかエラーが出たので気づいた。
これだと使える。

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

長押ししたらこんなん出てきたわ

>>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です
こんなにレスがつくとは思いませんでした。みなさんありがとうございます。
①結果を格納するクラスを作成し、それを返し、参照する
②エラー文字列を返す
③例外を投げるか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
http://2chb.net/r/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メソッドを検索で渡るよりまし

状態によって見やすいコードはかわるけどswitcｈ==悪はfalseだろ

>>402
草

雑談スレか

>>401
すまんがまず100このenum値って時点で設計ミスだと思うぞ
普通の業務ロジックでそんな区分分けみたことないわ

大量のenumといったらせいぜいリソースIDのラベル化とか？
そんなんまでクラス化はしないよ
なんでもクラス化するわけじゃないってなんどもレスしてるよね？

まあ仮に区分が膨大な場合でもそれがビジネス上の振る舞いを持つならクラスにしたほうがいいぞ
クラスにしたら見通し悪いっていうけど
そりゃビジネスそのものが見通し悪いんだから仕方がないか
クラスっていう保護がなければもっと悲惨なことになる

>>383
誘導ありがとうございます。

もともと責務と言いながら
状態を伝えるだけのenumをクラスに拡張しちゃって責務の内容を広げっちゃって
保守性を落としてるんだからまだまだだね

>>405
1つ目と3つ目を比べると1つ目のほうがすぐれたコードだと思う

理解しやすい

それ以上優れてる理由はない

enumが100個あってシステムのあっちこっちに分岐があります
仕様が変わりました値Aの仕様が変わりました

enumの場合:
システムをenumのAで検索
あっちこっちでヒットしたコードを慎重に整合性を確認しながら修正
もしかしたら見逃しがあるかもしれないと不安を抱えながら作業
Aを修正してるのに周りの他の値の場合の処理が凄まじいノイズになってめまいがする
コードが他の責務に埋め込まれてるのでテストは容易ではない

クラスの場合:
派生クラスAが定義されてるファイルを開く
1つのファイルに集中できるので楽々修正
Aに関する処理は全部このファイルにあるので見逃しも無い
他の値の処理が周りに無いのでクリアな視界で作業可能
クラスになってるのでテストは超簡単

enum値が削除されたら？
新しいenum値が追加されたら？
クラス化されてないと超しんどいぞ
システムにばら撒かれたenum100個なんて管理しきれないよ
OOPの言語と開発環境ならクラス100個は楽勝で管理できるけどな

>>409
クラスを使うべき時は使う
そうじゃないときはswitch enumでも十分

enumなんて存在すら忘れてた
もうクセでデータ保持するクラス作っちゃってたわ
やっぱ固定値の列挙はenumの方がええんやろか

>>411
それでいいよ
ビジネスが入り組んできたらクラスにリファクタリングすればいい
俺は最初からクラスにしてるけどね

>>410
> システムにばら撒かれたenum100個なんて管理しきれないよ
enum 使ったことないのか？
なんか実務を知らないのに
http://iwa4.hatenablog.com/entry/2013/03/04/180521
とかを見て switch は悪 ⇒ enum 不要
とか拗らせてるって感じ w

enumをクラスにするという考えがあることが根本的な設計のセンスの無さを感じる

そのenumを置き換えたクラスを使う場所が100個あって後段でそれぞれ違う処理（メソッド）が必要なら
100個のクラス＊100のメソッド=10000必要になる
本当に管理しきれるのかな

記号は記号でしかないと思う

君たちはさC#を使ってるけどOOPはできてないんじゃないかな？
たぶん昔ながらの手続き型のパラダイムから進歩してない
フィールドやプロパティは丸出しで
データベースの物理構造を色濃く反映したDTOを
ネストしまくり分岐しまくりのやけに長いトランザクションスクリプトで処理する
そんなコードばかり書いてるんだろ？

>>416
仕切れるよ
疎結合高業務で責務がしっかり分けられてるからね
というかそれで管理できなかったらクラスという枠組みを失い無秩序状態になった同じ数(経験上もっと多くなるが)の処理なんて余計に管理できないだろ

>>417
キミ自身、キミの言う「昔ながらの手続き型のパラダイム」でキミの考える最強の「OOP」をしとるんやで
もう少し脳を鍛えようか？ね？

滅茶苦茶レベルの低いところで仕事してるんだろうなあってのは伝わってくる

>>418
いや、あんたの主張は疎結合どころか、enum相当のクラスに結合しまくりだろう。

>>421
疎結合だよ
クラスにすればenumを使う側はenumの振る舞いの実装を知らなくていい
クラスにすればある値と他の値の処理が同じスコープで干渉しなくて済む

こんな基本もわかってないんだよなぁ
ま、初心者スレってことか

はい！
ID:1RSLLPBxの勝ち！ｗ
おまえらドンマイｗ

enumの使い所を間違えるようなレベルの人間でないと共感は得られないと思う

と、中身のないレスをしてみるのであった。

ステータス（状態）をクラスにしちゃうと色々と説明が必要になっちゃうけどな
もっと素直に設計できねぇの？
お前らの剣は無駄な動きが多過ぎる

すみません。質問ですが、例外とエラーの違いって何ですか？

状態に複数の要素が絡んだ時、彼はどうクラスを設計するだろうか

>>425
>>427
>>429
負け惜しみが見苦しすぎるｗ

例外は制御がぶっ飛ぶやつ。
エラーは、正常に処理ができなかったという意味。

状態数も20くらいまでなら把握できるが…それ以上はいやだねえ…

>>428
ここで言っている例外はtry-catchでcatchで受けられる処理(Application Exceptionの類)の話
そのエラーの意味が何に対するエラーなのかわからないので違いは説明できない

enumだらけの.net frameworkを、enumじゃなくてクラスにしろよなんて思いながら使ってないだろうよ

>>434
ベーシックライブラリと業務システムのドメインロジックを同じ感覚で書くプログラマは居ないよ

>>435
だから普通は使い所をわかってるから、こんなこと何の議論も起こらないよねって話じゃん

からからうっせーよ死ねや

>>436
わかってないからなここの初心者連中

このスレ来ている時点でみんな初心者。スレタイに「初心者用」ってちゃんと書いてあるから

初心者ならいいんだけど、初心者を卒業したと勘違いしてる ID:1RSLLPBx が痛々しいだけ

今日は負け惜しみを沢山見たが反論は少なかったなぁ

キチガイにふれるなよ

計算量の観点で比較すると
switchはコンパイラが2分探索にしてくれる場合がある O(log2(N))
クラス化はインスタンス生成された時点で仮想関数テーブルが紐付く O(1)+ディスパッチのコスト
で合ってる？

>>443
switch でも状況によってジャンプテーブルにしたりするんじゃね？

>>444
C#はジャンプテーブルも使うみたいですね
この比較はあんま意味ない気がしてきたので閉めます

俺以外でここまで書き込んだ奴は明日朝一で中央線に飛び込んで死ね

仮想メソッド呼び出しはJITがインラインキャッシュで展開するからコストはほぼゼロのはず

>>446
板違い。メンタルヘルス板に行け

補足
展開っていってもインライン展開するわけじゃないよ
静的なメソッド呼び出しに置き換えるということ

>>428
例外 ⊂ エラー

>>449
vtable を間に噛むんじゃないか？

>>450
マ？

shapeクラスをベースに持つrectangleとcircleクラスの挙動をswitchで制御してるならOOPに反すると思うけど
確固たる概念も実体もないものをわざわざクラスにしてまでenumを消す理由はない

普通のマジックナンバー代わりの記号がenum
オブジェクト間でクラスがメッセージをenumで渡すだけ
上手に使えばいいだけ

あ、もうその話終わってるんで(^^;

>>453
お前も勝利宣言しとけよ
明日以降やられてもたまらん

実体の無い物をクラスにしたらドキュメント書けよと
それだけだけどな
書かないでやってる奴はギルティ

メッセージがただの記号だったのにクラスになるとオブジェクトの生成や
必要に応じてライフタイム管理が必要になる

しかも作ったオブジェクトに処理を移譲したり他のオブジェクトを渡したりして新たなオブジェクトと結合が密になる恐れがある
そこまでしないなら記号の受け渡しで済んだものがクラスの管理が増えるだけでメリットは薄い

あー、そーゆーのはママに教えてあげてね

>>441
そりゃ反論はガン無視だもんな w

> オブジェクトの生成
状態変わらないのだからpublicなstaticメンバで持てばよい

> ライフタイム管理
そんなに気になるのならstructにすればよい

> 処理を委譲したり(最後まで)
全く意味不明

一晩経っても負け惜しみ言ってるやつ居てわろた
せめて反論したらどうなの？

>>457
メッセージを列挙値で済ませようとする発想がまずチープだがまあいい
RegexOptionsみたいな場合もあるからな
問題はドメインオブジェクトを列挙値で表現してしまうケースな
昨日から議論してんのはメッセージの話じゃないんだよそもそも
君はまだそこを理解してない

どうしてもenumにこだわりたいのなら
Attribute付加
拡張メソッド作る
こんな手段はある

他のオブジェクトとの関連云々ってさ
べつに列挙値からオブジェクトにしたから急に関連が出てきたものじゃないんだよね
ドメインの性質としてもともと本質的に関連があるものなんだよそれは
それがオブジェクトにしたことによって可視化されただけ
列挙値のままだと関連があるのにそれがハッキリと見えず暗黙の結合状態になってるだけ
それはまさに最悪の状態だよ

設計書の構造に箱ができないものをクラスにするのはセンスが悪いな
こんなゴミクラスたくさん作っちゃってクラス図でどうやって説明するの？

汎用ライブラリにでもぶち込むならともかく
こんな枝葉までクラスにされるとソースの粒度に統一感がでない
ステータスなんかクラスにすんなよ
ドキュメント書くのが面倒くせえだろ
それはイコール他人に説明する手間が増えてることだと気づけよ
どーせドキュメント書かないんだろお前馬鹿だから

他人に説明するためのドキュメントは確かに書かないな
ソース見たほうが早いし間違いがない

ソースコードが設計書である

俺が馬鹿かどうかに関係なく、
アジャイルやGOAでやるとどこでもそうでしょ

>>466
ワケのわからんソース書くやつに限ってお前みたいなこと言うのな

ちょっと昔な感じだな
今は当たり前にドキュメントを書いてる時代だと思うけど

はいはいご立派ご立派

おはようございます。（改行大杉で怒られたので行間を詰めています。

現在押し付けられて困っていることがありご教示いただければと思っております。
環境：フレームワーク4.71 + MVCフレームワーク5OS:Win2012

現在上記環境で動いているシステムがあり、
いくつかのリクエスト文字列と画像ファイル１つをマルチパートで受け取るシステムがあります。

今回、アンドロイド側のJAVAアプリからデータをマルチパートでPOSTしてくる予定だったのですが
時間不足で実装できないと言われ、データを以下のように送ると言ってきています。
（AndroidといえどJavaと同様なのでマルチパートのOutputStreamを作成して送ってくるだけだと思うのですが…。）
１．ファイルをバイト配列に変換
２．そのバイト配列をBase64エンコード
３．最終的にUTF-8の文字列にして通常のリクエスト文字列として送信
上記の仕様だそうです。
そこで上記の逆手順を…と思い
考えれる範囲で
１．リクエスト文字列をUTF-8バイト配列に変換
２．そのバイト配列をChar[]に変換
３．Char[]をFromBase64CharArrayでバイト配列に変換
とやってみたのですが
System.FormatException: 入力は有効な Base-64 文字列ではありません。
上記例外が当然のように発生します。
単純にアンドロイド側からBase64で送ってもらえればそのままデコードできるのですが
それも突っぱねられて困っています。
そもそもこの逆変換が技術的に不可能なようであれば相手側に強く言うこともできるのですが
その根拠が示せず言い出せません。
１．そもそも可能なのか？
２．手順的にはどのようにするのがよいのか
ヒントだけでも構いませんのでご教示いただければと思っております。
以上です。

>>470
欲しい形の文字列とどう違うのか比較してみろよ

>>471
ありがとうございます。

あぁ、なるほど！
該当ファイルをBase64文字列にして
その差を比較してみて両者が合うように変換していってみる
ということですね。
ちょっとコツコツやってみることにしてみます。

>>470
リクエスト文字列を直接Char[]にせずバイト配列にいったん変える意味が分からない
リクエスト文字列がBASE64の文字列でなければFromBase64CharArrayは使えない
https://msdn.microsoft.com/ja-jp/library/vs/alm/system.convert.frombase64chararray(v=vs.71).aspx/html

switchを無くせって話、WPFとかのMVVMにちょっと似てるね

どっちの場合も原理主義者が主張するような美しい理念がワークするのは、
ある一定の条件というか閾値を超える事例だけであって、それ以外の場合は
かえって可読性とか保守性とかが低下すると思うんだけど、原理主義者がそういう現実を
無視して何にでも適用可能な万能の方法みたいにごり押ししてる感がある

多少冗長になっても１つのルールに沿って全部書いた方が読みやすいだろ

もういい加減組めちまってる奴は
次の課題を自分で探さないといけない

プログラムスキルは組めるようになったら
そこでMaxなんだよ
さっさと次の課題を探さないから
どーでもいいことが意味ありそうに思えてくる

>>378みたいなケースでswitchをなくせ
って言うのはそりゃそうだなって思うけど
そもそも>>378の最初の方の組み方がおかしいだけでenumの問題じゃない
それを>>378の例だけでswitchをなくせと言うならまだしもenumなくせとか言い出すから頓珍漢なことになってるだけ

>>743
レスありがとうございます。
相手が手順的にBASE64のバイト配列をUTF8文字列にして送ってくるようだったのでその手順が必要なのかな…と思いまして。
そもそも何故バイト配列からBASE64の文字列にダイレクトにしなかったのかと…。おもいつつです。

>>470
元の仕様
１．ファイルをバイト配列に変換
バイト配列ができる
２．そのバイト配列をBase64エンコード
ファイルをBase64エンコードした文字列ができる(仕様上UTF-8でもシフトJISでも同じ）
３．最終的にUTF-8の文字列にして通常のリクエスト文字列として送信
これが何の変換かわからない(２．の理由により必要がない)

まず元の仕様を勘違いしていないか？
その上で逆手順のテストコードバグっているから不必要にややこしくなってる

ファイルをバイト配列に格納→をBase64に変換
↓
Base64をバイト配列に変換→バイト配列をファイルとして保存

>>470
あとBASE64の文字列の長さは4の倍数でConvert.FromBase64CharArrayにそれ以外の長さのChar[]を指定するとエラーになる
不足分を自分で埋める('='で埋める)必要があればそれもやらないと

多分UTF-8のBOMの有無でずれているんだろうな
手順がいくら増えようが不可逆になることはない

>>477
誰もenum無くせとは言ってないぞ
ドメインクラスをenumで表現するなって言ってる

ドメインが理解出来ていないからすれ違いのままなのかな

>>483
お前が誰か知らんけど

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

とか言ってたアホがいるって話

>>485
外人？
ダメともなくせとも言ってないじゃん

はいはい、言葉尻にしか反論できないってことね
可哀想だな w

やれやれ

あれあれ
これは言葉尻ではない気がする

goto文をなくせの頃から何にも変わってないな

gotoをなくせ
enumをなくせ
switchをなくせ
シングルトンをなくせ
ヘルパークラスをなくせ

一応どれも正しい
間違ってはいない

でもこういうルールは別に守らなくてもいい
どうでもいいルールなんだよ

DRY原則とかOpen/Close原則とかの設計原則の方がより重要あってね

どっちでもどうでもいいよ
どうせ動くんだし
テストをしっかりすればいいだけ

gotoとenumの間にはかなり差がある気がする
前方へgotoは絶対悪だから使用厳禁
ドメインのenumと同じかw
もうちょっと緩いと思うが
switchはパターンマッチとして使うのは推奨なご時勢だけどC#のswitch構文は力不足だね

gotoは後方への方が凶悪だろ
前方だけに使う分にはbreakやtry-catchと大差ない

書いてから気付いたが前方参照の意味での前方か
失礼

>>490
ルールと呼ぼうが原則と呼ぼうが本質は何も変わらんよ
要するにバカの暴走を制限する為の足枷でしかないw

>>495
〇〇をなくせというルールが馬鹿にたいする足枷でしかないのは全くその通り
だから俺みたいな賢人にはどうでもいい

逆に馬鹿に設計原則は理解出来ないだろう
SOLID原則が理解出来るならそいつは馬鹿ではない

>>496
表面的な理解で原理主義に陥いってしまう奴は沢山いるし
本質的にそいつはバカなんだと思うよw
それは理解してないのだと言われればそれまでだがw

質問と関係ないレスどこまで続けんの
相談室行けよ

バカにされて色々悔しかったんだろ、察してやれや

抽象的な話になると必ずこういうレスがつくなw
これもバカの典型w

enum不要っていう馬鹿らしい主張は全然聞かない