On Dec 22, 2015, at 10:45 PM, John McCall via swift-evolution <swift-evolution@swift.org> wrote: > > when you stuff a lot of functionality into a single class in most OO > languages, there’s no real way to enforce its division into subsystems, > because every method has direct access to every property and every other > method. In contrast, in Swift you can divide that class into distinct > components with their own interface, state, and invariants, essentially > making each component as good as its own type as far as encapsulation goes.
Can you elaborate on this, John? Extensions and protocols in Swift today still don’t solve the problem that shared _private_ class state has to be centralized. Or were you speaking as if this “properties in extensions” proposal were already implemented? Cheers, Paul _______________________________________________ swift-evolution mailing list swift-evolution@swift.org https://lists.swift.org/mailman/listinfo/swift-evolution