variablen in klasse und this

[safari]

hallo,

ich habe hier eine grundsätzliche frage... angenommen, ich habe eine klasse Pos, die einfach eine Position speichert... simples beispiel hier:

mit this:

PHP-Code:

class Pos 
{
    private var x;
    private var y;
    
    function Pos()
    {
        this.x = 50;
        this.y = 50;
    }
    
    function changePosition(x,y)
    {
        this.x = x;
        this.y = y;
    }
    
    function getPositionString()
    {
        return this.x+"|"+this.y;
    }
} 


aufruf:

PHP-Code:

p = new Pos();
trace(p.getPositionString());
p.changePosition(50,80);
trace(p.getPositionString()); 


dieses beispiel funktioniert auch und gibt mir beim zweiten trace 50|50 zurück. da ich aber denke, daß die verwendung von this nicht so sauber ist, möchte ich gerne darauf verzichten (oder liege ich da falsch und das ist nur geschmackssache?). jedenfalls hier ein beispiel ohne verwendung von this:

ohne this:

PHP-Code:

class Pos 
{
    private var x;
    private var y;
    
    function Pos()
    {
        x = 50;
        y = 50;
    }
    
    function changePosition(x,y)
    {
        x = x;
        y = y;
    }
    
    function getPositionString()
    {
        return x+"|"+y;
    }
} 


geht natürlich nicht, weil die funktion changePosition zweimal den wert für x und y beinhaltet (gibt wieder 50|50 zurück). daher die fragen:

• weiterhin this verwenden?
• die übergabe-werte auf xTemp und yTemp umändern?
• sollte man gleiche variablennamen prinzipiell vermeiden - manchmal lege ich in einer funktion eine temporäre variable für berechnungen an - durch verwendung von this unterscheide ich zwischen temporären und fixen variablen (haben teilweise den gleichen namen)

danke schon jetzt für eure antworten,

safari

[mojave]

man nehme beispiel 1.
nur noch typisierung.

PHP-Code:

class Pos 
{
    private var x:Number;
    private var y:Number;
    
    function Pos()
    {
        this.x = 50;
        this.y = 50;
    }
    
    function changePosition(x:Number,y:Number):Void
    {
        this.x = x;
        this.y = y;
    }
    
    function getPositionString():String
    {
        return this.x+"|"+this.y;
    }
} 


edit:
ausser bei changePosition köntest du auch this weglassen.

[safari]

hallo,

danke für die schnelle antwort!

okay, dann ist eh (bis auf typisierung) eh so, wie ich es bisher handhabe - ist halt ein relikt aus AS1 und prototype tagen, daher wollte ich das mal hinterfragen...

safari

[Janoscharlipp]

Ich schreibe nie this, es sei denn, es ist nötig, weil lokale Variablen dazwischen funken.

[artjom]

ähnliches thema hattenwa vor kurzem:

class Pos 
{
    private var m_nX:Number;
    private var m_nY:Number;
    
    function Pos()
    {
        m_nX = 50;
        m_nY = 50;
    }
    
    function changePosition(nX:Number,nY:Number):Void
    {
        m_nX = nX;
        m_nY = nY;
    }
    
    function getPositionString():String
    {
        return m_nX+"|"+m_nY;
    }
}

gruß

[safari]

Zitat von Janoscharlipp

Ich schreibe nie this, es sei denn, es ist nötig, weil lokale Variablen dazwischen funken.

ich möchte nur vermeiden, daß ich einmal this schreibe, und einmal nicht (vielleicht ein wenig zu pedantisch, aber stört mich)... also ist wohl der beste weg über verschiedene variablennamen, oder?

[ghost23]

Hier gibt es aus anderen Programmiersprachen auch eine Notationsform, die manche Entwickler benutzen:

Parameter, die in die Klasseninstanz einen Wert schreiben, bekommen den Prefix i_. Parameter, die nur den Rückgabewert der Funktion beeinflussen, den Prefix o_ und Parameter, die beides tun, io_.

So könnte ein (sinnfreies) Beispiel aussehen:

class MyClass {

   private var _myAttribute:String;
   private var _count:Number;

   public function MyClass(i_myAttribute:String, o_shout:String, io_count:Number):String {
      _myAttribute = i_myAttribute;
      _count = io_count;
      return o_shout+io_count;
   }
}

Es ist - zugegeben - recht tekkimäßig. Der Sinn soll sein, dass der Nutzer der Methode sofort erkennen kann, welchen Einfluss Parameter ausüben. Zudem kann man damit nebenbei das Problem mit Parameternamen und gleichnamigen Klassenattributen lösen.

[hazy fantazy]

Es gibt allerdings auch so eine Daumenregel, dass eine Funktion entweder einen Wert liefern oder etwas ausführen soll, das einen Nebeneffekt hat. Danach gäbe es also nie eine Funktion, die i und o gleichzeitig benutzt.

http://en.wikipedia.org/wiki/Command-Query_Separation

mfg. h.