非常抱歉大家,在這個小節(jié)中,舉的+++運算符重載的例子里,運算符放在前綴和后綴的邏輯和++約定邏輯反了...++放在前面是先加再返回;++放在后面是返回原值,之后對原先的內容++...給大家造成困擾了,非常抱歉!感謝 @Infor 和swift群的同學很快指出了問題。我在整個課程完結以后,會對相應部分重錄,改正這個錯誤...尤其是需要C語言考試的同學,千萬別被誤導?。。?!這個好像還是重要的考點...恩恩 大家一定要看到這個說明啊,別被誤導。這個事故也從另一方面告訴我們,swift3為什么要棄用++運算符...再次抱歉各位!感謝大家對我犯的錯誤的諒解!
2016-07-03
@好想當和尚 繼續(xù)往下看,在協(xié)議中定義方法只是第一步,將不同對象的相同屬性通過協(xié)議設計展現了出來。通過擴展做協(xié)議的實現才是真正消除冗余實現的關鍵,也是面向協(xié)議編程的核心技術。請關注本季第四章:)
2016-07-01
老師不對啊,如果把飛翔這個做成協(xié)議,然后那一堆的類遵守飛翔這個協(xié)議,但是是要分別實現這個協(xié)議的啊。那仍然是重復代碼的好么。。。我用OC寫app就一直有個問題無法解決。例如有三個類A、B、C,三個類總共有十個方法,A類有其中的1、2、3、4方法,B類有其中的3、4、5、6方法,C類有其中的6、7、8、9、10方法。這時候就頭疼了,有交集,但是只有極少極少部分的交集,如果把公共的東西抽出來做成一個類用于繼承或者管理類,沒多大效果,各寫各的一樣。都是代碼大量重復。如果做成類別,那還不如直接把所有的方法寫在一個類里用于繼承,但顯然不合理。不知道老師有什么妙招沒有。
2016-06-30