ふらっと C#,C♯,C＃（初心者用） Part131 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/09/08(金) 18:12:11.06

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part130
https://mevius.2ch.net/test/read.cgi/tech/1500327645/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/

**デフォルトの名無しさん** · 2017/10/03(火) 17:05:51.39

>>666
xojoでも使ってれば?

**デフォルトの名無しさん** · 2017/10/03(火) 17:06:18.93

>>667
htmlのビジュアル編集って意外と敷居高くね？ｗ

**デフォルトの名無しさん** · 2017/10/03(火) 17:08:32.82

敷居高いけど、どのみち現代の開発者には必須のスキルだからな

**デフォルトの名無しさん** · 2017/10/03(火) 17:08:37.95

今日のこのスレのID全部NG

**デフォルトの名無しさん** · 2017/10/03(火) 17:19:53.75

>>669
DOM理解してないとむりぽ

**デフォルトの名無しさん** · 2017/10/03(火) 17:28:32.83

DOMなんか何が難しいんだ
CSSはバッドノウハウ地獄で確かに難しいけどBootstrapみたいなのもある

**デフォルトの名無しさん** · 2017/10/03(火) 17:34:54.89

ちょっと思ったけど、web系の人って生産性が低い道具を擁護することで
自尊心と飯の種を得ている様は、昔のコボラーなんかと同じ構図だねw

本人たちは逆に俺様こそが時代の最先端だと思いたいところだろうけど

**デフォルトの名無しさん** · 2017/10/03(火) 17:35:54.67

いや、俺が欲しいのはhtmlやGUIのビジュアル編集ツールなんだけど
そういうのある言語ってc#ぐらいしか残ってないよねって感じ

**デフォルトの名無しさん** · 2017/10/03(火) 17:38:07.05

>>674
最先端過ぎて数ヶ月後には陳腐化する。

**デフォルトの名無しさん** · 2017/10/03(火) 17:39:17.69

ホームページビルダーとかDreamWeaverって最近どうなんだろ？
ってそんなもん入門プログラム作成するのに引っ張り出すぐらいなら
やっぱりc#だと思うが

**デフォルトの名無しさん** · 2017/10/03(火) 17:40:06.52

>>676
なんか、C++の開発者の例のジョークを連想させる状況だなw

**デフォルトの名無しさん** · 2017/10/03(火) 18:25:06.32

あんなのをweb系の総意とか勘弁

**デフォルトの名無しさん** · 2017/10/03(火) 18:32:56.40

DBへの接続や読み書き等をクラス化しようと思うのですが、関数化したい機能が多すぎてDB関連クラスの中身が膨大になると思います
いいサイズになるように分けていきたいところですがどのような感じでクラス設計してるのでしょうか？
設計関連でおすすめの参考書等もあればお聞きしたいです

**デフォルトの名無しさん** · 2017/10/03(火) 18:34:33.06

>>674
Webのデザイナなんかゴミみたいな単価で山ほどいるからね
それに、特に米国で顕著なパッケージ化の流れで、不特定多数向けにクォリティを高める開発形態が増えている
GUIの生産性はそれほど重要ではなくなりつつあるんだよ

**デフォルトの名無しさん** · 2017/10/03(火) 18:39:00.62

>>680
リポジトリパターンを調べるといいよ

**デフォルトの名無しさん** · 2017/10/03(火) 18:44:37.30

>>680
理想を言えば、エンティティクラス自体に関連する処理を実装する
いわゆるドメインモデルってやつだ
682のリポジトリパターンはDBからのエンティティの取り出しと保存だけを抽象化するもので、
細かいトランザクションロジックの整理には役立たないよ

**デフォルトの名無しさん** · 2017/10/03(火) 18:53:07.80

いや、でかくなるけどどうしたらって回答がそんななの？

**デフォルトの名無しさん** · 2017/10/03(火) 18:56:05.82

SQLはXMLに書いてるわ

**デフォルトの名無しさん** · 2017/10/03(火) 19:00:21.32

>>682-685
ありがとうございます
デザインパターンに詳しく無いので、この形がいいって回答はかなり参考になります
ドメインモデル、リポジトリパターンについてどういうものか調べてみます

**デフォルトの名無しさん** · 2017/10/03(火) 19:03:06.95

>>645
インテルの黒本をディスったなぁ
ARMにもディスられた事無いのに～

**デフォルトの名無しさん** · 2017/10/03(火) 19:12:54.47

>>684
頭おかしいよねｗ

一つのクラスめっちゃでかくなるわ
どーすんだ？これ

って質問なのに
質問に対して全く答えてねぇのが笑える

ミソが腐っているのだろうか？

**デフォルトの名無しさん** · 2017/10/03(火) 19:20:03.80

>>688
クラスを分けることを目的にするのは典型的なアンチパターンだからな
レビューでフォームクラスの行数オーバーで弾かれたから、イベントハンドラをそっくり別のクラスに移動するような阿呆を生み出しかねない

**デフォルトの名無しさん** · 2017/10/03(火) 19:24:55.15

>>689
それで？
一つのクラスがでかくなるときはどうするって？

**デフォルトの名無しさん** · 2017/10/03(火) 19:31:29.75

>>690
設計を見直す

**デフォルトの名無しさん** · 2017/10/03(火) 19:33:49.01

>>680
何で車輪の再発明をするのだ?
Entity Frameworkを使えば良いだろう。

**デフォルトの名無しさん** · 2017/10/03(火) 19:41:31.70

>>692
EntityFrameworkは最近使い方覚えて少し試してるところです
それでも基本的なところと機能別に実装したい中身ってあると思ったんですけど、自分の考え方のがおかしかったでしょうか？

**デフォルトの名無しさん** · 2017/10/03(火) 19:44:24.49

dapperを使え

**デフォルトの名無しさん** · 2017/10/03(火) 19:53:17.11

>>693
おかしくはないよ。
Entity Frameworkで不足だと思うところは補えば良い。
オレオレ実装(自己満足なだけの)にならなけりゃ。

**デフォルトの名無しさん** · 2017/10/03(火) 20:31:15.57

>>694
dapperのUnitTestどうしてる？EntityFrameworkならこのあたりだけど
https://msdn.microsoft.com/en-us/library/dn314429(v=vs.113).aspx

**デフォルトの名無しさん** · 2017/10/03(火) 21:12:10.82

>>696
普通に開発用のDBに繋げよ
DapperならSQL直書きだろ?
テスト対象はそのSQLそのものなんだからDBが本物でないと何の意味もない

**デフォルトの名無しさん** · 2017/10/03(火) 21:22:08.49

補足
Dapperを直接使用してる箇所のテストは上述の通りだけど、
それ以外の部分もDapperがないとテストできないと言うならDapper云々以前に設計が悪い。
それこそリポジトリパターンを使うなりしてDapperに依存しないように差し替えるべきだな

**デフォルトの名無しさん** · 2017/10/03(火) 21:28:24.12

日曜大工プログラマー（書店の本見て勉強）だとテストってやつがわからんのですが
テスト関連の書籍ってでてますかね
プロの方と素人との大きな違いはテストとバグフィックスなのかなって思うとるんですが

**デフォルトの名無しさん** · 2017/10/03(火) 21:38:27.79

>>699
用途の違いじゃね？
日曜大工プログラミングならモデルのロジックなんかほとんど無くて入出力とシステム制御のコードほとんどでしょ
そんなのテスト書いてもあまり意味ない

**デフォルトの名無しさん** · 2017/10/03(火) 21:42:25.34

環境をたくさん用意するのは趣味だと無理だろうね

仕様や性能、精度を満たしているかとか
色々な耐久テストとか負荷テストとか
自動でやったり人海戦術だったり

まあいろいろと

**デフォルトの名無しさん** · 2017/10/03(火) 21:44:15.68

>>700
テストが意味無いとか
余程の自信家ですねwww

**デフォルトの名無しさん** · 2017/10/03(火) 21:47:51.12

Nunitでググる
使う
終わり

**デフォルトの名無しさん** · 2017/10/03(火) 21:55:20.87

>>699
プロと素人の違い?
プロならクライアントに要求されたものが糞だとしても要求通りに作り上げる。
用意された環境が数世代前のPCに長机、パイプ椅子だとしてもひたすら我慢。
我慢こそがプロの必須要件。

**デフォルトの名無しさん** · 2017/10/03(火) 21:56:38.94

>>702
そう、T和田が目の前に居てもテストは不要なのだ。

**デフォルトの名無しさん** · 2017/10/03(火) 22:04:18.65

>>702
自動テストのことね
趣味でもそりゃ手動テストはやるでしょ

**デフォルトの名無しさん** · 2017/10/03(火) 23:03:44.76

>>684
>>688
君たちもリポジトリパターン調べてみたほうがいいよ

**デフォルトの名無しさん** · 2017/10/03(火) 23:07:42.74

>>704
そういう底辺のプロもあるね
っていうか、ほとんどがそういうただのワーカーか

**デフォルトの名無しさん** · 2017/10/04(水) 03:43:45.05

>>707
ガイジ過ぎ

**デフォルトの名無しさん** · 2017/10/04(水) 04:08:49.71

BindingContextの使い方がわからないのですが調べてみても記事がなく困っている状態です
DataGridViewのDataBingingと同じものなのでしょうか？教えてください

**デフォルトの名無しさん** · 2017/10/04(水) 06:20:45.30

>>708
ワーカー?
日本のIT産業は奴隷産業なのだ。
奴隷からは何の新しい文化は生まれない。
韓国にさえ負けている日本がIT後進国である原因。

**デフォルトの名無しさん** · 2017/10/04(水) 06:52:36.82

奴隷みたいな働き方をさせられてる奴は結局その程度の能力なんだよ
そういう奴にも仕事があるか、そうでないかの違いだけ
欧米だと基本的にパッケージとオフショアだからね

**デフォルトの名無しさん** · 2017/10/04(水) 08:37:31.27

>>712
米国はプロジェクト毎に採用と解雇だよ。
エンジニアは常に流動的。

**デフォルトの名無しさん** · 2017/10/04(水) 09:43:16.39

>>707
よくある、手段と目的が違ってるのすら自分で分かってないパターン。

**デフォルトの名無しさん** · 2017/10/04(水) 09:58:43.83

>>712
能力のせいもあるたろうが日本は至るところに奴隷市場がある。
産業構造が良くない。

**デフォルトの名無しさん** · 2017/10/04(水) 10:17:41.36

>>715
これは>>712が正しい。

むしろ本当は本人自身の能力にある問題を社会に問題があるかのようにすり替えて
自分を慰めている奴が多すぎるのが日本の問題。

簡単に言えばただの需給の問題。
アニメや映像制作の仕事もそうだけど、大幅に供給超過だから
質が低い者が買い叩かれているだけの話で、これは仕方がないどころか
むしろ社会的に好ましい。（そうでなければ需給のアンバランスの調整メカニズムにならないから）

**デフォルトの名無しさん** · 2017/10/04(水) 10:21:58.39

>>716
IT産業って供給過多状態なんか?

**デフォルトの名無しさん** · 2017/10/04(水) 10:40:25.08

>>717
人手不足ッスよ

**デフォルトの名無しさん** · 2017/10/04(水) 10:46:01.75

いつでもいいからとりあえず請けてくれとか言って納期から２年過ぎてるタスクが手も付けないで積んだまま

よく怒らないで待ってるなぁって思う
しかもそういうタスク自分で持ってきてるくせに緊急だ緊急だってさらに積んでくる馬鹿な客

人もいないからプロジェクトが始まったら結構キツイ残業をさせられる
マジ、今もやめた方がいい
人がいないから一人に平気で２、３個プロジェクト投げてくる
出来もしないのに

**デフォルトの名無しさん** · 2017/10/04(水) 10:54:14.08

>>718
だよね～
SIer案件には近づかないようにしようw

**デフォルトの名無しさん** · 2017/10/04(水) 11:00:00.61

>>717
じっぱひとからげには言えない。

デキる人は足りてない。デキない人は大幅に青あってる。だから待遇が悪くなる。
それだけの話。

**デフォルトの名無しさん** · 2017/10/04(水) 11:02:01.68

>>710
BindingSourceに役割を譲ってるから今から調べる意味はないと思うぞ
簡単に言えばデータソースを共有する範囲を決めるためのものだな

**デフォルトの名無しさん** · 2017/10/04(水) 12:03:55.89

他の業界と違って、必要な技能がなくても受け入れる懐の広さがあるよなwww

**デフォルトの名無しさん** · 2017/10/04(水) 12:19:06.82

>>723
Excelが使えないと駄目でしょwwww

**デフォルトの名無しさん** · 2017/10/04(水) 12:31:20.71

下級SEはExcelにテストパターンをずっと書くだけの仕事を何年もするって聞いたけど
本当なんだろうか？

**デフォルトの名無しさん** · 2017/10/04(水) 12:33:56.08

>>714
どっちもそう思ってるパターンだね。

**デフォルトの名無しさん** · 2017/10/04(水) 12:34:31.64

IT業界でどんなお仕事なさってるのって聞かれたらなんて答えてるのかも気になる

**デフォルトの名無しさん** · 2017/10/04(水) 12:36:21.87

>>725
定年までエクセル職人だよ

**デフォルトの名無しさん** · 2017/10/04(水) 12:37:22.06

>>724
正直、そこらへんの非IT会社の事務員でちょっとPC得意ですくらいの人間の方がExcel使えると思うわ
VBAどころか数式ちょっと使えば一瞬で終わるような単純作業を必死に手作業してる奴ばっか
ITプロフェッショナルって何なんだろうと思う

**デフォルトの名無しさん** · 2017/10/04(水) 12:43:52.78

うちの職場にはそんなヤツいないけど

**デフォルトの名無しさん** · 2017/10/04(水) 12:48:23.25

日立とかにいそう
地元の工業高校出て死ぬまでエクセル職人
でも中小企業のPGより給料がいいみたいな

**デフォルトの名無しさん** · 2017/10/04(水) 12:50:45.83

>>729
商業高校でいまだに電卓早打ち競技やってるからな

**デフォルトの名無しさん** · 2017/10/04(水) 12:56:32.70

>>729
IT業界のExcelは表計算ソフトウェアではありません。単なる方眼紙です。

**デフォルトの名無しさん** · 2017/10/04(水) 14:42:16.26

あるオブジェクトのプロパティを取得しようとして、もしそのプロパティを持っていないと例外出ますよね？
どうすれば回避出来ますか？

**デフォルトの名無しさん** · 2017/10/04(水) 14:46:50.16

>>734
お前を外す

**デフォルトの名無しさん** · 2017/10/04(水) 15:07:08.71

>>734
なんでそんなことしたいの？

**デフォルトの名無しさん** · 2017/10/04(水) 15:17:21.66

>>734
Type.GetProperty(hogehoge)
では

**デフォルトの名無しさん** · 2017/10/04(水) 15:32:21.88

まずプロパティがあるかどうか訪ねないで、いきなりプロパティに繋げようとするからダメって事だよな？
いきなり知らない家にいって、ユマちんを出せって言っても通報されるみたいなもんだ。

**デフォルトの名無しさん** · 2017/10/04(水) 15:39:22.84

>>737
そもそも論としてそのプロパティ持ってないオブジェクトに
プロパティでアクセスできるコード書いてるのが問題なんだよ

そこじゃなくて違う所を見直そう

**デフォルトの名無しさん** · 2017/10/04(水) 15:40:19.16

public int aaa;
public int aaa{get; set;}

この2つって全く同じ動き？

**デフォルトの名無しさん** · 2017/10/04(水) 15:47:27.79

大したの組んだ時無いからわからないけど
get; set;で記述する利点ってなんですか？

**デフォルトの名無しさん** · 2017/10/04(水) 15:48:28.56

>>734
object.GetType().GetProperty(propertyName) で確認

**デフォルトの名無しさん** · 2017/10/04(水) 15:50:18.77

>>739
dynamicでexcelとか使おうとしてるんじゃないの?
で、バージョン違いでプロパティが無いとか。

**デフォルトの名無しさん** · 2017/10/04(水) 15:52:48.11

>>740
set;getはファンクションなのでrefとかが使えない。他の動きは同じでは。

**デフォルトの名無しさん** · 2017/10/04(水) 15:57:13.34

>>741
get;setだとロジックが後で組み込める。
ても、単一アセンブリだと余り関係ないかも。

**デフォルトの名無しさん** · 2017/10/04(水) 15:59:30.46

>>744
>>745
あざす
Codelensも出るしファンクション？メソッド？のほう使ってこうと思います

**デフォルトの名無しさん** · 2017/10/04(水) 16:04:29.61

>>746
外部公開するのはget;setでプライベートなのは変数で良いと思うけど好きにすればw

**デフォルトの名無しさん** · 2017/10/04(水) 16:05:33.70

>>722
わかりました

オブジェクト指向で詰まってしまったので聞きたいです
各コントロールのインスタンスを保持する変数って、親Formで基本は持っておくべきでしょうか？
タブ型ウェブブラウザーを作っているんですが、TabControl・TabPage・WebBrowserは各自TabPageの変数はTabControlの下、WebBrowserの変数はTabPageが持っています
これだと前回終了時のタブを次回起動時にリストアしようとするとすごい設計が悪くなります
どちらが良いのでしょうか？教えてください、ほんとはObserableCollectionを活用したいのですが、どう書けばいいのかわからず仕舞いです

**デフォルトの名無しさん** · 2017/10/04(水) 16:15:55.36

>>748
Application.Current.Propertiesにでもぶちこんでおけば?

**デフォルトの名無しさん** · 2017/10/04(水) 16:25:32.68

>>748
大域的な設計はトップダウンで考えよう
例えば、現在表示しているページのURLを管理するクラスがあって、
フォームはその内容を画面に反映させる&ページ遷移時に新しいURLを管理クラスに伝えると考えればいい
管理クラスはUIの細かいことを気にせずに状態の管理と保存・復帰だけを考えればいいし、
フォームは管理クラスの状態と同期するだけでいい

**デフォルトの名無しさん** · 2017/10/04(水) 17:53:53.15

>>750
ありがとうございます。話を自分なりに理解するとタブ現在表示しているUrlを別クラスPageページクラスが持ち
Pageクラスを内包したPageListクラスでファイルへの保存・復帰処理を行い、Formクラスでインスタンスを持ちTabControlに渡し、
各タブで何を表示するかのコントロールはTabControlで行おうと思うんですが、こういう感じですか？

**デフォルトの名無しさん** · 2017/10/04(水) 17:57:11.27

タブコンはtabの文字にフォント最大でウンコって入力するとバグる

**デフォルトの名無しさん** · 2017/10/04(水) 18:07:50.98

>>751
全体の構造が憶測でしかわからないのに「これでいいですか」って聞かれても困ると思う
タブコントロールの各タブにPageListとかがぶら下がっていてそこを選択して表示するとかなんだろうけど
質問の仕方から見ても自分でもまとめられていないようだし、まず動くもの作ってから拡張していけば？

**デフォルトの名無しさん** · 2017/10/04(水) 19:17:54.57

タブコンなんて使ってる時点でゴミ
とか言ってみる納品

**デフォルトの名無しさん** · 2017/10/04(水) 20:10:16.69

Rails, React, Electron, AngularJS などのフレームワークを参考にすれば？

**デフォルトの名無しさん** · 2017/10/04(水) 20:35:25.42

プロパティってgetset関数毎回書くのアホらしいので省略しませんか？ってのかと思ってましたけど、レス読んでると他に意味があるんでしょうか？
浅い知識しかないので気になりました

**デフォルトの名無しさん** · 2017/10/04(水) 20:44:18.31

>>756
>>745に書いてあるようにメソッドのように扱える
必要ないのならpublicとかinternalとかの変数にして好きにしたらいいと思う

**デフォルトの名無しさん** · 2017/10/04(水) 21:14:51.00

>>756
書くのが面倒って言うより、ゲッターとセッターは
オブジェクト指向におけるオブジェクトの属性って概念の素直な表現になってないのが
美しくないというか、直感的じゃないよね

**デフォルトの名無しさん** · 2017/10/04(水) 21:53:15.88

データクラスを除けば、最近は作ったプロパティの大半が読み取り専用だわ
セッターいらね

**デフォルトの名無しさん** · 2017/10/04(水) 22:33:20.23

>>751
current urlのコレクションを管理するクラスを自前で作って、そのコレクションをシリアライズ/デシリアライズするイメージだよ
>>750はわかりやすく書いてくれてると思うぞ

current urlのコレクションはMVCのModel
Viewに依存すべきじゃない

**デフォルトの名無しさん** · 2017/10/04(水) 22:37:19.76

イベント実装しようとしていますが難しいですね
全然勉強してこなかったことが身にしみてきます

**デフォルトの名無しさん** · 2017/10/04(水) 23:32:25.16

自分でイベントを書くときに思ったのですが、
イベントを発生させるときは、そのイベントがnullではないことを確認するのはなぜでしょうか？

**デフォルトの名無しさん** · 2017/10/05(木) 00:08:10.31

例外になるから

nullチェックを避けるために何もしないラムダ式を登録しておく方法もあるけど、
なんか馬鹿くさいのは確かだね

VBみたに専用ステートメン用意した方がよかったかも。
でもこのVB方式はカスタムイベントで問題が出るそうだけど

**デフォルトの名無しさん** · 2017/10/05(木) 00:20:49.58

今は　?.　があるからどうでもいい
ソースでイベントでnullチェックしてたら古いソースなんだなと思う

そうnullチェックは昔話

**デフォルトの名無しさん** · 2017/10/05(木) 06:52:22.86

>>762
イベントを使わない場合に落ちるから。
オレオレイベント実装で必ず使うのなら不要。

**デフォルトの名無しさん** · 2017/10/05(木) 07:15:53.39

業務システムなんですが、今どきeachでもないfor文の多重ループ書く人って流石にマズいですか

それとも普通でしょうか

他人の四重ループを見て世間ではどうなのだろうと思いまして

**デフォルトの名無しさん** · 2017/10/05(木) 07:25:17.32

>>766
ixyzとかあると簡単に4重ループできるぞ
どうやって回避するんだ？
i=オブジェクト数、x方向、y方向、z方向
ってなってたら俺はこのままのがいいと思うが？

多重ループの数でPGの実力見ようとしてるお前がキチガイ過ぎてどうにもｗ