- 1 名前：デフォルトの名無しさん mailto:sage [2017/10/09(月) 19:00:56.93 ID:Y4203ffV0.net]
- 「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。
他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。
内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。
なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください
>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。
■前スレ
ふらっと C#,C♯,C＃（初心者用） Part131
mevius.5ch.net/test/read.cgi/tech/1504861931/
■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
mevius.5ch.net/test/read.cgi/tech/1492843013/
■コードを貼る場合は↓を使いましょう。
ideone.com/
https://dotnetfiddle.net/
■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
referencesource.microsoft.com/
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
- 110 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 01:47:44.60 ID:6sAES7rzM.net]
- >>108
おれも手軽な方法知りたい。
面倒な方法としては、formサイズとlabelのフォントサイズに比例式作って判定させるメソッド作れば実装はできる。
- 111 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 01:57:09.23 ID:7R5dQaZOa.net]
- >>108
煽り抜きで真面目な話、そういうのはまず要件を厳密に定義しないとね。
「formのサイズに合わせて、labelが拡大縮小」っていうのは曖昧だよね
- 112 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 02:12:32.32 ID:odpYqypi0.net]
- >>109
ありがとうございます。
そういう機能があると思ってましたが、
簡単にはできないのですね。
- 113 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 02:13:46.76 ID:odpYqypi0.net]
- >>110
画像の拡大縮小のような感じで、
フォームの大きさに合わせて、
ラベルの文字が大小するという感じです。
- 114 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 09:38:54.40 ID:PeJpR27x0.net]
- >>112
WPF使えば良いんじゃないの?
- 115 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 10:17:34.83 ID:xAZWROGI0.net]
- C#でpyplotみたいにフォーム作らなくてもお手軽にグラフ表示する方法ってないですか？
- 116 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 10:19:38.15 ID:Tx63GDtfa.net]
- グラフコントロール的なのなかったっけ？
- 117 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 10:27:56.21 ID:Tx63GDtfa.net]
- 表示しないとdrowtobitmapきかねっけ？
- 118 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:04:17.23 ID:64liGYG7M.net]
- ずっとグラフコントロール見てたけど
前だったら商用が一番おすすめだったけど
今はもうwebのフリーのコントロールに負けてるので金を払ってまで使う必要あるのかと思う
- 119 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:06:29.18 ID:Tx63GDtfa.net]
- chartコントロール超綺麗じゃん
- 120 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:17:59.94 ID:+yNynBs60.net]
- >>113
だよな。コントロール並べるだけじゃ満足できないならwpfやuwpに移行したほうが効率いい
もうオーナードローなんかやりたくないよ
- 121 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:21:03.11 ID:Tx63GDtfa.net]
- >>119
フォントまで対応してたっけ？
今PCってフォント125%とかデフォルトで設定して売ってんじゃん
- 122 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:35:55.54 ID:64liGYG7M.net]
- グラフって表示するだけじゃなくてインタラクティブなのものを求められたりするんで困る
- 123 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:46:42.46 ID:+yNynBs60.net]
- >>120
拡大したいコントロールをViewBoxってコントロールで囲えば、何でも拡大縮小してくれる
- 124 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 16:57:11.91 ID:Tx63GDtfa.net]
- >>122
フォントサイズやフォントの倍率変えても行ける？
- 125 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:11:04.42 ID:64liGYG7M.net]
- 使い勝手がいいかどうかは別だけど
スクロールバーありものも突っ込んだら悲しいことになる
- 126 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:17:55.44 ID:Bo2AAy/J0.net]
- >>120
PCうんぬんはフォントじゃなくてスケーリングじゃないかな。
WPFは元々システムのDPIに依存しないから、スケーリング対応は簡単。
- 127 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:21:09.76 ID:Tx63GDtfa.net]
- >>125
コントロールパネルの画面の
テキスト、アプリ、その他の項目のサイズを変更する
は影響受けない？
これが125%になってんだけど
- 128 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:24:10.76 ID:q3I9S/toa.net]
- 質問者に言っておくけど、要件を厳密に定義しないとこういう流れになっちゃう。
「formのサイズに合わせて、labelが拡大縮小」
「ォームの大きさに合わせて、ラベルの文字が大小するという感じ」
これどっちも曖昧だって。
要件っていうのは解釈や忖度や妄想の余地がないように厳密に定義しなきゃ
- 129 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:25:59.26 ID:64liGYG7M.net]
- 使ってみればいいよ
ViewBoxは使いどころが難しいと思う
マウス操作するものはなるべく突っ込まないほうがいいと思う
- 130 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 17:33:14.07 ID:64liGYG7M.net]
- スペースが事前に決めてあってその中いっぱいに表示したいならviewbox
サイズを細かく指定したいなら向いていない
左右に二個並べてあって中身が違うにもかかわらず左右の表示を会わせたい→死
- 131 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 18:30:27.57 ID:Bo2AAy/J0.net]
- >>126
それがスケーリングね。
スケーリングが125%になっているなら、ウィンドウ全体（コントロールも文字も)が125%に拡大された上で綺麗に表示してくれるよ。
- 132 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 19:26:58.15 ID:boo3QsX80.net]
- >>127
実際に作るものはともかくここでの流れまで初心者に言っても
最初から要件を細かく定義できるのならググったほうが速いし
質問の仕方から見て>>109>>113で十分かと
>>108
WPFはわからないのでWinForm+>>109で仮に作るとこうなる（Labelだけ対応)
https://ideone.com/BWg19a
ここまでは簡単で破綻しないように調整しようとすると面倒。自分では使わないｗ
この段階でたぶん座標とサイズがintでフォントサイズがfloatのせいで最後の文字で時々失敗する
- 133 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 19:43:17.05 ID:H5qn+0zu0.net]
- Windows10のOS寄りの話になっちゃうかもしれませんが、
タスクバーとかその上にくっ付いてるコントロールの透明化を一時的にでも止める方法あったら教えてください。
- 134 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 20:08:50.91 ID:T+wcAuKm0.net]
- >>132
設定→個人設定→色→透明効果→オフ
と同じことをプログラムからやりたいってこと?
C#の範疇じゃないので、聞くならWinAPIスレかなぁ
- 135 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 20:14:55.96 ID:Gr3hJnkQa.net]
- タイトルバーのこと？
- 136 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 20:32:23.95 ID:+yNynBs60.net]
- UWPだと、画面のサイズに依ってフォントのサイズどころかコントロールのレイアウトから何から何まで変更することが可能です
VisualStateManagerとAdaptiveTriggerってのを使うんだが、ちょっと説明には骨が折れるから興味ある人はググってね
単純なものでも、この複雑さだからね
https://blog.naotaco.com/archives/840
- 137 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 21:09:13.78 ID:H5qn+0zu0.net]
- >>133
そうです。スレ違いでしたね
透明の箇所はスタートメニューから全部無効化したいですね
急ぎじゃないんで適当に調べてみます
- 138 名前：デフォルトの名無しさん mailto:sage [2017/10/15(日) 21:25:24.68 ID:+yNynBs60.net]
- >>136
news.mynavi.jp/column/windows/385/
ここにレジストリの変更でできるって書いてあるが、後は頑張ってね
- 139 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 06:32:34.43 ID:RQ+FBTWza.net]
- >>130
おお、大丈夫なのか
ありがとう
原因を分けて対応しないと駄目だな～
- 140 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 08:01:21.51 ID:ecMhS81Sp.net]
- 二つの同じ長さの配列A,Bの末尾から5つを取り出してその全ての要素がA>BならTrueを返す
↑これってLINQでうまく書ける？
- 141 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 08:05:12.77 ID:qSwuY79xa.net]
- >>139
友の会行けよ
明らかに初心者スレじゃねぇよ
- 142 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 09:40:47.13 ID:Hv+h3c0cM.net]
- LINQの定義次第っていうか
LINQ to ObjectsならTakeLast拡張メソッドを自分で実装すればいける
- 143 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 09:50:04.77 ID:dwD3mD07M.net]
- >>139
A.Reverse().Zip(B.Reverse(), (a, b) => new { a, b }).Take(5).All(ab => ab.a > ab.b)
>>141
十分初心者レベルだよ
自分がわからないからスレ違いってw
- 144 名前：142 mailto:sage [2017/10/16(月) 09:51:11.95 ID:dwD3mD07M.net]
- すまん
わかると思うけど下のアンカは>>140の間違い
- 145 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 09:53:43.90 ID:REWIMY/C0.net]
- なんで推敲する程度の余裕すらないんですかね…
寿命が近くて生き急いでるのかな？
- 146 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:01:59.84 ID:qSwuY79xa.net]
- >>142
こんなコード見やすいと思ってる時点で頭がイカれてる
- 147 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:13:40.50 ID:/cVIDSfR0.net]
- またLINQに親殺されたマンのスイッチ入ったな
- 148 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:15:02.52 ID:VBGd717qM.net]
- 逐次的に読むだけだから難しくはないと思うが…
- 149 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:15:18.65 ID:qSwuY79xa.net]
- まあ、動作も遅いしね
- 150 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:16:28.62 ID:/cVIDSfR0.net]
- >>148
ちょっと興味あるから同じ処理をわかりやすいように書いてみて
- 151 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:25:12.95 ID:X+6CakuHM.net]
- >>145
勢いで書いて後から見てワケワカランで
こんな糞コード誰じゃと調べたら自分だった事が多々あるw
- 152 名前：デフォルトの名無しさん [2017/10/16(月) 10:51:30.20 ID:yXhtcONm6.net]
- >>148
LINQ難しくて嫌いだからってケチ付けるなよｗｗｗｗｗｗｗｗｗ
- 153 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 10:57:04.66 ID:qSwuY79xa.net]
- >>151
いや、遅いのと見難いから嫌い
- 154 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:02:26.88 ID:X+6CakuHM.net]
- メソッドチェーンってそんなに見づらいか?
クエリー構文はキモくて嫌いだが。
- 155 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:05:31.52 ID:REWIMY/C0.net]
- LINQに全てを奪われたマンだろ
- 156 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:07:08.78 ID:qSwuY79xa.net]
- >>153
テトリスを一行で書きました（改行コードがないだけ）
みたいな臭いがして臭い
- 157 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:07:49.77 ID:kQRYApqGa.net]
- >>142はLINQ好きじゃない俺でも十分読める
ちょっと思ったけど
A.Reverse().Zip(B.Reverse(), (a, b) => a > b).Take(5).All(x => x);
こっちの方がいい気が
Tがboolの時predicatorじゃなくて要素そのものを評価するオーバーロードってないんだね
- 158 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:17:17.26 ID:kTlR9ez60.net]
- >>142
ありがとうありがとう
なんでかTakeLastが使える(最近追加された？)んでリバースなくて行けました
けどめちゃくちゃ遅かった…
ちょっとLinqでやるんが無理だったんかな、でもすごくためになりましたありがとう
- 159 名前：デフォルトの名無しさん [2017/10/16(月) 11:18:16.37 ID:yXhtcONm6.net]
- >>155
こんなに普及してるjQuery全否定か
- 160 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 11:21:16.85 ID:/cVIDSfR0.net]
- >>155
頼む、ｱｳｱｳｵｰ Sa63-qY8Gなりの同じ処理のコードを書いてくれ
そっちのほうが分かりやすかったら味方も増えるだろ
- 161 名前：デフォルトの名無しさん [2017/10/16(月) 11:22:50.09 ID:yXhtcONm6.net]
- しかも最近流行りの状態を持たない関数型プログラミングだし
- 162 名前：デフォルトの名無しさん [2017/10/16(月) 14:46:59.09 ID:L72cxc6g0.net]
- SQL使ってた人にはLINQは分かりやすいけど長いと読む気なくすのはSQLも同じ
- 163 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 14:54:15.28 ID:ckY7h8O8M.net]
- >>161
linqのクエリ式とsqlは別もん。
sqlを知らない方が良いかもね。
- 164 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 15:12:28.85 ID:tCfKnGA20.net]
- TrackBar のツマミを、タッチ操作用に大きくしたいんですが、どうすればいいんでしょうか。
検索しても解決に至っていない質問がちらほらあるぐらいです。もしくはこれでもかってぐらい
自分で書いたオリジナルのトラックバーとか。
そこまでしなくても、ツマミが大きくできるだけでいいのですが。
- 165 名前：デフォルトの名無しさん [2017/10/16(月) 15:21:38.99 ID:L72cxc6g0.net]
- >>162
別物(キリッ)とか言われても
同じだなんて言ってないけど
ただ取っ掛かりの部分でSQLの知識が活かせるから個人的には学習コスト低かったし、
逆にSQL知らない子に教えて慣れさせるのには苦労したわ
- 166 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 15:32:11.28 ID:1Xir09k9d.net]
- >>164
メソッド式だけで充分
- 167 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 15:34:39.13 ID:ckY7h8O8M.net]
- >>164
自分の場合はSQL知っててクエリ式を見たときは何じゃコリャと思ったもんで^^;
冗長だけどメソッド式が好み。
- 168 名前：デフォルトの名無しさん [2017/10/16(月) 15:58:03.25 ID:L72cxc6g0.net]
- >>165
そう思ってるのお前だけだからクエリ式があるんだろ
悟れよ
- 169 名前：デフォルトの名無しさん [2017/10/16(月) 15:59:01.02 ID:L72cxc6g0.net]
- >>166
面食らうのはわかるけどすぐ慣れるでしょ
- 170 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 16:04:24.32 ID:VwEzpL/B0.net]
- >>163
https://msdn.microsoft.com/en-us/library/system.windows.forms.trackbarrenderer(v=vs.110).aspx
- 171 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 16:09:03.51 ID:/hjaT7S3M.net]
- >>168
linqの出始めの頃はクエリ式を多く見かけた気がするが、最近のグーグル先生ではメソッド式を多く見かける気がする。
どっちが主流なんだろ?
- 172 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 16:12:46.47 ID:/cVIDSfR0.net]
- 今はメソッド式のほうが主流なんじゃない
最初は皆珍しがってクエリ式使ってたけど
今はほとんど見ない
- 173 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 16:28:30.74 ID:/hjaT7S3M.net]
- >>171
vb.netだと状況が違うかも。
メソッド構文が冗長過ぎるよ。
- 174 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 17:44:59.60 ID:1Xir09k9d.net]
- >>167
クエリ式で可能なことは全てメソッド式で可能。逆は成り立たない。
- 175 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 17:46:24.26 ID:n1MWZemqd.net]
- >>167
充分の意味がわかってないということは中卒かな？
- 176 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 17:48:04.85 ID:Vn+nsPRE0.net]
- >>113
>>131
コードも書いて頂いてありがとうございました。
恐縮しております。
いろいろいじってみたところ、
WPFでできそうなのでやってみます。
- 177 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 18:08:02.80 ID:4cngaiV60.net]
- >>172
Functionがウザすぎてクエリ式使うわ
- 178 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 18:19:09.19 ID:Jb7W9hCC0.net]
- リファクタリングって実際にやる事って多いのでしょうか？
とりあえず動くものを作ると手直しが大変で、設計を考えてから作るならそんなにリファクタリング起こらない様な感じもしますが
後から機能追加していくと分割しようとかってのもあるのでしょうか
- 179 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 18:25:44.09 ID:eZI1RZBbM.net]
- 多いです
- 180 名前：デフォルトの名無しさん [2017/10/16(月) 18:40:53.97 ID:ls7B8y8Ka.net]
- むしろそんなんばっかで嫌になる
最初の仕様書もっぺん見てみろや禿げと言いたくなるね
- 181 名前：デフォルトの名無しさん [2017/10/16(月) 18:51:38.88 ID:L72cxc6g0.net]
- >>174
じゃあお前はILで書ければC#要らないんだろうな高学歴さん
そもそも糖衣構文なんてどれも使い方次第だろ
言われないとわからんか？
- 182 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 18:57:14.07 ID:X9WtM+0ed.net]
- >>180
ILがc#並に使い勝手良ければそうだろうね
- 183 名前：emanの物理学ってサイトわかりやすいな [2017/10/16(月) 19:03:30.59 ID:8ymsOkDP0.net]
- 教科書見ても全然わからんかったのにスイスイ理解できる
- 184 名前：emanの物理学ってサイトわかりやすいな [2017/10/16(月) 19:03:49.47 ID:8ymsOkDP0.net]
- ミスった
- 185 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:22:10.94 ID:BTwHB29Wa.net]
- >>177
それって誰の金でやってんの？
次の開発なんかあるかどうかわからないのに無駄じゃない？
- 186 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:22:42.93 ID:LfvhrZmO0.net]
- >>177
設計を考えてから作ったあとにリファクタリングとか、設計が糞だからやり直すようなもんだわな
- 187 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:23:29.95 ID:BTwHB29Wa.net]
- リファクタリングって設計がクソだからやるの？
- 188 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:30:37.46 ID:TyTVOwnW0.net]
- >>177
一度書いたコードは問題なく動いている限りリファクタリングなんてすることは無いよ。
リファクタリングする工数なんて何処にも無いからね。
元のコードを大きく改変する必要があるとか類似システムを作るときは
思い切ってリファクタリングするけどね。そっちの方が品質も安定するし早いから。
ま、そんだけ元のコードが酷いって事さwww
- 189 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:30:40.89 ID:Jb7W9hCC0.net]
- >>184
主力製品の機能変更で売ってくようなスタイルだと機能追加の度にコードが増えてくけど、その度に仕様変更でバグが混入する可能性があるからコード直ししたいとかあるってパターンもあると思います
既に基底が整備されてるとかプロジェクト毎に違う製品作るパターンならこういうことは無いと思いますが
- 190 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:34:29.63 ID:BTwHB29Wa.net]
- >>188
でもお客の要望がリファクタリングの方向とズレてる場合って
かけたコストが丸損じゃない？
- 191 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:38:56.50 ID:Jb7W9hCC0.net]
- >>189
あくまでお客とのやり取りではなく、コードは会社の資産という観点でリファクタリングするという考えですね
お客の要望で機能追加する前提のものなので、そこで保守するコストやバグによる信用低下からプログラムそのものの価値が下がるって概念になると思います
まぁ実際はリファクタリングするには大きすぎるので理想はあっても実行は中々できないと思いますが
- 192 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:39:51.97 ID:3WbDhRser.net]
- >>173
letとSelectManyの連鎖はクエリー式でないと辛すぎるですたい
- 193 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 19:48:17.74 ID:eZI1RZBbM.net]
- リファクタリングのやり方がおかしいんじゃないかな
リファクタリングでコードがシンプルになればその後の開発工数が激減する
- 194 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:21:04.95 ID:rY47nFh2M.net]
- レガシーシステムに手をつける前に必ずリファクタリングするって常識でしょ
レガシーシステムは恐ろしいスパゲティの塊なのでそのまま手を出すとあっという間に破綻する
まずはリファクタリングで保守可能な状態を作らなければならない
最悪でも拡張する機能をテスト可能な状態にすること
顧客がバカでコミットできない場合でも知識を得るためにリファクタリングが最適
腐ったコードはどれだけ読み込んでも理解できない
- 195 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:21:22.23 ID:BTwHB29Wa.net]
- >>190
いや今まで設定ファイルから読んでたけど
ネットワークから取得するわ
一括ではなく個々のデータを使用するときに常に最新データを個別に取得するわ
ってなったら絶対無駄になるよね？
- 196 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:26:56.04 ID:BTwHB29Wa.net]
- >>192
それは改修時にする設計だよね
それは理解できる
でも、動いてるところをわざわざぶっ壊して作り直すって
お客に見積り通らないよね
- 197 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:29:25.51 ID:Jb7W9hCC0.net]
- >>194
それで無駄になるケースってどういう場面でしょうか？
設定ファイルとコードが依存してなければ設定ファイルの取得部分の追加変更でリファクタリング自体は無駄にならないと思いますが
変更できないような設計なら確かに無駄になると思いますが・・・
- 198 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:31:20.88 ID:1MDONeW40.net]
- >>195
スレチ
- 199 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:31:55.64 ID:BTwHB29Wa.net]
- >>196
設定ファイルを読み込む前提でリファクタリングしたなら
ネットワークからデータを個別に取得するようになるわけだから無駄だよね？
- 200 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:34:39.53 ID:VwEzpL/B0.net]
- 無駄になる可能性もあるけど無駄にならない可能性もある
汚いコードだった場合ほど無駄にならない
- 201 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:34:54.38 ID:BTwHB29Wa.net]
- 設定ファイルは起動時に１回一括で読み込むだけかも知れないね
でもネットワークからデータが必要になるたびに個別に最新を取得だから
ぶっちゃけ対応できないんじゃないかな？
- 202 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:36:10.80 ID:BaDXAceVd.net]
- >>200
スレチ
- 203 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:37:35.41 ID:BTwHB29Wa.net]
- >>199
そう？
逆にこれが対応できるほど汎用性を上げたら明らかに無駄なコードだと思うよ
- 204 名前：デフォルトの名無しさん [2017/10/16(月) 20:38:05.31 ID:Pq8+tcNCd.net]
- ID:BTwHB29Waが何言ってるかわかるエスパーいる？
- 205 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:41:07.21 ID:BTwHB29Wa.net]
- >>203
簡単にいうと仕様変更がかかったらリファクタリングなんて意味ねーじゃんってこと
- 206 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:55:07.11 ID:rY47nFh2M.net]
- >>204
仕様変更ってリファクタリングしててよかった～って一番実感するときだろ
まあやったことない人にはわからない感覚だとは思う
リファクタリングに工数かかるのは事実だから
目の前のコストしか見えない人だってそりゃいるよね
- 207 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:57:22.92 ID:XeTEMs9s0.net]
- それはリファクタリングというかテスト書く話では
- 208 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 20:57:25.32 ID:BTwHB29Wa.net]
- >>205
でも>>194とか無理でしょ？
- 209 名前：デフォルトの名無しさん mailto:sage [2017/10/16(月) 21:05:31.13 ID:rY47nFh2M.net]
- >>207
設定ファイル一括読み込みクラスをリファクタリングして
設定問い合わせイン�
- 210 名前：^ーフェースにする
設定ファイル一括読み込みクラスは設定読み込みインターフェースを実装する
設定読み込みネットワークになったわー読み取りは毎回取り直しだわ～ってなったら
設定テーブルセレクトクラスを作る
設定テーブルセレクトクラスは設定読み込みインターフェースを実装する
DIの設定を変更して終わり
簡単だろ？ [] - [ここ壊れてます]
|
 |
