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

**デフォルトの名無しさん** · 2018/08/05(日) 19:55:44.50

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

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

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

**デフォルトの名無しさん** · 2018/09/22(土) 20:27:21.25

>>739
mvcわからんくてもビューとロジックは分離しないとまずいってのはわかるでしょ
そのやり方の一つがmvc

**デフォルトの名無しさん** · 2018/09/22(土) 21:53:59.90

ジャパニーズドカタはテスト書かないから分からないよｗ

**デフォルトの名無しさん** · 2018/09/22(土) 22:03:55.13

初心者がゆうなw

**デフォルトの名無しさん** · 2018/09/22(土) 22:42:44.85

つーか、画面は作り捨て上等

一昔前に流行った画面構成なんて臭くって使えない

**デフォルトの名無しさん** · 2018/09/22(土) 22:47:11.36

テストとかまじ手間とるだけの時間稼ぎでしかない

**デフォルトの名無しさん** · 2018/09/23(日) 00:24:52.61

歴史あるmfcのｳﾝｺﾄﾞｷｭﾒﾝﾄﾋﾞｭｰｱｰｷﾃｸﾁｬと
なにが違うの？

**デフォルトの名無しさん** · 2018/09/23(日) 00:34:17.81

そもそもこれでもかってぐらいこびりついてるのになぜ切り離そうとするのか？

画面アプリとサーバー側で分けて画面アプリは作り直せよ

**デフォルトの名無しさん** · 2018/09/23(日) 00:39:38.45

初心者なんだから難しいこと考えるなよバカどもｗ

**デフォルトの名無しさん** · 2018/09/23(日) 00:47:36.99

一時期strutsとかいうｲﾝﾁｷくさいﾌﾚｰﾑﾜｰｸがほんのりはやったが
いまはもう見る影もない

**デフォルトの名無しさん** · 2018/09/23(日) 01:21:59.82

どこの記事だか忘れたけどMVCに関して昔読んだので一つだけ説得力を感じたのは、
古いタイプのインストーラーみたいにウィザード形式のUIの画面遷移のためにはCが必要って内容

そこは確かに一理あると思った
ウィザード形式なんてそうそうあるUIとも思えんが

**デフォルトの名無しさん** · 2018/09/23(日) 01:33:34.95

いらんわw

**デフォルトの名無しさん** · 2018/09/23(日) 02:07:34.36

MVVMは慣れてきたらものすごく開発が楽だけどな

**デフォルトの名無しさん** · 2018/09/23(日) 02:35:37.21

>>757
それも「行きはよいよい帰りは怖い」だけどね

書いてる時はいいんだよ。
問題は後で見た時に、あるいは他人のコード見た時に
何やってるのか理解するのに無茶苦茶時間が掛かること

支持する奴の気がしれん

**デフォルトの名無しさん** · 2018/09/23(日) 02:46:47.55

MVCは近代的な開発環境を使っていれば自然と守られるから学習する必要ないよ
CにMを書いちゃうとか変なことをしない限り大丈夫だよ
対するMVVMは難しいね、かなり練習しないとただ3層に分けただけの偽MVVMになってしまう

**デフォルトの名無しさん** · 2018/09/23(日) 04:46:55.14

>>755
「司令」とかはデフォだよ

**デフォルトの名無しさん** · 2018/09/23(日) 07:17:03.92

C#とあわせてDB勉強するならどれがいいですか？
やっぱり同じMS製のSQL Serverですか？

**デフォルトの名無しさん** · 2018/09/23(日) 08:01:38.54

>>761
どうせ Visual Studio 使うんだろ？
ならSQL Server LocalDB使うのがインストールも簡単だしVisual Studioから基本的な操作ができるから楽だよ

**デフォルトの名無しさん** · 2018/09/23(日) 08:45:18.24

>>758
実際にはめちゃくちゃわかりやすいけどな

**デフォルトの名無しさん** · 2018/09/23(日) 09:48:29.79

>>763
お前が資料に嘘書くから無理

**デフォルトの名無しさん** · 2018/09/23(日) 12:43:01.55

>>758
今時mvvmアンチとか新しいな
対案は？

**デフォルトの名無しさん** · 2018/09/23(日) 12:47:19.91

フォームベタ書きが一番

**デフォルトの名無しさん** · 2018/09/23(日) 13:03:56.91

MVVM否定する奴とかネタだよな

**デフォルトの名無しさん** · 2018/09/23(日) 13:17:56.73

フォームクラスに全てを書く。これ最強。

**デフォルトの名無しさん** · 2018/09/23(日) 14:07:53.59

mvvmは状態がわからないと言うか再現できないことが多くて
従来型のmvvmはwebのあたりでは捨てられ始めてる

**デフォルトの名無しさん** · 2018/09/23(日) 14:09:21.60

>>767
逆に明確なメリットが無いよね？

**デフォルトの名無しさん** · 2018/09/23(日) 14:10:05.59

DIコンテナ使い出すとwpf+mvvmから抜け出せなくなるな
もしかするとDIコンテナ知らずにmvvm批判しているんだろうか？

**デフォルトの名無しさん** · 2018/09/23(日) 14:18:11.03

>>769
再現ってVMのプロパティセットするだけだが？

**デフォルトの名無しさん** · 2018/09/23(日) 14:20:21.01

React & Fluxを使いだすとmvvmはもう戻れないと言ってるやつと同じレベルだな

**デフォルトの名無しさん** · 2018/09/23(日) 14:21:04.98

>>772
そこがお前の限界

**デフォルトの名無しさん** · 2018/09/23(日) 14:21:15.43

>>771
DIは関係なくね？
DIは特定のアプリケーションフレームワークに依存したものじゃない
コンソールでもFormsでも使えるよ

**デフォルトの名無しさん** · 2018/09/23(日) 14:21:33.58

>>774
ブーメラン

**デフォルトの名無しさん** · 2018/09/23(日) 14:23:04.60

アジャイルを知ったらもう他にはもどれない
TDDじゃない開発はIT土方だ

などとくだらないことをいうバカ信者は死ねばいい

**デフォルトの名無しさん** · 2018/09/23(日) 14:26:57.57

FBは一時期mvvmに傾倒してたけど大規模になってくるとなぜだか思ったように動かないことが多くなって
mvvm自体に弱点があることに気付いた
そしてmvvmを捨てることにした

中小規模ならmvvmはまだ使えるが大規模になると使えない
状態を追いきれない

**デフォルトの名無しさん** · 2018/09/23(日) 14:31:36.73

FBによるとmvvmでは大規模になると値が変わった場合どこでどうしたからその値が変わったのか説明できない
元をたどれないことが多くてバグをつぶしたと思ったら同じバグがまた出ることに悩まされていた
簡単にどこででも状態をいじれることが間違っていたと判断した

**デフォルトの名無しさん** · 2018/09/23(日) 14:38:33.91

真っ赤なスレ違い

**デフォルトの名無しさん** · 2018/09/23(日) 15:30:30.23

MVVMってV-VM-Mなの？

**デフォルトの名無しさん** · 2018/09/23(日) 16:33:57.42

MVCを知りたいという初心者に
MVVMの有能さを洗脳するスレなのか

**デフォルトの名無しさん** · 2018/09/23(日) 16:45:09.37

デザパタ語りたがり初心者が湧いてるのか
ママにでも教えてやれ

**デフォルトの名無しさん** · 2018/09/23(日) 16:53:04.68

ViewをViewModelの影に徹させて管理すべき状態数を明確化、最小化しようってアイデアがMVVMの基本
なのでその明確化、最小化された状態数すら追いきれないというならMVVMをやめた途端に余計に追いきれなくなるだけだ

**デフォルトの名無しさん** · 2018/09/23(日) 17:03:54.35

それがお前の限界だよ

**デフォルトの名無しさん** · 2018/09/23(日) 17:45:23.67

ID:9e4CRvDY
ID:jYUPCkq4
恥ずかしいやつら

**デフォルトの名無しさん** · 2018/09/23(日) 18:12:28.13

>>761
MSに生涯の忠誠を誓うんならSQL Serverでいいけど、そうでないならPostgresかMySQLがいいよ
SQL Serverって癖が強くて性能も低くてVSやWinとの相性を除けば正直ク○

**デフォルトの名無しさん** · 2018/09/23(日) 18:15:05.38

>>786
ガイジを列挙するな

**デフォルトの名無しさん** · 2018/09/23(日) 18:58:36.13

>>783
デザパタじゃないからw

**デフォルトの名無しさん** · 2018/09/23(日) 19:02:57.05

元質問は739じゃ無いのか？

**デフォルトの名無しさん** · 2018/09/23(日) 19:24:28.10

人間初心者スレとはたまげたな

**デフォルトの名無しさん** · 2018/09/23(日) 19:31:52.04

いま、SQLiteのﾃｰﾌﾞﾙを編集するおもちゃを
CLRのwindowsﾌｫｰﾑでC#でなく、あえてC++で作って遊んでみてる
書いてることはC#と当然ほぼ同じになる

SQLiteをODBC経由でｱｸｾｽするだけで
DataGridViewで簡単にDBの編集ができることが分かった
ただし、MSが提供してるｺﾝﾎﾟｰﾈﾝﾄを適切に使用する必要がある

DataAdapterでDataSetとって
DataSetからDataTableとって、そのDataTableをDataGridViewのDataSourceに設定する
※ どうやらSQLiteでは1つのﾃｰﾌﾞﾙのﾃﾞｰﾀｾｯﾄしかとれない模様
※ DataSetという意味ではこのDataSetは超無意味

で、DBの種類とか関係なく
C#で用意されてるｺﾝﾎﾟｰﾈﾝﾄ経由でﾃﾞｰﾀがとれるようにしないと
作るのが極端にめんどい

なにがいいたいかといえば
C#のおもちゃ部品使ってるくせに
MSがどうこういってることが的外れ

C#とMSのｺﾝﾎﾟｰﾈﾝﾄ使ってる時点で、
どっぷりMSに浸かってる

**デフォルトの名無しさん** · 2018/09/23(日) 19:46:25.43

>>791
平伏せよ

**デフォルトの名無しさん** · 2018/09/23(日) 20:18:59.85

>>784
正解
>>785
馬鹿乙

**デフォルトの名無しさん** · 2018/09/23(日) 20:29:06.67

MVVMを現実のものに例えるとどうなりますか？

**デフォルトの名無しさん** · 2018/09/23(日) 20:54:23.90

ないね
何でもそうだけどあるがまま理解するのが結局早い
たとえ話は理解の助けにならん

あえて言えばVMがMをVの都合に合わせる装置として機能する、って考えればトランスとか
でもトランスは一方通行だし、そもそもトランスが何か分かる奴も少ないよなw

**デフォルトの名無しさん** · 2018/09/23(日) 20:55:30.10

でも理解しなくていいと思うw
全然普及してないし、私見だけどMVVMなんて複雑な問題をより複雑な別の問題に置き換えるだけw

**デフォルトの名無しさん** · 2018/09/23(日) 21:22:07.50

話し変わるけどちょっと聞きたいのだが
コミット前に全ソースコードをバッチ処理でフォーマットしたいのだが良いツール知らん？
Visual Studioでフォーマットできるけど、修正したいファイルを1こ1こ開いてフォーマットを実行しなきゃならんから、ちょっとしんどい
Visual Studioに依存せずにコマンドラインから使えることが必須条件

**デフォルトの名無しさん** · 2018/09/23(日) 21:40:31.39

MVVMとかぜんぜん知らんが
DBMSでいえば、
ModelがﾃｰﾌﾞﾙでViewModelがﾋﾞｭｰﾃｰﾌﾞﾙ程度のしょうもないもんにしか
ﾊﾟｯと見た感じで、見えんかったわ
で、Viewがﾋﾞｭｰﾃｰﾌﾞﾙをひたすら参照

**デフォルトの名無しさん** · 2018/09/23(日) 21:47:30.18

>>799
全然あってなくて困るレベル

**デフォルトの名無しさん** · 2018/09/23(日) 21:52:07.09

>>794
それがお前の限界だ

FBがMVCやMVVM捨てた理由とその後どうしたかを調べてから言え

**デフォルトの名無しさん** · 2018/09/23(日) 21:56:27.70

そうかそれは残念だ
ViewModelのbindなんかすでに決まった手続きのﾊﾟﾗﾒｰﾀﾏｯﾋﾟﾝｸﾞしてるだけのように
しかみえないしな

この部分はDBMSでいえばﾌﾟﾘﾍﾟｱﾄﾞｽﾃｰﾄﾒﾝﾄに
ﾊﾟﾗﾒｰﾀをﾊﾞｲﾝﾄﾞする操作と似ているとは思った

**デフォルトの名無しさん** · 2018/09/23(日) 21:59:51.53

>>801
今ここでおしえて

**デフォルトの名無しさん** · 2018/09/23(日) 22:08:25.29

MVC

　View ←(Update)← Controller ←(Notify)← Model
　View →(User action)→ Controller →(Update)→ Model

　　　　ｶｻｶｻ
三　三　／＼彡⌒ ミ／＼
三　三　／＼(´･ω･｀)／＼

　View ← ViewModel ←(Notify)← Model
　View →(Bind)→ ViewModel →(Update)→ Model

ViewModel から View に一切作用しようとしない
ViewはViewModelにｲﾝﾀｰﾌｪｰｽの提供のみ

大雑把には
ModelのﾃﾞｰﾀをViewが参照できるﾃﾞｰﾀになるように
ViewModelがﾏｯﾋﾟﾝｸﾞや加工して取ったり設定したりするｲﾝﾀｰﾌｪｰｽを
Viewに提供してるだけのようにしかｵﾚには見えんかったわ

ﾏｼﾞで

**デフォルトの名無しさん** · 2018/09/23(日) 22:15:42.60

>>798
整形できるツールはVisualstudioかVSCodeくらいしかないんだろう？
UWSCのような自動化ツール使うこと考えるのが一番早いんじゃないの
これ以上はVisualStudioかVSCodeのスレで聞いた方がいいかと

**デフォルトの名無しさん** · 2018/09/23(日) 22:17:55.81

>>805
レスありがとう
でも自己解決したからもういいや

**デフォルトの名無しさん** · 2018/09/23(日) 22:36:00.38

CLRのｵﾌﾞｼﾞｪｸﾄにPropertyGridというのがあるが
いま丁度それでDBMSの値を更新するおもちゃ作ろうとしてる

なんとなくｺﾚに似てるのかなあとは思う

設定取得のﾌﾟﾛﾊﾟﾃｨｰｲﾝﾀｰﾌｪｰｽをもったｲﾝｽﾀﾝｽを渡すだけで
そのｲﾝｽﾀﾝｽのｲﾝﾀｰﾌｪｰｽ使って
ﾌﾟﾛﾊﾟﾃｨｰ設定の画面ｲﾝﾀｰﾌｪｰｽがPropertyGridに勝手にできあがってしまう

すげえと思ったが、なんとなくうさんくさい

どういう仕組みになってるのかはぜんぜん分からないが
そのﾃﾞｰﾀの設定取得の仕方は実装する側でなんとでもできるのは分かる

**デフォルトの名無しさん** · 2018/09/23(日) 23:00:05.22

>>806
あのねえ
どうやって解決したか書くのが礼儀ってもんだろ

**デフォルトの名無しさん** · 2018/09/23(日) 23:21:53.73

きっとなちょろっと試しに検索したら↓ｺﾚが一発であったとしか考えられない
https://github.com/dotnet/codeformatter

ﾎﾝﾄな質問するﾔﾂも回答するﾔﾂも無能揃いといっていい
回答するﾔﾂもｸﾞｸﾞﾚｶｽとすらいわないからな

回答するﾔﾂも最初から回答できるﾚﾍﾞﾙじゃない
むしろ回答しないほうがﾏｼなﾚﾍﾞﾙといっていい

**デフォルトの名無しさん** · 2018/09/24(月) 00:01:35.94

>>809
ん〜それも検討したけどVS/VSCodeの手動フォーマッティングと設定共有できないっぽいから見送った

>>808
とくにひねりもなくOmniSharpとビルドスクリプトを使うことにしたよ

**デフォルトの名無しさん** · 2018/09/24(月) 09:28:32.62

リファクタリングってやってる？
いつも気付くと似たような処理や非効率な処理が増えてて辛い……
凄腕のマなら最初から効率的なコード書けるんだろうけどさ……

**デフォルトの名無しさん** · 2018/09/24(月) 09:35:05.11

動いているコードに手をつけるリファクタリングは最悪。

**デフォルトの名無しさん** · 2018/09/24(月) 09:38:03.20

でもでもっ！
ちょっと弄るだけで処理が効率よくなり、コードがリーダブルになり、exe（dll）のサイズも小さくなりますよ？
テスト前ならいいよね？

**デフォルトの名無しさん** · 2018/09/24(月) 09:39:36.03

>>811
世界的に有名な凄腕ですら最初から完璧は無理だからリファクタリングしろと口を揃えて言っている
程度が低いプログラマほどリファクタリングをしない

**デフォルトの名無しさん** · 2018/09/24(月) 09:43:14.50

>>813
だめや、くだらん時間つこてないでテストせえ

**デフォルトの名無しさん** · 2018/09/24(月) 09:46:42.21

>>814
実は有名な凄腕はリファクタリングなんかしていない。
あとから出てくる有能なやつをつぶす目的でリファクタリングなるものを生み出した。

**デフォルトの名無しさん** · 2018/09/24(月) 09:48:31.14

>>811
私は時々やりますけどね
新しいネタ仕入れたときとか試してみたり
普段あまり先を考えずに逐次的な処理を思いつきで描くので
冗長になりがちだし
数年自分で使ってみると不必要な機能や処理が見えてきて
そいつをそぎ落としたりする

**デフォルトの名無しさん** · 2018/09/24(月) 09:55:37.87

業務系はメンテを他社がやることが多い
なので競争相手の負担になるようにリファクタリングしていない汚いコードを納品したほうが資本主義的に正しい

**デフォルトの名無しさん** · 2018/09/24(月) 09:59:35.91

マ板でやれ

**デフォルトの名無しさん** · 2018/09/24(月) 10:01:45.14

クローンコードは……無能の証……
細かく……機能毎に……クラス化……メソッド化せよ……
有能なマなら……30行程度までの……小さなメソッドが……いくつもできる……
当然……役割で機能クラス化し……マジックナンバーも使わない……
無能は……1クラスにメソッドを詰め込み……メソッドも100行を超えることがある……
クローンコードだらけで……おまけにマジックナンバーがあり……保守性が……非常に悪い……

**デフォルトの名無しさん** · 2018/09/24(月) 10:01:45.99

ここは初心者スレ

**デフォルトの名無しさん** · 2018/09/24(月) 10:03:47.23

初心者相手だからこそ善導せねばならない。
リファクタリングとやらにうつつを抜かす暇があるなら目前のコードを正しく読む力を会得するべきである。

**デフォルトの名無しさん** · 2018/09/24(月) 10:04:15.61

>>818
競合他社｢ぷげらっwwwあの会社のマはこんなコードしか書けねぇ無能っすよ？www｣
お客人｢マジかよwww次からお前んとこにするわwww｣

**デフォルトの名無しさん** · 2018/09/24(月) 10:09:35.45

そもそも何を目的としてリファクタリングなんてするわけ？
次の開発は来ないかも知れないじゃない？
また、次の開発を目的とするなら仕様がわかってから手を出せばいい

全てにおいてトンチンカン

**デフォルトの名無しさん** · 2018/09/24(月) 10:20:00.26

伸びてるときはガイジしかいないな

**デフォルトの名無しさん** · 2018/09/24(月) 10:21:07.52

>>820
普通この辺りってネットで調べたら一番に出てくるのに、なんで糞コード量産されちゃうんだろう・・・

**デフォルトの名無しさん** · 2018/09/24(月) 10:26:35.15

>>826
調べないから。
基本他人のコードをコピーして今回の要件を満たすように
書き換える仕事。意味がわからないところとか
通らないロジックがあっても気にしない

**デフォルトの名無しさん** · 2018/09/24(月) 10:46:02.74

>>825
リファクタリングなんての持ちだして初心者を混乱させるガイジが多くて困るよ

**デフォルトの名無しさん** · 2018/09/24(月) 10:49:53.69

そういや、VSCodeのswitch文の変な整形って何時になったら直るんかねえ？

**デフォルトの名無しさん** · 2018/09/24(月) 11:10:08.31

else句を多く使うのは三流PG
一流のPGは極力else句を避けるものだ
else if なんてのは論外だ
returnせよ！

**デフォルトの名無しさん** · 2018/09/24(月) 11:21:43.89

>>823
競合他者「難しくメンテ出来ません(´；ω；｀)納期間に合いません(´；ω；｀)」
お客人「使えねえな。おまえんとこはもう二度と使わん(´；ω；｀)」

**デフォルトの名無しさん** · 2018/09/24(月) 11:23:43.58

>>824
開発、テスト、デバッグ、仕様変更対応をしやすくするためにやるんだとさ
確かに楽に安く高品質になるんだけど、ビジネス的にはコスト増やして請求も増やすほうが儲かるのにもったいないよね

**デフォルトの名無しさん** · 2018/09/24(月) 11:33:19.66

「ガイジ」なんて汚い言葉を平気で使える奴って自分で自分がどんな人間か
語るに落ちてることも気づかないんだろうな

**デフォルトの名無しさん** · 2018/09/24(月) 11:41:30.08

>>832
こういう思考回路の人がマ板とかでブラック企業とか人買いとか吠えてるんだろうな。

**デフォルトの名無しさん** · 2018/09/24(月) 11:42:43.02

キミたちc#で何作ってるの？
俺はFormアプリしか作ってない
Webアプリはrubyかphpで構築
Formアプリなんかクッソ時代遅れ感あるけど

**デフォルトの名無しさん** · 2018/09/24(月) 11:49:48.03

ガイジを連呼する差別主義者は自分が社会の最底辺だと気がついてないんだろうな

リアルな社会でもガイジ連呼して白い目でみられればいい

**デフォルトの名無しさん** · 2018/09/24(月) 11:53:59.68

>>811
完成までの間にいつもやってる。
とりあえず適当に動くモノを作ってみる → 自分の担当部分を見直して整理する
最初に動くモノが出来るまでが貰った期間の 1/4 ～ 1/3 くらいの時点、あとは時間が許す限り(組み直して遊んでる)。

やってるうちに最初から(自分なりに)組み直しする必要のないコードが書けるようになってく。
でもそのときは自分の技量が上がってるから別のやり方を試したくなるので堂々巡り。

受け入れる側とすればコードのわかりやすさとか以前に試験しろよと思う。
なんでこっちがバグ出ししてやらなきゃならねーんだよ、と。

**デフォルトの名無しさん** · 2018/09/24(月) 13:46:58.45

>>832
高品質って？
何を基準に？
同じ金使って次の改修が見えてから動いたほうが遥かに品質高くない？

**デフォルトの名無しさん** · 2018/09/24(月) 13:57:10.32

>>838
メトリクス計測すればコードの品質は一目瞭然だけどそういうことじゃなくて?
何を言いたいの？

**デフォルトの名無しさん** · 2018/09/24(月) 14:01:02.69

いくら暇だからってこの流れはひどい

**デフォルトの名無しさん** · 2018/09/24(月) 14:14:52.92

c#スレだぞ

**デフォルトの名無しさん** · 2018/09/24(月) 14:21:56.83

偶然だぞ

**デフォルトの名無しさん** · 2018/09/24(月) 14:26:57.52

複数の戻り値ほしいとき、タプルを使うべきか、refつけてメソッド内で対応しちゃうか皆さんどうしてます？

**デフォルトの名無しさん** · 2018/09/24(月) 14:28:50.76

今はタプルで前はクラス作ってた

**デフォルトの名無しさん** · 2018/09/24(月) 15:08:38.45

>>839
メトリクス計測と売上に相関でもあるの？