我覺得運(yùn)算符重載一是在使用時簡化代碼,二是容易理解,當(dāng)然條件是那個類本質(zhì)上就代表類似數(shù)字的東東的話。
如:一個用字符串表示的超高精度整數(shù)類。
如果強(qiáng)行在一個類上重載一個運(yùn)算符,也可以起到迷惑敵人的作用。------來自csdn論壇
哈哈哈哈哈哈
如:一個用字符串表示的超高精度整數(shù)類。
如果強(qiáng)行在一個類上重載一個運(yùn)算符,也可以起到迷惑敵人的作用。------來自csdn論壇
哈哈哈哈哈哈
2016-07-05
求教老司機(jī),運(yùn)算符重載和下標(biāo)重載在實(shí)際項(xiàng)目中用的多嗎
2016-07-05
@beairs3415972 是否會更新課程代碼至swift3:會的。由于現(xiàn)在第四季的課程還沒有正式完結(jié),還有一部分內(nèi)容在制作中。待全部完結(jié)后,github上的課程代碼和目錄會進(jìn)行補(bǔ)全。同時,也將開始針對swift3的修改工作。不過可能會另建repo。具體地址會在項(xiàng)目介紹和慕課網(wǎng)的相關(guān)地方進(jìn)行通知。感謝你的關(guān)注,加油!
2016-07-04
非常抱歉大家,在這個小節(jié)中,舉的+++運(yùn)算符重載的例子里,運(yùn)算符放在前綴和后綴的邏輯和++約定邏輯反了...++放在前面是先加再返回;++放在后面是返回原值,之后對原先的內(nèi)容++...給大家造成困擾了,非常抱歉!感謝 @Infor 和swift群的同學(xué)很快指出了問題。我在整個課程完結(jié)以后,會對相應(yīng)部分重錄,改正這個錯誤...尤其是需要C語言考試的同學(xué),千萬別被誤導(dǎo)?。。?!這個好像還是重要的考點(diǎn)...恩恩 大家一定要看到這個說明啊,別被誤導(dǎo)。這個事故也從另一方面告訴我們,swift3為什么要棄用++運(yùn)算符...再次抱歉各位!感謝大家對我犯的錯誤的諒解!
2016-07-03
老師辛苦了,提個小問題,1-5自定義運(yùn)算符中,+++前置后置實(shí)現(xiàn)的規(guī)則好像和++是反的
2016-07-01
@好想當(dāng)和尚 繼續(xù)往下看,在協(xié)議中定義方法只是第一步,將不同對象的相同屬性通過協(xié)議設(shè)計展現(xiàn)了出來。通過擴(kuò)展做協(xié)議的實(shí)現(xiàn)才是真正消除冗余實(shí)現(xiàn)的關(guān)鍵,也是面向協(xié)議編程的核心技術(shù)。請關(guān)注本季第四章:)
2016-07-01
老師不對啊,如果把飛翔這個做成協(xié)議,然后那一堆的類遵守飛翔這個協(xié)議,但是是要分別實(shí)現(xiàn)這個協(xié)議的啊。那仍然是重復(fù)代碼的好么。。。我用OC寫app就一直有個問題無法解決。例如有三個類A、B、C,三個類總共有十個方法,A類有其中的1、2、3、4方法,B類有其中的3、4、5、6方法,C類有其中的6、7、8、9、10方法。這時候就頭疼了,有交集,但是只有極少極少部分的交集,如果把公共的東西抽出來做成一個類用于繼承或者管理類,沒多大效果,各寫各的一樣。都是代碼大量重復(fù)。如果做成類別,那還不如直接把所有的方法寫在一個類里用于繼承,但顯然不合理。不知道老師有什么妙招沒有。
2016-06-30