@mjtsai That's more important than technically-correct framework bug fixes or refactorings in a lot of cases.
-
-
@jckarter@concreteniche Yes, but patching from the outside is limited because you can’t override anything that’s not in the protocol. - View other replies
-
@mjtsai@concreteniche The client also can't *use* anything that's not in the protocol. The interface goes both ways. - View other replies
-
@jckarter@mjtsai@concreteniche … the developer's implementation would de facto always have the last say on behavior. -
@danielpunkass@jckarter@concreteniche I think in practice protocols would intentionally not have enough surface area. - View other replies
-
@mjtsai@jckarter@concreteniche Sort of depends on how much they are embraced, I think. Stop thinking of them like a Cocoa developer… -
@danielpunkass@jckarter@concreteniche It’s not about embracing because fundamentally protocols are designed to hide details. - View other replies
-
@mjtsai@danielpunkass@concreteniche Objects are too. Every selector in ObjC is in a sense its own protocol.
-
-
@mjtsai@concreteniche Being too specific is an API design issue with either classes or value types. -
@jckarter@concreteniche In other words, API being “too specific” is both a flaw and a feature depending on the situation/point of view. -
@jckarter So it’s less useful for the cases I’m talking about doing things unexpected by the API designer.
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.
Joe Groff
Patrick Smith
Michael Tsai
Daniel Jalkut