implict access modifier protected on _named Box Items

[hopscc]

Its documented somewhere that class vars named with a leading '_' are implicitly made protected
- this is really convenient

Code: Select all

class X
    var _x =0
    var y = 1

generates c# code like

#line 3
        protected Int32 _x = 0;
#line 4
        public Int32 Y = 0;


However methods and properties named the same way are not - I'm wondering if this is by design or just fell out of
the earlier policy of forcing all class vars to be _named

Code: Select all

class Y
    get  _x
        return 99

    def _isProt
        pass

gens c# code like

        public virtual  /*dynamic*/object _x {
#line 6
                get{
#line 7
                        return 99;
#line 7
                }
#line 13
        public virtual void _isProt() {
#line 14
        }


I think it would be equally convenient ( and nicely symmetric) if naming properties and methods in this manner also generated them as (implicitly) protected

'__' ( double underscore prefixed) names (for vars and methods) implicitly private ???

[Charles]

This surprised me -- my intent was that _foo members were protected regardless of what kind of member they were (var, def, pro). So I consider it a bug that "def _foo" is public.

Also, I agree that __ should be private. This matches Python and I can't think of any drawbacks.

[Charles]

Fixed in development. Nice catch.