ふらっと 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(火) 16:17:01.64

>>645
最近書籍買ってねーだろ
結構苦労しないと他言語でGUIって難しいぞ

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

>>646
ああ、他言語そこまで行かないから

そこまでできたら後はぶっちゃけなんでもできるな
WPFはさわんなくていい
winform覚えてな
直接納品しなくても
ちょっとしたツール作るときに
絶対役に立つから

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

横から失礼
c#の入門書はまだ新刊が結構出てるよ

内容見たらどの本もWPFはなかったことになっててwinformsの使い方が出てる

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

>>648
c#をvb6のように使うのならそれで良いかもね。

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

>>647
普通に考えてJavaとかな
SceneBuilderで簡単に作れる

それとGtkのバインドある言語とかね
Gladeあるから簡単だし
Qtなんかもっと簡単だろ

むしろお前はC#しか知らないんじゃないのか？

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

>>651
JavaのGUIだとｗｗｗ

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

c#は覚えることが多いというのは間違いじゃないです
cなんかと比べると多いです
クラスに始まり　event delegate プロパティ　インデクサ

そこからLinq ラムダ式　Task async/await パラレルといっぱい概念が出てくるので迷いがち

GUIにこだわらないならpythonでもやればいいと思います

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

>>652
JavaFXな
Swingと違って全然まともだよ

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

新規でjavaを覚えるとしたらandroidがらみか
仕事で使うためとかそんなのじゃないですか？

ホビーでjava使う人ってほとんど死滅したと思う
java単体の入門書も全然でてない

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

>>654
入門書一冊しか見たことないよ
まともなリソースエディタもなさそうだし

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

>>655
俺の知り合いはkotlinやりたいけど
java知識無いとkotlinわからんって言って
今さらjava勉強し始めたよ

何事も決めつけは良くない
自分がそうだからって他人もそうだと思うのは良くない傾向

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

初めにc#にたどり着いた人間は幸せだったということで

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

>>657
ほとんど死滅したとどう違うんですか？

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

残念な人向けにデザインされているgo言語はどうよ

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

goは新しいjavaだと思う

機能制約してコードの品質を中程度に保つための言語

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

>>656
「javafx 書籍」でググれば出てくるよ

別にC#が好きでC#をやるのは大いに結構だと思う
俺もC#好きでやってるからこのスレ見てるし
そこは否定しない

でも大して多言語のことを知らんのに
多言語より優れてるとか吹聴するのはどうかと思うよ

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

>>662
全然ないじゃん
それとこれリソースエディタ動くの？

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

>>658
c#の進化とともに歩めた人はでしょう。
今から乗り込むのは辛いだろ。

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

>>662
駄目だよ
ブログとかだと
scenebuilderいいみたいに書いてあるけど
バグってるよこいつ
すぐ読めなくなるじゃん
何が原因かわかんないし調査する気もないけど

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

>>664
ずっとこいつだと思うよ
さっきから言ってるように
他言語で簡単にGUIを作る方法が無くなりつつある

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

GUIはHTML5でいいでしょ

そしてMSはtype scriptとnode.jsとexpressを使ったのでした

**デフォルトの名無しさん** · 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も出るしファンクション？メソッド？のほう使ってこうと思います