Das deutsche Python-Forum

class test:
 def __init__(self):
   blah...
 def TolleFunktion(self,argument1,argument2,argument3,...):
   mehr blah()

• Es verwirrt, z.B. bei den Fehlermeldungen
  Es ist unnötig
  Es kostet zeit

orossum hat geschrieben:Unser Informatik-Lehrer hat sich, da wir viele in der Klasse haben die noch keine Programmiersprachen kennen gelernt haben, dafür entschieden mit uns Python zu programmieren.

orossum hat geschrieben:Mein Lehrer wusste auch nicht weiter und hat mir deshalb gesagt, dass ich doch hier im Forum nachfragen solle, warum self jeder Funktion als Argument übergeben werden muss.

lunar hat geschrieben:@cofi: Ach, und "kaputtes Objektmodell" ist jetzt nicht disqualifizierend, sondern ein völlig wertfreies und neutrales Urteil, oder?

lunar hat geschrieben:Ich glaube ja nicht, dass der OP mit seiner Bemerkung Python disqualifizieren wollte, sonst hätte das betreffende Wort wohl kaum in Anführungszeichen gesetzt.

orossum hat geschrieben:Wenn man in Bezug nimmt, dass Python (zumindest in der Version die unsere Schule zur Verfügung stellt) einige Lücken aufweist (Public,Private nicht existent, etc.)

orossum hat geschrieben:Python stehe ich eigentlich recht offen gegenüber, obwohl es, wie sich gezeigt hat, noch einige andere Mängel aufweist. (Zum Beispiel: Performance im Allgemeinen sowie bei Arrays/Listen mit hohen Indizies, seltsame, nicht erklärbare Fehler die bei bestimmten Prozeduren auftreten [gesamte Klasse inklusive Informatik-Lehrer ratlos!], in- und dekrementelle Operatoren - warum auch immer es sie nicht gibt, usw.)

orossum hat geschrieben: Python stehe ich eigentlich recht offen gegenüber, obwohl es, wie sich gezeigt hat, noch einige andere Mängel aufweist. (Zum Beispiel: Performance im Allgemeinen sowie bei Arrays/Listen mit hohen Indizies, seltsame, nicht erklärbare Fehler die bei bestimmten Prozeduren auftreten [gesamte Klasse inklusive Informatik-Lehrer ratlos!], in- und dekrementelle Operatoren - warum auch immer es sie nicht gibt, usw.)
mfg

Pekh hat geschrieben:

orossum hat geschrieben: Python stehe ich eigentlich recht offen gegenüber, obwohl es, wie sich gezeigt hat, noch einige andere Mängel aufweist. (Zum Beispiel: Performance im Allgemeinen sowie bei Arrays/Listen mit hohen Indizies, seltsame, nicht erklärbare Fehler die bei bestimmten Prozeduren auftreten [gesamte Klasse inklusive Informatik-Lehrer ratlos!], in- und dekrementelle Operatoren - warum auch immer es sie nicht gibt, usw.)
mfg

Ich kann mir ehrlich gesagt nicht vorstellen, daß man Python in der Schule an seine Leistungsgrenzen bringen kann. Gerade auch weil ich Python selbst in der Schule gelernt habe. Ich vermute hier mal dreist und ohne Hintergrundkenntnisse die Wahl einer falschen Datenstruktur bzw. eines nicht-optimalen Algorithmusses. Was die nicht-erklärbaren Fehler angeht, wäre ich doch mal sehr an Beispielen interessiert. Das Informatik-Lehrer bisweilen leider nicht das Maß der Dinge sind, wurde an anderer Stelle hier im Forum schon lang und breit diskutiert. Aber auch gestandene Programmierer sehen sich immer wieder mal in einer Situation, in der sie den Fehler einfach nicht ausmachen können und lange nach der meist recht trivialen Ursache forschen. In der Regel ist es ein Denkfehler

def ChangeVar(var):
    var=var+1
    print(var)

myVar=2
ChangeVar(myVar)

def ChangeVar(var):
    var=var+1
    print(var)

myVarOrignal=2
myVarChange=myVarOriginal
ChangeVar(myVarChange)

orossum hat geschrieben:Ich stufe Python durchaus als eine speziell für Anfänger geeignete Skriptsprache ein, mitsamt den daraus folgenden Vor- und Nachteilen. (Über die ihr hier sicher bestens bescheid wisst!)

orossum hat geschrieben:Kaputtes Objektmodell bei Alternativen - naja.. Wenn man in Bezug nimmt, dass Python (zumindest in der Version die unsere Schule zur Verfügung stellt) einige Lücken aufweist (Public,Private nicht existent, etc.)

orossum hat geschrieben:Python stehe ich eigentlich recht offen gegenüber, obwohl es, wie sich gezeigt hat, noch einige andere Mängel aufweist. (Zum Beispiel: Performance im Allgemeinen sowie bei Arrays/Listen mit hohen Indizies, seltsame, nicht erklärbare Fehler die bei bestimmten Prozeduren auftreten [gesamte Klasse inklusive Informatik-Lehrer ratlos!], in- und dekrementelle Operatoren - warum auch immer es sie nicht gibt, usw.)

orossum hat geschrieben:Das ganze hat natürlich in der Ausgabe 3 resultiert. Nur war myVar danach 3. Mein Lehrer hat mir darauf gesagt das ich der Funktion auf irgenteine Art und weise den Zeiger auf die variable mitgebe, und sie deshalb auch global verändert wird. Deshalb habe ich das Ganze dann in etwa so versucht:

>>> def add(a, b):
...     print a, b
...     a += b
...     print a, b
...
>>> x, y = 1, 2
>>> add(x, y)
1 2
3 2
>>> print x, y
1 2
>>> x, y = [1, 2, 3], [4, 5, 6]
>>> add(x, y)
[1, 2, 3] [4, 5, 6]
[1, 2, 3, 4, 5, 6] [4, 5, 6]
>>> print x, y
[1, 2, 3, 4, 5, 6] [4, 5, 6]

orossum hat geschrieben:Die Funktion bearbeitet im echten Skript aber einen assoziativen Array anstatt einem Integer, ich nehme an das könnte auch helfen.
Das oben genannte Beispiel funktioniert einwandfrei (zumindest bei mir Zuhause, neueste Python-Version), ich hab es hier nur als Beispiel hinzugefügt.

In [3]: def increment(var, key): var[key] = var[key] + 1
   ...: 

In [4]: foo = {"bar": 2}

In [5]: increment(foo, "bar")

In [6]: print foo
{'bar': 3}

numerix hat geschrieben: Mit immutable/mutable hat das allerdings nichts zu tun, sondern mit der Bindung von Objekten an Namen/Bezeichner.