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

2017/10/09(月) 19:00:56.93

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

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

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

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

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

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part131
http://mevius.5ch.net/test/read.cgi/tech/1504861931/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://mevius.5ch.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/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

2017/10/16(月) 14:54:15.28

>>161
linqのクエリ式とsqlは別もん。
sqlを知らない方が良いかもね。

2017/10/16(月) 15:12:28.85

TrackBar のツマミを、タッチ操作用に大きくしたいんですが、どうすればいいんでしょうか。
検索しても解決に至っていない質問がちらほらあるぐらいです。もしくはこれでもかってぐらい
自分で書いたオリジナルのトラックバーとか。
そこまでしなくても、ツマミが大きくできるだけでいいのですが。

2017/10/16(月) 15:21:38.99

>>162
別物(キリッ)とか言われても
同じだなんて言ってないけど

ただ取っ掛かりの部分でSQLの知識が活かせるから個人的には学習コスト低かったし、
逆にSQL知らない子に教えて慣れさせるのには苦労したわ

2017/10/16(月) 15:32:11.28

>>164
メソッド式だけで充分

2017/10/16(月) 15:34:39.13

>>164
自分の場合はSQL知っててクエリ式を見たときは何じゃコリャと思ったもんで^^;
冗長だけどメソッド式が好み。

2017/10/16(月) 15:58:03.25

>>165
そう思ってるのお前だけだからクエリ式があるんだろ
悟れよ

2017/10/16(月) 15:59:01.02

>>166
面食らうのはわかるけどすぐ慣れるでしょ

2017/10/16(月) 16:04:24.32

>>163
https://msdn.microsoft.com/en-us/library/system.windows.forms.trackbarrenderer(v=vs.110).aspx

2017/10/16(月) 16:09:03.51

>>168
linqの出始めの頃はクエリ式を多く見かけた気がするが、最近のグーグル先生ではメソッド式を多く見かける気がする。
どっちが主流なんだろ?

2017/10/16(月) 16:12:46.47

今はメソッド式のほうが主流なんじゃない
最初は皆珍しがってクエリ式使ってたけど
今はほとんど見ない

2017/10/16(月) 16:28:30.74

>>171
vb.netだと状況が違うかも。
メソッド構文が冗長過ぎるよ。

2017/10/16(月) 17:44:59.60

>>167
クエリ式で可能なことは全てメソッド式で可能。逆は成り立たない。

2017/10/16(月) 17:46:24.26

>>167
充分の意味がわかってないということは中卒かな？

2017/10/16(月) 17:48:04.85

>>113
>>131
コードも書いて頂いてありがとうございました。
恐縮しております。
いろいろいじってみたところ、
WPFでできそうなのでやってみます。

2017/10/16(月) 18:08:02.80

>>172
Functionがウザすぎてクエリ式使うわ

2017/10/16(月) 18:19:09.19

リファクタリングって実際にやる事って多いのでしょうか？
とりあえず動くものを作ると手直しが大変で、設計を考えてから作るならそんなにリファクタリング起こらない様な感じもしますが
後から機能追加していくと分割しようとかってのもあるのでしょうか

2017/10/16(月) 18:25:44.09

多いです

2017/10/16(月) 18:40:53.97

むしろそんなんばっかで嫌になる
最初の仕様書もっぺん見てみろや禿げと言いたくなるね

2017/10/16(月) 18:51:38.88

>>174
じゃあお前はILで書ければC#要らないんだろうな高学歴さん
そもそも糖衣構文なんてどれも使い方次第だろ
言われないとわからんか？

2017/10/16(月) 18:57:14.07

>>180
ILがc#並に使い勝手良ければそうだろうね

2017/10/16(月) 19:03:30.59

教科書見ても全然わからんかったのにスイスイ理解できる

2017/10/16(月) 19:03:49.47

ミスった

2017/10/16(月) 19:22:10.94

>>177
それって誰の金でやってんの？
次の開発なんかあるかどうかわからないのに無駄じゃない？

2017/10/16(月) 19:22:42.93

>>177
設計を考えてから作ったあとにリファクタリングとか、設計が糞だからやり直すようなもんだわな

2017/10/16(月) 19:23:29.95

リファクタリングって設計がクソだからやるの？

2017/10/16(月) 19:30:37.46

>>177
一度書いたコードは問題なく動いている限りリファクタリングなんてすることは無いよ。
リファクタリングする工数なんて何処にも無いからね。

元のコードを大きく改変する必要があるとか類似システムを作るときは
思い切ってリファクタリングするけどね。そっちの方が品質も安定するし早いから。
ま、そんだけ元のコードが酷いって事さwww

2017/10/16(月) 19:30:40.89

>>184
主力製品の機能変更で売ってくようなスタイルだと機能追加の度にコードが増えてくけど、その度に仕様変更でバグが混入する可能性があるからコード直ししたいとかあるってパターンもあると思います
既に基底が整備されてるとかプロジェクト毎に違う製品作るパターンならこういうことは無いと思いますが

2017/10/16(月) 19:34:29.63

>>188
でもお客の要望がリファクタリングの方向とズレてる場合って
かけたコストが丸損じゃない？

2017/10/16(月) 19:38:56.50

>>189
あくまでお客とのやり取りではなく、コードは会社の資産という観点でリファクタリングするという考えですね

お客の要望で機能追加する前提のものなので、そこで保守するコストやバグによる信用低下からプログラムそのものの価値が下がるって概念になると思います
まぁ実際はリファクタリングするには大きすぎるので理想はあっても実行は中々できないと思いますが

2017/10/16(月) 19:39:51.97

>>173
letとSelectManyの連鎖はクエリー式でないと辛すぎるですたい

2017/10/16(月) 19:48:17.74

リファクタリングのやり方がおかしいんじゃないかな
リファクタリングでコードがシンプルになればその後の開発工数が激減する

2017/10/16(月) 20:21:04.95

レガシーシステムに手をつける前に必ずリファクタリングするって常識でしょ
レガシーシステムは恐ろしいスパゲティの塊なのでそのまま手を出すとあっという間に破綻する
まずはリファクタリングで保守可能な状態を作らなければならない
最悪でも拡張する機能をテスト可能な状態にすること
顧客がバカでコミットできない場合でも知識を得るためにリファクタリングが最適
腐ったコードはどれだけ読み込んでも理解できない

2017/10/16(月) 20:21:22.23

>>190
いや今まで設定ファイルから読んでたけど
ネットワークから取得するわ
一括ではなく個々のデータを使用するときに常に最新データを個別に取得するわ
ってなったら絶対無駄になるよね？

2017/10/16(月) 20:26:56.04

>>192
それは改修時にする設計だよね
それは理解できる
でも、動いてるところをわざわざぶっ壊して作り直すって
お客に見積り通らないよね

2017/10/16(月) 20:29:25.51

>>194
それで無駄になるケースってどういう場面でしょうか？
設定ファイルとコードが依存してなければ設定ファイルの取得部分の追加変更でリファクタリング自体は無駄にならないと思いますが
変更できないような設計なら確かに無駄になると思いますが・・・

2017/10/16(月) 20:31:20.88

>>195
スレチ

2017/10/16(月) 20:31:55.64

>>196
設定ファイルを読み込む前提でリファクタリングしたなら
ネットワークからデータを個別に取得するようになるわけだから無駄だよね？

2017/10/16(月) 20:34:39.53

無駄になる可能性もあるけど無駄にならない可能性もある
汚いコードだった場合ほど無駄にならない

2017/10/16(月) 20:34:54.38

設定ファイルは起動時に１回一括で読み込むだけかも知れないね

でもネットワークからデータが必要になるたびに個別に最新を取得だから
ぶっちゃけ対応できないんじゃないかな？

2017/10/16(月) 20:36:10.80

>>200
スレチ

2017/10/16(月) 20:37:35.41

>>199
そう？
逆にこれが対応できるほど汎用性を上げたら明らかに無駄なコードだと思うよ

**デフォルトの名無しさん** (ｽﾌｯ Sd33-iAGE) · 2017/10/16(月) 20:38:05.31

ID:BTwHB29Waが何言ってるかわかるエスパーいる？

2017/10/16(月) 20:41:07.21

>>203
簡単にいうと仕様変更がかかったらリファクタリングなんて意味ねーじゃんってこと

2017/10/16(月) 20:55:07.11

>>204
仕様変更ってリファクタリングしててよかった～って一番実感するときだろ
まあやったことない人にはわからない感覚だとは思う
リファクタリングに工数かかるのは事実だから
目の前のコストしか見えない人だってそりゃいるよね

2017/10/16(月) 20:57:22.92

それはリファクタリングというかテスト書く話では

2017/10/16(月) 20:57:25.32

>>205
でも>>194とか無理でしょ？

2017/10/16(月) 21:05:31.13

>>207
設定ファイル一括読み込みクラスをリファクタリングして
設定問い合わせインターフェースにする
設定ファイル一括読み込みクラスは設定読み込みインターフェースを実装する

設定読み込みネットワークになったわー読み取りは毎回取り直しだわ～ってなったら
設定テーブルセレクトクラスを作る
設定テーブルセレクトクラスは設定読み込みインターフェースを実装する

DIの設定を変更して終わり
簡単だろ？

2017/10/16(月) 21:06:54.06

>>208
誤字訂正

＞設定ファイル一括読み込みクラスは設定読み込みインターフェースを実装する
設定問い合わせインターフェースを実装する

＞設定テーブルセレクトクラスは設定読み込みインターフェースを実装する
設定問い合わせインターフェースを実装する

2017/10/16(月) 21:08:49.18

組み直しに近いよね

2017/10/16(月) 21:12:10.02

設定ファイル一括読み込みクラスは会社の資産とのことだけど
どこ行くの？

また、設定ファイルから読み込むこともあるかも知んないから残しとく？
別の会社に売ったら
「うちはいちいちネットワークなんて繋げなくていいよ」
って言うかもね
こっちもサポートし続ける？
捨てちゃう？

2017/10/16(月) 21:15:35.05

>>195
業態によるんじゃないかな
客先の社内に入ってる常駐型とかweb開発では継続的インテグレーションが当たり前
納品して終わりのシステムなんて大手は少ないんじゃないかな？

2017/10/16(月) 21:16:23.03

リファクタリングしてないと組み直しになる
ネットワークから取ってくるって機能に切り替えたいだけなのに
なぜか設定読み込み処理そのものやそれを呼び出してるところを一生懸命調べたり直さなきゃならない
本当にやりたいことはそんなことじゃないのに！

リファクタリングしてあればまさにネットワークから取ってくる処理を追加するだけで済む
既存の処理はそのまんま
やりたいことを過不足なくやるだけ

解放閉鎖原則ってやつだね

2017/10/16(月) 21:18:26.26

>>212
継続案件でも納得してリファクタリングに金払う客居たら見てみたいわ
どうにもならなくなった糞コードを何とかする手段としてリファクタリングを使うケースは偶に見かけるけど

2017/10/16(月) 21:19:42.39

>>212
京都市とシステムズが争ってんじゃん
11億円の案件らしいけど
次の仕事あると思う？

2017/10/16(月) 21:21:16.99

客が選べないのはお前が無力だから

2017/10/16(月) 21:21:25.94

>>213
浅はかだな
一部設定ファイルから
一部ネットワークから
って可能性もあるよ
改修仕様が決まってから出ないとリファクタリングもゴミだなって気づけよ

2017/10/16(月) 21:21:40.28

>>211
必要な顧客と不要な顧客が居るなら取っておいたほうがいいね
インターフェースで綺麗に分離されてるから機能有効化無効化の管理も超簡単

2017/10/16(月) 21:22:06.38

てかマ板でやれよ
底辺チンカスコーダーの分際でうるさいわ

2017/10/16(月) 21:22:56.52

>>218
ネットワーク状態によって分岐するかもしんねーぞｗ
どこまでインターフェースで対応できんだ？ｗ

2017/10/16(月) 21:23:54.08

>>217
それもリファクタリングしてあれば簡単にできるよ
単に設定ファイル読み込みクラスとネットワーク問い合わせクラスのミックスインを作るだけ
実装するのにまあ15分もかからないと思うね
リファクタリングしてなかったらこれは絶望的だよ

2017/10/16(月) 21:24:30.99

>>214
MacはOSを途中で変えた
古いOSは改修に次ぐ改修で複雑に絡み合いリファクタリングすらできず
将来性がなかったから

windowsだって10までバージョンがあがったけど
そこまでのOSの変更費用は利用者が払ってる
将来性や利点があるならちゃんと説明して金をとるべき

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:26:54.92

リファクタリングは組み直しだろ。
なんでやるのかっつーと、いろんな意味でその次を楽にするため。
次の改修だったり、次の案件に使いたかったり。
ただし、それは改修と併せてやってはいかん。
改修、つまり「今より良くするもの」「悪いものを直すもの」の正しい評価ができん。

会社でやるなら、金の出処は研究開発扱いとしてやるしか無い物だと思うわ。
機械で言うと「新素材の研究が一段落していい感じだったんで、それ使ってネジのコストカットしました」とか「量産安定してきたんで金型のランナーをちょっと樹脂ケチる感じに引き直しました」とかそんなレベルの話。
もし客にバレたなら、単なる不具合の改修でしかない。

2017/10/16(月) 21:26:56.03

>>220
それも簡単に対応できるね
ネットワークの状態を見てスイッチングするデコレーターを作るだけでしょ

リファクタリングしてなかったらあっという間に炎上する案件だよねこれって

2017/10/16(月) 21:28:07.20

>>221
どのデータがネットワークからでどのデータが設定ファイルからかわからないのに？
自由に変えられるように組んであるの？

2017/10/16(月) 21:28:59.41

>>223
だから次の仕様が明確にならないと意味ないって

2017/10/16(月) 21:29:59.81

>>224
そもそもそれは俺が言ってから君がリファクタリングの方法を変えてるだけで
実際はもう対応できてないじゃん

2017/10/16(月) 21:33:18.73

ｱｳｱｳｵｰ Sa63-qY8G
ﾜﾝﾄﾝｷﾝ MMd3-pbEI
板違いで真っ赤とかNG推奨

2017/10/16(月) 21:33:19.62

>>225
仕様はあるんだろ？
それ見て作ればいいだけ

なんならそれも設定から読むようにしようか？
ルート設定情報を見てファイルかネットワークか選ぶ
ネットワークが死んでたら何回かリトライ
それでもダメならファイルから
ファイルがダメなら埋め込みデフォルト値
みたいな感じで

リファクタリングしてれば簡単にできるぞ

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:34:59.19

>>193
不思議なもんで、理解はできるが、なんでこうなってんのかわかんねえ、って半日悩んで、スクラッチすっか、と最低限の条件からだんだん込み入った事書いてくと最終的に「これ最適解じゃん。すげぇ」ってなる事あるな。
Fortranの処理系のメンテしたほうがマシ、と言う結論に至った事がある。

>>226
次の仕様に合わせてやるのは、対応。
そうじゃなくて、「これ事故りそうだな、今手が空いてるから直しとくか」がリファクタリング。
フツーに仕事してたら納期次第で不味い手を打たざるを得ない事もあるしな。
32767回目で死ぬ事がわかってる、年に100回しか打たれないはずのコマンド、とか。
何故かそういう物に限って変な活用されたり、10年生きてたりする。

2017/10/16(月) 21:35:00.32

そもそも設定ファイルの読み込みルーチンだけど
すでに納めた客の対応はどうするの？
変えちゃうのはいいけどさ
動いて無いとまずいんちゃう？

インターフェースで対応できるの？

2017/10/16(月) 21:35:17.50

お前ら、プログラムの仕様を変えたらリファクタリングじゃねーわw

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:36:09.29

>>231
出しても出さなくても良いのがリファクタリング。

2017/10/16(月) 21:36:12.54

>>226
仕様が曖昧なときほどリファクタリングは有効だよ
リファクタリングしてないと全く身動き取れない
リファクタリングしてあれば暫定で進められる
確定したらごく僅かな工数で本実装に切り替え可能
仕様が確定するまでの待ち時間の金は誰が払うんだ？
あれがこれが決まってないから進められないなんて泣き言は顧客は聞いてくれないぞ？

2017/10/16(月) 21:38:24.34

>>228
あ～それは悪かった
専ブラだとスレタイが目に入らないんだよね
オブジェクト指向スレかなんかと勘違いしてたわ

2017/10/16(月) 21:39:10.27

そんなパッケージ販売みたいの視野に入れるなら
○○様向け読み込み処理とか
すっげー勢いででき続けるけどな
すでに動いてる部分をぶっ壊すなんて最早正気ではないな

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:39:22.24

充分にモジュール化されてれば、可換な筈だからな。
それが仕様。
中身がどう変わろうが、口はUSBです。これも仕様。
口がどう変わろうが、テキストの電文でやりとりしてます。これも仕様。

どんなキーボード繋いでもHIDデバイスとして認識出来れば文字が打てます。そんなもん。
ボタンの改良でパソコン買い替えてたら世話無いだろ。

2017/10/16(月) 21:41:43.16

>>237
でもね
メモリだけ増やしたいなぁって思っても
SSDにしたいなぁって思っても
マザボごと全部交換必須

これが現実

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:41:47.00

>>236
パッケージ売りするなら、で全然パッケージ売りしてねえじゃんw
普通は帳票パックとか売るんじゃねえの？ソフト屋って。

コストで悩むのは理解できるが、だから研究開発費なんだよ。

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:42:18.91

>>238
全然現実じゃなくない…？
どんな商売してるの？

2017/10/16(月) 21:45:48.80

バグだらけでリファクタリングできない頭の見本市がこちらです

2017/10/16(月) 21:45:59.06

>>239
マジで
個別対応で金貰う商売だと思ってたぜ

2017/10/16(月) 21:46:37.96

>>241
京都市とシステムズにも言ってやれ

2017/10/16(月) 21:48:06.53

ﾜｯﾁｮｲ!ﾜｯﾁｮｲ!

2017/10/16(月) 21:49:20.03

>>243
スレチだ死ね

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 21:49:50.50

>>242
なんで個別対応で金取れるかわかってる？
個別対応部分が可換だからだろ？
単に経験浅すぎて仕組みがわかってないだけだと思いたいな。

2017/10/16(月) 21:59:40.70

>>246
いいけど
すべての個別対応を一つのソースにぶち込みつつ保守してくって無理だと思うぜ
扱うデータ自体が違うのにインターフェースもクソもねーし

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 22:03:15.56

>>247
なんで一つのソースにしちゃうかな？
インターフェイスが統一されてれば、違うソース、違うリポジトリで充分でしょ？
扱うデータが違うのに云々ってのは、コンテナ形式のファイル見たら皆がどうやって回避してきたか理解できると思うわ。
DICOMまでガチの話でもなく、tiffファイルのフォーマット眺めるだけで充分わかる。

2017/10/16(月) 22:05:59.28

>>248
だからされねーだろ
データが違うんだから
始点と幅と高さでもっても
中点と幅と高さでもっても
四角は四角なんだよ

2017/10/16(月) 22:07:30.95

>>249
スレチ死ねよ

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 22:12:07.91

>>249
内容に惑わされ過ぎだろ。
始点と幅と高さでできてる四角(四角A)と、中点と幅と高さで出来てる四角(四角B)であろうと、
ただのデータなんだから。
「四角」ってスーパークラス切り出して、「どちらかはわからんが、四角には変わりない。どっちかはそれぞれ読み手が考えるように。」ってデータ型を用意するのがリファクタリングだよ。
そしたら、図形ってデータ型が出来たり、面積のある図形ってインターフェイスが出来たりするだろうね。
typeof演算子の存在意義に疑問を持ってる類の人間なのかな。

あ (ﾜｯﾁｮｲ 7b99-b3d+) · 2017/10/16(月) 22:13:13.51

インターフェイスについて突っ込まれそうだけど、シリアライズしてXMLにでもしときゃ、容量は食うだろうけど、C#でならだいたい何とかなる。

2017/10/16(月) 22:20:04.33

>>251
あめーんだよ
お前想像力がたんねーから
インターフェースでなんでも対応できる気がすんだよ

ちなみに中点、右幅、左幅、上幅、下幅指定は中点で回転するからその指定で回転角も付く
同じ四角だってすでに別もんの場合もある
こういうのたくさんあり過ぎて現実にはインターフェースなんてなんの役にもたたねーだろ

2017/10/16(月) 22:30:15.71

インフラも依存性もないたかが四角形クラスでインターフェース否定した気になっちゃったの？

2017/10/16(月) 22:36:38.15

>>254
じゃあ、さっきのネットワークからデータをとる話にしたってバカがインターフェースで対応できるとか言ってたけど
実際はデータ毎に取得日時も保存しておかないと
最新かどうかわからないよねｗ

アホだからこんなもんで対応できると思うんやで

2017/10/16(月) 22:38:01.06

>>255
いい加減キチガイは死ねよ

2017/10/16(月) 22:38:28.89

>>255
消えろカス

2017/10/16(月) 22:44:52.51

>>256
( ‘д‘⊂彡☆))Д´) ﾊﾟｰﾝ
>>257
( ‘д‘⊂彡☆))Д´) ﾊﾟｰﾝ

(*ﾟ∀ﾟ)なんで殴られたか言ってみろ!

2017/10/16(月) 22:46:33.16

いったい何のスレなんだ？

2017/10/16(月) 22:46:57.67

>>258
死ね

2017/10/16(月) 22:58:47.99

>>259
ID真っ赤な人を愛でるスレです