Dav1d hat geschrieben:Übrigens gibts auch Millionen Projekte in PHP

stimmt, aber deine Aussage hast du trotzdem noch nicht belegen können...

@BlackJack: Weißt du, wenn ich mit PyPi arbeiten müsste hätte ich üble Bauchschmerzen, ich mag keine Lamdas die auf ein Statement beschränkt sind, und ich mag nicht auf ausreichende Portierungen zu Python3 zu warten um nonlocal zur Verfügung zu haben.

Trotzdem verbreite ich und Perlers generell ...

@LanX:
In puncto Codequalität und Sicherheitsproblemen ist die Standardlib von CPython ganz vorne mit dabei - also nicht alles glauben, was Leute, auch in Foren so von sich geben ;)


Ich hoffe das ist jetzt keine Anspielung auf diesen Israeli der jedes Jahr seine personality Show beim CCC abzieht ...

lediglich eine Anspielung auf die Perl Community bzw. die Vorurteile über Perl, das ganze war definitiv nicht todernst gemeint,

klar nicht todernst gemeint, das haben mir meine englischen Freunde auch gesagt wenn ich keinen Bock mehr auf ihre ständigen Naziwitze hatte. Ist ja nicht ernst gemeint ...

jerch hat geschrieben:@LanX:
Ah ich hab eine Leseschwäche - hilf mir bitte auf die Sprünge, wo das so behauptet wurde. Danke.

viewtopic.php?f=1&t=38036#p291583

@Jerch:

Thema verfehlt!

die Aussage war "es sei in Python einfacher größere Applikationen zu schreiben"

Die von dir aufgestellten Behauptungen stammen nicht von mir,

Ich warte immer noch auf Belege zu Dav1d's Aussage

Vielleicht lerne ich ja was neues über Python?

Oder gehört es nicht hierher ...

Das Python nicht Perl ist? Das sollte offensichtlich sein… ;-)

Das weißt du doch dass, es in Python einfacher sei größere Applikationen zu schreiben.

wer PyPi mit CPAN vergleicht oder sich mit SysAdmins über die Versions Dependencies und Testqualität vieler Python "Module"
unterhält merkt ...

Sollte ich etwas erstellen wollen was eher zum Verkauf gedacht ist bzw. größer/umfangreicher ist, so binde ich ebenfalls die C Reihe bzw Java mit ein bzw beschränke mich eher auf diese Sprachen.


Python ist nicht Perl :twisted: .


also ich wäre immer noch interessiert sachliche Argumente zu ...

Dav1d hat geschrieben:Python ist nicht Perl .

Mind to elaborate, please?

Ich muss noch mal hinterher schicken das es keine allgemeingültige Lösung hierfür gibt.

Python und Perl haben unterschiedliche Datentypen und JS resp JSON macht es noch komplexer.


Es kommt also sehr darauf an was man erreichen will und welche Datentypen wie gemapt werden sollen.

Du kannst auch aus Python einen Perl Einzeiler aufrufen, wo du JSON (oder YAML oder...) über STDIN reinpipest und Perl ein Hash auf STDOUT (mittels Data::Dumper ) ausgibt. So brauchst du nicht das eigentliche Zielprogram anzupassen.

por ejemplo:

$ echo '{"a":1,"b":2}' | perl -e 'use JSON::PP ...

Viele Dumper erlauben es die Trenner selbst zu konfigurieren, und ein etwas googlen zeigt das auch für Python

Danke für den Hinweis. Nach dieser Möglichkeit habe ich ehrlich gesagt gar nicht gesucht, weil ich auf die Idee nicht gekommen bin, dass so etwas in einem JSON-Modul konfigurierbar sein ...

Ich verstehe eigentlich nicht viel von Python, aber wenn schon nach Perl gefragt ist ... ;-)

Viele Dumper erlauben es die Trenner selbst zu konfigurieren, und ein etwas googlen zeigt das auch für Python


>>> import json
>>> json.dumps([1,2,3,{'4': 5, '6': 7}], separators=(',', '=>'))
'[1,2,3,{"4 ...

hopo hat geschrieben:Ich würde ihnen gerne noch Symbole verpassen, weiss aber nicht wie.

meinst du Symbole wie in LISP oder in Perl ?

Wenn ich dich richtig verstehe hast du eine Produktliste deren Elemente Hashes mit Produktspezifikation sind.

Statt bei jeder Änderung der Spezifikationen ein neues Hash zu bilden solltest du das vorhandene Hash ändern, auf die deine Liste verweist, dann brauchst du deine Liste auch nicht ...

Ja ok, ist wohl wirklich ein Problem der exakten Definition! Ich hatte es nur von der Ruby-Seite im Kopf, wo Mixins explizit als Unterschied zu Pythons Verfachvererbung genannt werden.

AFAIK:

Ruby realisiert MixIns durch include von Modulen in eine Klasse.
[strike]D.h. die Referenzen auf die ...

@sma:
---update
meintest du vielleicht: ?
update---

@all:
Frage: kann man nicht dynamisch ändern von wem eine Klasse erbt? Dass wäre doch am elegantesten.

Für echte Mixins müsste man wohl an die Metaklassen ran.

Ich vermute mal ganz stark dass es sich hier um ein xy-Problem handelt und einfache Vererbung die sauberste Lösung wäre.

Ansonsten in Perl kann man per AUTOLOAD den Auffruf einer fehlende Methode abfangen, und stattdessen eine andere aufrufen (oder für künftige Aufrufe importieren).

Ich denke mit ...

Ich habe nicht den ganzen Thread gelesen sondern nur das Wort "Continuation". Mit yield (oder sonst irgendwie in Python kann man keine Continuations bauen. Eine Continuation ist eine Funktion, die an einem bestimmten Programmpunkt für den Rest des Programms steht. ...

Dies wird für Coroutinen ...

Eher sehr theoretischer Natur, aber du könntest Generatoren, mittels ``yield``, auch für kooperatives Multitasking verwenden. Wenn ich mich richtig entsinne, gab es im Cookbook dazu sogar ein Beispiel.

Sebastian

Hmm, ich weiß dass Continuations ein Sonderfall von Co-Routinen sind, ich vermute ...