ehm... append und so, also ...ja Rekursion erklaert sich fuer mich nie einfach ^^

Die sich selbst aufrufende Funktion bekommt widerum eine leere Liste als Argument und kann dort dann immer fleißig die Ergebnisse speichern. Da Listen Zeiger sind, funktioniert es so auch mit der Rekursion.

Hi CM,

du koenntest auch *args verwenden um sowas zu erreichen:

#!/usr/bin/python
# -*- coding: utf-8 -*-

def adduser(name, passwd, *args):
# ...do something with name
# ...do something with passwd
if "active" in args:
# ...thats an active user...

Benutzt wird das dann wie erwartet so ...

Da muss ich CM absolut beipflichten!

Also fuer mich sieht das alles so aus, als wuerde jemand versuchen, javaartig Python zu programmieren, indem er denjenigen, der die Klasse benutzt einschraenkt.

Ich mein, wenn man zur Integritaetssicherung der Klasse unbedingt jeden Wert sichern will, kann man das auch einfach so machen:

class ...

bPython ist toll!

Leonidas hat geschrieben:In Java versucht man die Programmierer vor sich selbst zu schützen, in Python geht man vom mündigen Programmierer aus.

Schoen gesagt

danke

Ich hab vor langer Zeit schon mal gelesen, dass es evtl. Plaene gibt, das Pythonforum von seinem php-Unterbau zu befreien und ein vernuenftiges Stueck Python darunter zu packen. Laeuft das schon oder hapert es? Wird das jemals werden?

Warum py2exe? Was du da machst muss riesig werden, da du nen kompletten Pythoninterpreter mit in die exe steckst. Fuehre einfach das Pythonscript direkt aus... oder lege eine Verknuepfung an, in der du die python.exe mit dem Pfad zum script als Argument startest.

Aber allgemein geht es hier ja sowieso nicht um Lisp, sondern um eine einfach loesbare Python-Aufgabe

ôk vielen dank! ich habe jetzt das thema mit random verrstanden!!! vielen dank!!!


p.s. was ist tryexcept?? Ah du entwickelst tatsaechlich Interesse? Dann bin ich gern bereit zu helfen. Try-Except-Konstrukte verwendet man um Fehler (genauer: Exceptions) abzufangen.

Wenn der User zB keine Zahl ...

DasIch hat geschrieben:

nkoehring hat geschrieben:Ich hab uebrigens nichtmal TryExcept benutzt. Ist nur if-elif-else ...

Erinnert mich irgendwie an Lisp:
"Ich hab nicht nichtmal if benutzt!!!1111einseinself"

Steht alles schon da... einfach lesen was vorher geschrieben wurde.

@DasIch: Hey, das sollte keine Angeberei sein, menno

derdon hat geschrieben:@nkoehring: Dass der Benutzer eine Zahl eingeben soll, weiß er ja. Also find ich ein abfangen von ValueError in dem Fall unsinnig

Du hast noch nie ne Anwendung fuer nen Endbenutzer geschrieben, kann das sein?

Ich hab uebrigens nichtmal TryExcept benutzt. Ist nur if-elif-else ...

ähhhhhhh ich versteh es irgenwie nicht!
soll ich so etwas wie random benutzen oder wie`????? Hast du dir die Aufgabenstellung eigentlich selber schonmal durchgelesen?

Benutze zur Erzeugung einer zufälligen Zahl die Funktion randrange(a,b), die eine Zahl zwischen a und b-1 erzeugt. Damit du die ...

Du hast http://www.python-forum.de/post-8651.html#8651 gelesen und verstanden? Wenn nein, ab ins php forum... Hat er mit Sicherheit nicht.

Ich wuerde vorschlagen, du versuchst es mal mit Tu - to - ri - al - s! ;)

@derdon: Ich biete 8 Zeilen mit Fehlerabfangen :P
In [25]: zahlenraten()
Hab da ne ...

Darii hat geschrieben:Wusste gar nicht, dass es dafür einen Namen gibt ^^

Ich habe das auch erst erfahren, als es mir in nem IRC wurde vorgehalten wurde

Ich hab immer noch nicht verstanden, was der gute Thread-Schreiber eigentlich bezwecken will

Ich vermute hier sowieso ein XY-Problem ...

Mit Umgebung meint BlackJack hier wohl das Betriebssystem bzw den Betriebssystemtyp. Es ist ein Unterschied, ob der Virus auf Windows, Linux oder gar auf seltenere Plattformen wie Sun, etc zugeschnitten ist.

Meist nutzt der Programmierer Moeglichkeiten die ihm das Betriebssystem (was auch das ...

Also ich persoenlich mag Glashammer (sozusagen Werkzeug + Jinja + Framework-Sachen), aber was Sinatra da macht ist schon ziemlich schick. So was aehnliches macht - auch wenn es wohl allgemein nicht so empfehlenswert sein soll - Karrigell.

Also auch wenn mich das jetzt als Verlierer outet: Laut dieser Grafik duerfte ich kein Python programmieren. Dabei ist es doch keine Frage der Intelligenz ob ich Python oder C++ fuer etwas verwende, sondern eine Frage der Effizienz. Mal davon abgesehen, dass ich C++ nicht so mag und eher reines C ...