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

2018/06/05(火) 19:32:42.28

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者、議論をしたいだけの人は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

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

■関連スレ
C#, C♯, C＃相談室 Part93
https://mevius.5ch.net/test/read.cgi/tech/1492818720/
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part137
https://mevius.5ch.net/test/read.cgi/tech/1523004019/
■コードを貼る場合は↓を使いましょう。
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

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-EqDK) · 2018/06/09(土) 11:28:17.50

>>55
if (cond) {
}
と書くのだったら、関数の場合も
int func(int arg) {
}
とするのが統一がとれていいんじゃない？なぜ関数と if 文とで書き分けるのか、その理由がわからない

2018/06/09(土) 11:40:22.30

その自己主張要る？

2018/06/09(土) 11:41:04.90

あ、>>57は>>55宛てね
宗教論争は他所でやって頂きたい

2018/06/09(土) 11:42:25.58

メソッドとif文に差付けなくてもインデント違う時点で判別付くんじゃないのか
と思ったが、ローカル関数出てきたんだっけか

2018/06/09(土) 12:02:32.41

if (cond) statement;

if (cond) call();

if (notcond) return;
statement;
statement;
statement;

{}がなくても見やすいね

2018/06/09(土) 12:03:48.88

>>56
それぞれの制御文 (if, for, whileなど) 同士は機能が似通っているが、
関数は全く違うから、見た目も書き分けた方が良い。

Pascalだと関数は
　function func(arg: integer): integer;
　begin
で、制御文は
　if cond then begin
で始まり、前者は begin の前に ; が入り、関数頭部を書いて一旦区切ってから
関数本体を書く格好になるので、頭部の行の独立性が比較的高い。これに倣い、
C系でも関数は頭部だけで改行した方がすんなり読める。

>>58
じゃあ、スレ立ててよ。

2018/06/09(土) 12:05:40.33

>>60
1行if文は否定しないし、自分自身も割とよく使うよ。

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-EqDK) · 2018/06/09(土) 12:18:17.45

>>61
pascal に習う必要はないと思いますが…なぜ pascal を持ち出してきたのでしょうか？
私は関数と if/for/while を別にする必要性はないと思っています
{
}
とかスペースの無駄にみえてしまいます

2018/06/09(土) 12:23:56.94

構造がクリーンなコードを心がければ自然と{}を使わないコードになる
まあ俺から言わせてもらうと{}は綺麗なコードが浮かばない時に仕方なく使う苦肉の策ってところだね

2018/06/09(土) 12:43:14.79

>>63
Pascalの悪い所、例えば条件を ( ) で囲まないので条件が目立たないのは真似する
必要はないが、良い所は参考にすべきだろう。C#は開発主導者がTurbo Pascalの
作者だったこともあり、Pascalからもいくらかの影響を受けていて、赤の他人ではない。

関数と制御文は機能が違うし、関数の方がより大きなブロックだから、書き分けた方が
すんなり読める。自然言語で小さな区切りには , を、大きな区切りには ; を使って
書き分けるのに似ている。あるいは章や節の見出しのスタイルに視覚的な差を
つけるようなもの。

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-EqDK) · 2018/06/09(土) 12:49:18.67

>>65
>>61
昔のpascalのif 文は
if cond
　begin
　　..;.
　end;
が主流だった気がします
if cond begin
end;
はむしろCの影響を受けているのでは？

2018/06/09(土) 13:02:16.97

>>54
うん。C#のコーディング規約はあくまでもパブリックなライブラリに関するものだから。
プライベートなものについてはお好きにどうぞって感じ。

2018/06/09(土) 13:06:52.76

改行コードが構文に影響を与えない言語仕様なんだから、好きにすればいいんだよ。

2018/06/09(土) 13:12:22.07

pascal流はマジキモイな
func() {
}
if () {
}
else {
}
が一番利に適ってる

2018/06/09(土) 13:27:36.34

これ以上続けても宗教の違いみたいな話で
なにも建設的なハナシにはならないからここらで終わりにしておけば？

2018/06/09(土) 13:29:19.91

いくら議論したところで、お仕事なら我が社のコーディング規約で終わっちゃう話だしな

2018/06/09(土) 14:24:17.49

どうでもいいしキモい

2018/06/09(土) 14:27:26.20

この手の嗜好がただの慣れと思い込みにすぎないっていい歳こいて気付かない人は
プログラマとしてかなり筋が悪いと思うw
たぶん知能もあんまり高くないw

2週間も違う書式で作業してたらすっかりそっちが「普通」になるw
人間なんてそんなもの。
これフォントにも言えるね

◆QZaw55cn4c (ﾜｯﾁｮｲ d360-EqDK) · 2018/06/09(土) 14:28:38.55

>>70
泥仕合にならないかぎり、意義があると思っています、これから泥仕合になるのかもしれませんが…

2018/06/09(土) 14:28:44.98

エディタとコーディングスタイルの話はしないのが紳士のたしなみ

2018/06/09(土) 14:39:18.62

>>73
フォントは目に優しいのを使った方がいい
カッコの位置などというくだらない問題とは違う

2018/06/09(土) 15:20:12.02

>>61
ふらっと C#,C♯,C＃（議論用）
http://mevius.5ch.net/test/read.cgi/tech/1469538912/

2018/06/09(土) 15:35:33.03

>>75
よい習慣をお持ちですね。素晴らしい

2018/06/11(月) 12:25:35.64

VisualStudio2017 でコンソールアプリケーションを作っています。
System.Windows.Forms.Clipboardクラスを使いたいのですが
ビルドの設定をReleaseにしているとエラーはでないのに
Debugにすると FormsがSystem.Windowsに存在しないといわれてしまいます。
（アセンブリ参照はしています）
どなたか原因分かる方いないでしょうか。

https://i.imgur.com/sgkx4HK.png
https://i.imgur.com/Tr2VkYB.png

2018/06/11(月) 12:35:57.40

>>79
csprojファイル晒して

79 (ﾜｯﾁｮｲ 1981-DGJA) · 2018/06/11(月) 13:13:19.40

>>80
新しいソリューションを作成してコードをコピペしたら問題が発生しなかったので
とりあえず解決したということにします。

ありがとうございます

2018/06/11(月) 21:03:57.62

フォームアプリで画面の真ん中に線を引きたいと思って単純に

(System.Windows.Forms.Screen.PrimaryScreen.Bounds.Height)/2

のところに線を挽けばいいと思ったんですが、モニタのピクセルの半分のところに線を引くと
フォームの上の　-□×　のあるバーの下から0ピクセルになるから20ピクセルほどが下にずれてしまいます。
フォームの中央に線を引く方法ってないでしょうか？

2018/06/11(月) 21:10:24.16

枠無しフォームでやれ。

2018/06/11(月) 21:11:16.03

>>82
フォームの中央なのか画面の中央なのかまずはっきりしてくれ
スクリーン座標←→クライアント座標の変換を行うには？
http://www.atmarkit.co.jp/fdotnet/dotnettips/377screentoclient/screentoclient.html

2018/06/11(月) 21:12:11.98

フォームの中央なのかディスプレイの中央なのかどっちだよ

2018/06/11(月) 21:44:14.69

自分でもどっちでいいかわからなくなったw
最初単純にフォーム最大化してるんだから、モニタの真ん中が真ん中だろと思ったら、
windowsって下にタスクバーあるわ、モニタの下に非表示領域20ピクセルほど隠れてるわ、フォームにフォームバーあるわで、
モニタの真ん中が真ん中に見えない。
たぶん無意識化でフォームの真ん中が人は真ん中と認識しているので気持ち悪い。
ということでフォームの真ん中にしました。

2018/06/11(月) 22:15:41.36

>>86
タスクバーの位置なんて自由に変えられるんだけど

2018/06/11(月) 22:24:08.10

＞モニタの下に非表示領域20ピクセルほど隠れてるわ
そんなものはないと思うけど...
今時CRT使っててオーバースキャン表示でもやってるなら別かもしれんけどw

2018/06/11(月) 22:37:51.73

フォームバーってタイトルバーのことかな
非クライアント領域もあるぞ

**前スレ976** (ﾌﾞｰｲﾓ MMeb-tDoJ) · 2018/06/12(火) 07:25:05.60

どうにかイベントを発生させることができました。ここから5バイトの受信データを分解して処理を分岐したいんですが、どのような手法、便利な関数がありますでしょうか。
オペコード1バイト+データ4バイトという形式です。データは4バイトで表現する数値だったり、1ビットごとのフラグだったりします。
昔ながらのswich~caseで分岐って使うんでしょうか
オペコードが増えたり、データの予約ビットが変わると変更が大変そうです

2018/06/12(火) 08:46:58.51

switchでいいよ
たかがイベント一個作るのに何日もかかるようなレベルで今どんな凝った設計しようが、結局後で全部やり直しになる
今は余計な手間をかけないこと、シンプルに保つこと、それだけ考えてりゃいい

2018/06/12(火) 08:51:11.88

デバイスドライバーみたいに処理をチェーンさせるってのもあり

2018/06/12(火) 09:12:16.14

スクリプト言語のインタプリタなんかでも巨大switchが普通だぞ
断言するが、先を見通せない状況でヘタにコマンドパターンとか入れても、後で横断的な変更が多発して
すべてのコマンドクラスに手を入れて回るアホみたいな作業に追われることになるだけ

2018/06/12(火) 10:49:11.67

コード増加はともかく予約を変更すんな・・・

2018/06/12(火) 11:04:17.10

>>90
どっちにしろ「便利な関数なんかないでしょうw
ちっとも汎用的じゃない処理をエレガントに書く方法なんか用意されてるはずがないw
泥臭い物は泥臭く書くしかないかと

オペコードがそれ以上分解できない前提で

(1) オペコードをenumにキャストしてswith、でも
(2) ジャンプテーブル（デリゲートの配列）を使う、でもお好みで

もし仮に受信するデータが常にこちらから要求したデータである、
つまり、どういうデータが送信されてくることをこちら側が期待しているか事前に分かっている場合は
別の方法論もあると思う

その場合はこちらがリクエストを出す段階で、期待する種類のデータだけを読解できるオブジェクトを
生成してタイムアウト付きで待機させればいい

2018/06/12(火) 12:12:37.91

>>93
横断的な変更を最小限の労力でやるために最初にほんのすこしだけ投資する
これがシステム開発のコツな

2018/06/12(火) 14:41:16.06

それより、データの先頭を識別できるフォーマットにしたか？

2018/06/12(火) 15:40:05.30

固定長なら先頭コード種類分のデリゲートを割り付けるってのもあるが、こればっかしは好みだな。

**前スレ976** (ﾌﾞｰｲﾓ MMeb-tDoJ) · 2018/06/12(火) 20:18:08.93

ありがとうございます。
ベタベタに書いてみます。

1バイトが1ビットごとのフラグになっている場合はビットマスクで一つずつ抽出するのが一般的でしょうか？

2018/06/13(水) 22:29:58.82

SQLについて質問ですが

INSERT INTO T_USER (
ID, PASSWORD
) VALUES (
@ID, @PASSWORD
);

のINSERT分を

INSERT INTO T_USER (
ID = @ID,
PASSWORD = @PASSWORD
);

のように書く場合はどのようにしたらよいでしょうか。

2018/06/13(水) 22:33:15.48

スレチ

2018/06/13(水) 22:40:13.78

そういうメソッド作ったらいいじゃん

setInsert(new dictionary略);

みたいなの

2018/06/14(木) 08:40:57.01

クラスの構造体(ただint型のデータが複数個しかない)をXMLに変換したいのだが
XMLSerializer以外に何かないかな？
XMLSerializerは以前にバグを起こしたことがあって使いたくないんだ

2018/06/14(木) 09:14:05.32

>>100
UPDATEじゃないんだから・・・

2018/06/14(木) 09:54:39.43

クラスの構造体…？

2018/06/14(木) 11:31:35.89

>>103
全手動

2018/06/14(木) 12:02:09.33

最終的に配列を書きだしたいのですが
それまでに色んなクラスのインスタンスからその配列の読み書きがされるのですが
どういうふうにクラスを作ればいいですか？
その配列はグローバルでstaticで宣言するか、インスタンス作るごとに参照を引き渡すのですか？

2018/06/14(木) 13:20:39.46

>>107
日本語でおk

2018/06/14(木) 14:19:07.38

>>107
グローバルなpublic staticでいい
良い悪いを問題にするのであれば、あちこちから共通の配列をいじくるという前提の時点で設計に問題があるので、正解なし、が答えになる

2018/06/14(木) 15:31:16.28

アクセス関数を作ってインスタンス取得用に一つスタティック関数を用意するだけ。
アクセス関数介さないと、排他処理とかいちいち入れるの面倒だぞ。

2018/06/14(木) 17:22:37.66

初歩的な質問なんだけど
プロパティ？(get;set;)ついてるやつと、ついていないやつの差がわからないから教えてほしい

プロパティつけててもprivateはアクセスできないみたいだから
結局、両方ともpublicになって何が違うん？ってなってる

2018/06/14(木) 17:40:33.14

>>111
プロパティにするとメソッドを組み込めたりgetとsetでアクセスレベル変えられたり
あと取りあえずこの辺とか
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/properties
特定のソースで何が変わるの？って言う話なら書いた人に聞かないと分からない

2018/06/14(木) 17:41:27.02

クラスのメンバーでプロパティじゃない変数はフィールドと言う

フィールド (C# プログラミングガイド)
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/fields

プロパティ (C# プログラミングガイド)
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/classes-and-structs/properties

フィールドは代入も参照も同じ制限になる
プロパティは別々に設定できる
しかもgetだけ setだけというのも可能

フィールド (メンバ変数) とプロパティはここが違う
https://code.msdn.microsoft.com/windowsdesktop/5-5f828cde

2018/06/14(木) 18:59:14.79

クラスのプロパティに「型」を変数みたいにおけますか？

外部から「型」をセットして、クラスの中でその型を使って new して実体を作って利用したいのです。

2018/06/14(木) 19:03:10.93

気持ちをコードで表すと

　　public class Test
　　{
　　　　public <T> PersonClass;

　　　　public void Unko()
　　　　{
　　　　　　var p = new PersonClass();
　　　　　　p.unko();
　　　　}
　　}

ってな感じです。
※PersonClass にメソッド unko() がある前提

2018/06/14(木) 19:09:01.39

>>115
これ使えば？
https://msdn.microsoft.com/ja-jp/library/0hcyx2kd(v=vs.110).aspx

2018/06/14(木) 19:15:40.41

>>115
unkoを定義するインターフェイス作って、
Tをwhereでそのインターフェイスとnew()で絞った上で、default(T)でインスタンス作って、呼べばよいのでは？

2018/06/14(木) 19:19:58.23

>>114
賭けてもいい
初心者がこの手の処理が必要だと思う時、それは100%勘違いw

2018/06/14(木) 19:26:49.09

>>99
enumにFlagsAttributeを付ける

[Flags]
enum Hoge : byte
{
Bit0 = 1 << 0,
Bit1 = 1 << 1,
Bit2 = 1 << 2,
Bit3 = 1 << 3,
Bit4 = 1 << 4,
Bit5 = 1 << 5,
Bit6 = 1 << 6,
Bit7 = 1 << 7,
}

var hoge = Hoge.Bit1 | Hoge.Bit4;
if ( hoge.HasFlag( Hoge.Bit3 ) )
{

2018/06/14(木) 23:44:33.25

>>119
そんな見てて痒くなる書き方しなくても今のC#は2進数リテラル使えるぞ

2018/06/14(木) 23:56:40.66

1
2
4
8
16
32
64
128
でいいよ。

2018/06/15(金) 00:31:01.58

>>119みたいなのならHexで書くのが一番だろうねw
少なくとも俺ならそうする

2018/06/15(金) 01:23:47.16

10進よりマシだが一番ではない
2進があるならどう考えても2進が一番

2018/06/15(金) 01:34:20.89

書いてみりゃ分かるよw
単に一つのビットだけ立っている値を列挙するなら2進リテラルは冗長過ぎる。
そもそも何のためにHexなんかあると思ってるの

2進リテラルっていうのは、例えば組み込みで7セグのパターンのテーブルを定義する時とか、
bit5-bit7みたいにニブル単位じゃないビット範囲のビットマスクを定義する時とかに使う

2018/06/15(金) 02:40:57.81

君にとってはCが頭に染み付いてるからそうかもしれないけど、
現に>>119にとっては分かりにくいからわざわざこんな書き方をしてるんだろう
今時のプログラマはC経験ない人も多いんだから実情に合わせることも必要
そういう連中を見下すのもいいけど老害呼ばわりされないように気をつけてね

2018/06/15(金) 03:02:28.24

>>125
しょうもな
偉そうにするな！と偉そうに言うバカw

どこが偉そうにしてるのか。

そもそも俺は>>119を必ずしも否定してない。
少なくとも10進表記や2進数リテラルよりマシだ

2018/06/15(金) 03:07:31.98

どーでもいいけど、こういう自分を客観視できない単細胞な奴がネトウヨとかなるんだろうね

2018/06/15(金) 03:33:39.61

ﾈﾄｳﾖってつまりどういう定義なんですか
マンコ吸わせてくださいｓ

2018/06/15(金) 06:19:02.91

5分かけて最後に煽っていくというだけで
自分が嫌ってるゴミと大差なくなっているというね

2018/06/15(金) 07:16:26.72

今どきビット演算なんてしてるやつはゴミ

2018/06/15(金) 07:16:57.07

これまで歩んだ人生がゴミ

**前スレ976** (ﾌﾞｰｲﾓ MM62-C226) · 2018/06/15(金) 07:27:20.01

>>119
ありがとうございます

bitarrayってのがあるらしいんですけど、これって共用体とかに一括で代入できないんですかね
3バイトデータの内の下位1バイトは1bitごとのフラグなのでbitarrayで分解できそうなんですが

2018/06/15(金) 09:16:33.32

そういえばちょっと疑問なんだけど、enum定義する時に>>119みたいにbyteとか指定するのは何か意味があるの？
指定したところでbyte型の変数に代入しようとしたらキャストしなきゃいけないし、やる意味がわからないんだけど

2018/06/15(金) 09:22:49.39

>>133
え？キャスト？

2018/06/15(金) 09:45:21.99

>>134
え？

2018/06/15(金) 10:04:23.68

ああ、enumで作った型なんだからenum型になってるだろ。
受ける変数も同じ型じゃないとダメなのは当たり前。

2018/06/15(金) 11:52:41.04

>>133
シリアライズとかネイティブとの相互運用目的

2018/06/15(金) 11:58:42.21

動的にenumで作った型のsizeof求めりゃいいんだが、静的に解決しなきゃならない時は指定するしか無いって話だよな？

2018/06/15(金) 12:03:59.97

>>116-117
コンパイル時点で型が定まらない（実行時に型が決まる）ものを new する手段という風ですよね？
使えそうです。ありがとうございました。

あとは、外部から「型」を受け取って new するまでの間、保管しておきたいのですが
型を変数（プロパティ）に格納するにはどうしたらいいんでしょ

**デフォルトの名無しさん** (ｽﾌｯ Sd62-pByW) · 2018/06/15(金) 12:20:55.24

>>139
117はジェネリクスなのでコンパイル時には一応定まってるハズ。
型を変数に入れたいならインスタンス.GetType()か、typeof(型)で、Type型の値が取れるけど…
本当にやりたい事と、実装の方法(型を受け取ってインスタンスを作ってそのメソッドを呼ぶ)がズレてないか心配。

2018/06/15(金) 12:25:49.54

>>137-138
なるほど、さんくす

2018/06/15(金) 12:48:48.68

>>140
ありがとうございます。
「型」を格納する変数の型は System.Type なんですね！！
やりたいことが出来ました！！

System.Type t = typeof(××フォーム);　　← ここのところを公開して外部からセット

var f = (System.Windows.Forms.Form)System.Activator.CreateInstance(t);
f.ShowDialog();

2018/06/15(金) 12:57:15.01

>>142
それさあ、キャストしてる時点で何の意味があるんだと思わなきゃw

2018/06/15(金) 13:10:18.30

>>143
Showなどのフォーム共通の操作をしたいんだろう
基底クラスにキャストする分には意味はある
設計として正しいかどうかは別問題であり今の情報だけでは何とも言えないが、
君は自分の個人的な好みを一般常識であるかのように主張して相手の事情を理解しようとせず人を一方的に批判する傾向があるようだね

2018/06/15(金) 13:16:34.24

本当は自作インターフェースを持った「なにか」から派生するクラスなのですが
そこまで書くと行数が凄いことになるので、Form を例にさせてもらいました。

2018/06/15(金) 13:30:43.12

>>145
本当は何がしたいの？

2018/06/15(金) 13:36:49.24

>>144
そういうのはFafcoty Method的な方法でやればいい。

最初から質問者が何か勘違いしてるだけだと言ってるが、
>>114-115みたいな方法論を取る必要は何もない。

お前ごときに俺の何が分かるんだアホか
その批判、お前自身にちゃんと向けているか？

自己分析一つできない奴に限って安易に他人を批判したがるから笑える

2018/06/15(金) 14:16:21.09

>>146
基底クラスから派生したクラスを動的に生成します。

142 みたいな方法が出来ることを知らなかったので
switch ～ case でクラスの種類だけ new() やってたところをキレイにします。

**デフォルトの名無しさん** (ｽﾌｯ Sd62-pByW) · 2018/06/15(金) 15:03:37.25

>>145
それは自作インターフェイスに「『自作インターフェイスをもった何かのインスタンス』を返す関数」を定義しておいて、
何かの方で「その関数」を実装して、
呼び出す側では普通に「その関数」を使えば良いのではなかろうか。
抽象クラスと静的関数の方がキレイかな。

「その関数」のリストが作りたいなら、そこでやっとリフレクションで取ったらいいし。
いきなりCreateInstanceは宜しくないというか危ないし、後々、各小クラスでコンストラクタがどうしようもない状況に陥ると思うよ。

2018/06/16(土) 00:47:26.32

Dynamicは黒歴史ですか

2018/06/16(土) 08:04:12.32

いいえ

2018/06/16(土) 08:10:11.50

うんにゃ

2018/06/16(土) 08:34:15.67

むしろ.NETのメインストリームがWebに移ってからはdynamic使われまくってる
JSONデータをたくさん扱ってるといちいち型付けてられない場面が多い

2018/06/16(土) 09:57:30.72

自作のインタプリタ作った時に
Dynamic使った記憶がある

意図は・・忘れたww

2018/06/16(土) 10:02:21.77

>>153
jsonからクラスへの変換なんてVisualStudio使えば一瞬じゃない？