[過去ﾛｸﾞ]
カプセル化の有害性、オブジェクト指向は愚かな考え (1002ﾚｽ)
カプセル化の有害性、オブジェクト指向は愚かな考え http://mevius.5ch.net/test/read.cgi/tech/1592491656/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
929: デフォルトの名無しさん [sage] 2020/07/05(日) 12:32:35 ID:M+BkbwUs >>923 > ウォーターフォールは関係ないし、重要度をつけてるわけでもないけれども、 > 普通はprivateはソースコード変えてまでテストするものではないというだけの単純な話。 テスト中に設計の問題が発覚しても ソースコード書き換えないの？ ソースコード変えてまでテストするものではないというけど なんでソースコードを作成＆自分が書いたそのコードをテストしてるときに 自分が作成してるソースコードを変えたらだめなの？ http://mevius.5ch.net/test/read.cgi/tech/1592491656/929
933: デフォルトの名無しさん [] 2020/07/05(日) 12:52:51 ID:9F15TCk0 >>928 そもそも300くらいからそういう話だから。 privateはpublicからアクセスして全部網羅できるから問題ないなんて 誰も否定してないしそういうことならもともと荒れてない。 >>929 あのさ、例えばバグが発生したらコード書き換えるのは当たり前だよね？ そんな話では当然ないよね？ privateを直接テストするためには外部から呼べないのだから、呼ぶためには クラス内に書くしかないわけだよ。で、ソースに書き込んでクラス内に書いて テストしたあとまたそのコードを取り除いてとかするの？それをドキュメント化 する？ 普通はコード書いてる最中にテストコードを入れて確認するのは公式なテストの メソッドでは無いし、それをドキュメント化したりするのは求められないと 思うが。 >>926 ワロタw けどそうじゃ無い。privateで直接アクセスした時のみnullがでるということ。 intじゃ無いのは例のためにわざとそうなっている。あとchinTestが呼ばれてないし、 OptionalにisEmpty無いのでは。 http://mevius.5ch.net/test/read.cgi/tech/1592491656/933
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.268s*