2ちゃん式iOSプログラミング講座第9回「デリゲート」 : IT速報
1: 以下、名無しにかわりましてVIPがお送りします 2013/12/25 00:33:01 ID:ihjtTlZX0 こんばんは 今日もiOSプログラミング講座やっていきます 今日のテーマは「デリゲート」です 2: 以下、名無しにかわりましてVIPがお送りします 2013/12/25 00:33:44 ID:5dGPrSGi0 デリィィィィィィィィト！！！ 3: 以下、名無しにかわりましてVIPがお送りします 2013/12/25 00:34:25 ID:ihjtTlZX0 delegateとは「委任する」という意味です プログラミングの世界ではあるクラスの処理を別のクラスに任せるといった感じです 例えば僕たち「国民」クラスは「政治家」クラスに「政治」の処理を委任していますよね 72: 以下、名無しにかわりましてVIPがお送りします 2013/12/25 01:27:01 ID:+35Z
ユニットテストにまつわる10の勘違い | DevelopersIO
渡辺です。さる方面からテスト系のエントリーがまだか…と催促されたので、ユニットテストについて少し考えてみたいと思います。 最近、TwitterのTLをチェックしていると、JUnitを利用しているにも関わらず違和感のあるTweetや、原因をJUnitにして本来解決すべき問題から目をそらしているようなTweetを多く見かけます。そこで、JUnitをによるユニットテストに関するありがちな勘違いをまとめてみました。 なお、JUnitの部分は、RSpecでもNUnitでも適当に置き換えて読んでも構いません。 1.JUnitを使うことが目的という勘違い JUnitを利用すること自体を目的にしたところで何も得る事はありません。 ありがちな話ですが、「納品物としてJUnitのテストコード（または実行結果）を求められている」ことが理由でJUnitを利用しているならば、それは足かせでしかない可能性があります。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
