Neue Sprache zusätzlich zu PHP?

Question 1

Ich bin ein PHP-Entwickler. Ich mag PHP! Es ist eine wirklich gute Sprache, wenn Sie wissen, wie man sie benutzt, aber ich weiß, dass sie es erlaubt sehr schlechte Gestaltung manchmal.

Es erinnert mich an JavaScript, das gute und schlechte Teile hat. Ein bestimmtes Projekt, CoffeeScript, versucht, sich nur auf die guten Teile zu konzentrieren, was Sie dazu zwingt, guten Code zu schreiben.

Ich habe darüber nachgedacht, ob etwas Ähnliches mit PHP gemacht werden könnte … Eine neue Syntax, die nur zu gutem PHP-Code kompiliert werden würde, um all die neuen und aufregenden Dinge zu nutzen, die wir mit PHP 5.3 bekommen können.

Also, um einigen Leuten voraus zu sein, frage ich: Warum eine neue Sprache auf PHP aufbauen, wenn Sie einfach Ruby oder Python oder etwas anderes verwenden können?

PHP ist überall einfach einzusetzen

Die Sprache selbst hat viele gute Eigenschaften und Ideen
Es gibt viele gute Bibliotheken, die in PHP geschrieben sind
…

Also, meine eigentlichen Fragen hier sind…

Ist das eine dumme Idee? Warum sollte es sein? Glaubst du, CoffeeScript ist dumm?
Wie fängt jemand an, eine neue Sprache über einer anderen zu erschaffen? Ich weiß nichts darüber, aber ich würde gerne lernen. Wo soll man anfangen?

Question 2

Die Idee ist definitiv nicht dumm, besonders wenn sie gut ausgeführt wird.

Ich mag Coffeescript sehr, aber es hat auch Nachteile. Das Debuggen eines Coffeescript-Skripts erfordert immer noch das Lesen des generierten Javascript-Codes, was mühsam sein kann, da Sie ihn nicht selbst geschrieben haben.

Ich habe gehört, dass Jeremy Ashkenas, der Schöpfer von coffeescript, nach dem Lesen begonnen hat, an coffeescript zu arbeiten „Erstellen Sie Ihre eigene freaking awesome Programmiersprache“ von Marc-André Cournoyer.

Viel Glück!

Question 3

Der Grund, warum CoffeScript eine gute Idee ist, liegt darin, dass Entwickler Code in einem Client-Browser ausführen möchten haben Javascript verwenden; Die einzige Möglichkeit, in einer anderen Sprache zu programmieren, besteht darin, diese Sprache in Javascript umwandelbar zu machen.

Ich bin mir nicht sicher, ob dasselbe wirklich für die serverseitige Programmierung gilt. Wenn Sie Probleme mit PHP haben und eine neue Sprache verwenden möchten, gibt es keinen wirklichen Vorteil, wenn diese Sprache PHP generiert.

Andererseits wäre eine Sprache, die PHP sehr ähnlich ist, aber einige der Fehler behoben hat, eine großartige Idee.

Question 4

Hach, tolle Idee. Meine Meinung, teilweise widersprüchlich…

Es gibt Präzedenzfälle dafür, schlechte Sprachen zu zivilisieren, indem man ihnen Syntax-Präprozessoren voranstellt.

In den frühen Tagen von Unix war Fortran beliebt und ungefähr die einzige portable Sprache, da die meisten Maschinen keinen C-Compiler hatten. Aber das Vanilla Fortran des Tages hatte nicht einmal eine Blockstruktur wenn-dann-sonstnur eine alberne Einzelaussage wenn oder ein if-goto. Also, die Ratte für wurde als Präprozessor für Fortran-66 implementiert.

Ich glaube, es gab (gibt?) Cobol-Präprozessoren, die sich vermutlich mit der Ausführlichkeit und den Einschränkungen früher Cobol-Dialekte befassten.
Bis heute werden von Unix abgeleitete Systeme mit einem Makroprozessor namens m4 ausgeliefert.
Heute sind vor allem mehrere CSS-Präprozessoren verfügbar Sass und WENIGER.

Aber…

Lass es einfach sterben, und je früher desto besser
Das Problem liegt nicht wirklich in der Syntax.

Ich sehe nicht viel von einer JavaScript-PHP-Parallele. JavaScript ist eine großartige Sprache. Es ist so etwas wie das Gegenteil von PHP.
Ich bin mir nicht sicher, warum Sie sagen, dass PHP eine großartige Sprache ist. Es ist eines der schlimmsten. Jedes anständige Feature ist ein Patch oder Repatch in einer aktuellen Version.
Wie Sie bemerkt haben, gibt es bereits eine korrigierte Version von PHP: Sie heißt Rubin und als Sprache ist es nahezu perfekt. Es gibt eine andere reparierte Version namens Python. Die Welt wäre langfristig besser dran, wenn wir die besseren Systeme unterstützen würden.

Question 5

Es ist jetzt hier. EIN neue Sprache was für PHP das ist, was CoffeeScript für Javascript ist. (d. h. großartig.)

SCHNEESCHRIFT

Snowscript-Code sieht so aus:

fn how_big_is_it(number)
    if number < 100
        <- "small"
    else
        <- "big"

Die PHP-Ausgabe sieht so aus:

function how_big_is_it($number) {
    if ($number < 100) {
        return "small";
    } else {
        return "big";
    }
}

Alles, was es jetzt braucht, ist Sie.

Question 6

Wenn es für PHP wäre, was so etwas wie Sass für CSS ist, würde mich das interessieren. Aber was genau würden Sie hinzufügen wollen? Oder wollen Sie nur das Schlechte ausmerzen?

Und was würdet ihr schlecht finden?

Question 7

Das Schreiben eines PHP-Syntaxtransformators wäre wahrscheinlich ein nettes Projekt.

Vergessen Sie jedoch nicht, dass die Standardbibliothek von PHP ein riesiges Durcheinander ist. Das aufzuräumen, wäre eine viel größere Aufgabe.

Question 8

Je mehr ich darüber nachdenke, desto unrealistischer klingt es. Der Grund ist einfach: Gibt es tatsächlich sind solche Sprachprozessoren bereits. Zwei davon (obwohl PHP nicht als Implementierung, sondern nur als Kompilierungsziel verwendet wird) können gefunden werden hier. Aber einfach niemand benutzt sie.

Ja, wenn der Compiler selbst in PHP geschrieben wäre, würden wahrscheinlich mehr Leute ihn verwenden. Aber ich sehe wirklich keinen Weg, wie ich das populär genug machen könnte, um die Arbeit wert zu sein.

Ein weiteres großes Problem ist, dass die Leute meistens an ihre großartige Code-Hervorhebungs-, Code-Vervollständigungs- und Code-Inspektions-IDE gewöhnt sind. Ohne IDE-Unterstützung zu erhalten, wird sie wahrscheinlich nur jeder verwenden (und IDE-Unterstützung kann nur erhalten werden, wenn viele Leute sie verwenden …)

Gedanken?