I think the IDE should colorize differently these variable names.
> On 01 Jun 2016, at 18:02, Adrian Zubarev via swift-users
> wrote:
>
> I’d like to talk about your personal coding styles in swift for its access
> control.
>
> Remember these variable names like __magic or _spell or even garb
@Austin: do you use self._name or just _name in your code?
I’ve seen self._name usage in swifts standard libraries and didn’t liked it at
first glance, but it feels alright now.
My personal habit is to write self. everywhere it’s possible, because as soon
as some private variable is nested insi
>From what I've observed, preceding (rather than trailing) single underscores
>indicate private use. The standard library includes a fair number of "Apple
>Internal" (I guess now "Swift Team Internal") variables, methods, functions,
>etc that follow this practice. This practice is, as far as I c
I've actually used the _underscore convention in Swift to denote "private"
members that nobody outside the type should touch, but that I want to expose to
an extension on that type defined in a different file. It's a convention that
works decently well with a little discipline.
Some time back,
A little bit off-topic: Is there any way to create autocompletion shortcuts in
Xcode that will show only private, internal or both values of an instance?
class Foo {
private var integer: Int = 0
internal var string: String = "foo"
internal func boo() {}
}
let instance = Foo()
instan
I never liked the underscores (so for me, they have been the best choice to
mark stuff I should not know of in Cocoa ;-).
For several years, I prefixed instance variables with "m", but stopped doing so
after a talk about bad habits in writing Java code:
It is like Hungarian notation, which also p
I’d like to talk about your personal coding styles in swift for its access
control.
Remember these variable names like __magic or _spell or even garbage_?
Sure swift solves the synthesize problem but there might be old habits that let
us write such code.
Here are some examples:
internal _name
