RadPHP vs. Prism Asp.Net

[Hisoka]

Zitat von Phoenix:

4.) Performance: PHP ist immernoch interpretiert, .NET ist ein fertiges Kompilat das ausgeführt wird. Zum anderen kann der .NET Jitter das noch auf die Platform optimieren.

Das stimmt mal gar nicht. PHP wird zwar standardmäßig interpretiert, aber man kann auch genauso einen PHP Compiler nutzen und seine Anwendung in Binärcode übersetzen.(z.B. Roadsend PHP Compiler)

Zitat von Phoenix:

5.) Plattformunabhängig: Linux, Apache, mod_mono, PostgreSQL ist ein sehr guter alternativer Stack zum klassischen LAMP Oder andersrum: PHP auf Windows ist ekelhaft (die meisten Libraries zur Bildgenerierung gehen z.B. nicht). ASP.NET auf Linux ist im Gegenzug ne ganz saubere Geschichte. Imho ist ASP.NET Plattformunabhängiger als PHP.

Naja bei mono darf man immer beachten das es von der Performance diverse Macken hat und dazu war der GC bis jetzt nicht gerade der Weißheits letzter Schluss. Auch würde ich gerne wissen wo ASP.NET plattformunabhängiger sein soll. Ich kann mit Gewissheit sagen das PHP auf weit mehr Plattformen läuft als ASP.NET je erreichen wird. Neben dem das .NET Code nicht von hause aus wirklich portabel ist. Viele Anwendungen die ich bisher gesehen hab mussten für Mono extra angepasst werden.

Auch gibt es seit einiger Zeit sehr viele und mächtige Webframeworks für PHP. Gerade das Zend Framework ist nicht zu unterschätzen.

[Phoenix]

Zitat von Hisoka:

Naja bei mono darf man immer beachten das es von der Performance diverse Macken hat und dazu war der GC bis jetzt nicht gerade der Weißheits letzter Schluss. Auch würde ich gerne wissen wo ASP.NET plattformunabhängiger sein soll. Ich kann mit Gewissheit sagen das PHP auf weit mehr Plattformen läuft als ASP.NET je erreichen wird. Neben dem das .NET Code nicht von hause aus wirklich portabel ist. Viele Anwendungen die ich bisher gesehen hab mussten für Mono extra angepasst werden.

Also seit Mono 2.6 ist der GC besser als der von .NET und die Performance ist schon seit Mono 2.4 mit der von Microsofts .NET mindestens ebenbürtig.

Und Mono läuft im Prinzip überall. Ich würde gerne wissen auf welchen Plattformen PHP Deiner Meinung nach angeblich läuft, auf denen Mono ebenso angeblich nicht laufen soll. Ich habe bisher keine einzige ASP.NET Anwendung gesehen, die nicht ohne Anpassungen auf Mono lief. Selbst solche, die z.B. die Komponenten von Telerik benutzen und ziemlich komplexe Sachen machen.

Was Desktop- und Konsolenanwendungen angeht mag das anders aussehen, aber die sind hier zum einen out of scope, und zum anderen gibt es da immer klassische Ursachen für. Wer z.B. nicht immer Environment.NewLine nimmt und Backslashes in Pfade hartcodiert ist selber schuld. So jemand schreibt auch in den Programm-Ordner und frisst kleine Kinder.

[Jens Hartmann]

Hallo zusammen,

ich würde gerne dieses Thema nochmal aufgreifen. Ich habe mir das kürzlich mögliche Angebot Upgrade Delphi XE2 auf RAD Studio XE2 gekauft.
Folgende Gründe haben mich zu dieser Entscheidung gebracht:

- Möglichkeit PhP und Prism

Ich würde mich gerne in diese Programmierungen einarbeiten (Interesse und siehe unten).

Allerdings bin ich mir aktuell noch nicht ganz sicher, was das richtige Produkt ist. Mein Ziel ist es, eine vorhanden Windowsanwendung mit einem Zusätzlichen WebClient zu versehen.

Soll heißen, ich möchte meine Server/Client Anwendung basierent auf den Server/Client Socket Komponeten um ein nützliches Webtool erweitern. Leider kenn ich aktuell weder Prism noch RADPhP und zum Thema Tutorial oder Dokumentation bin ich bislang auch nicht erfolgreich auf die Suche gegangen. Ich weiß es gibt die RADPhp Doku und die Oxygene Homepage. Allerdings als Anfänger sehr umfangreich. Daher würde mich interessieren:

- Gibt es gute Tutorials für Einsteiger?
- Gibt es gute Bücher?
- Und welche der beiden Sprachen wäre hier am nützlichsten?

Vorab vielen Dank und Gruß Jens

[mkinzler]

So direkt eignet sich da keines der beiden Produkte:
-Beides sind Erweiterungen eines Webservers
-PHP ist eine komplett andere Sprache, Oxygene basiert zwar auf Pascal ist aber nur bedingt zu Delphi kompatibel ( lehnt sich eher an c# an)
-Die Bedienung einer Webanwendung unterscheidet sich von der einer Windowsanwendung

Man könnte höchstens eine Brücke zwischen der Anwendung und dem Webinterface schaffen (2 getrennte Anwendungen)

[Jens Hartmann]

Es sollen ja zwei getrennte Anwendungen werden. Ich will eigendlich nur auf den Server(Windowsanwendung) zugreifen.
Soll heißen, ich benötige nur eine Anbindungsmöglichkeit. Die Windowsanwendung (Der Server) läuft kontinuierlich und realisiert die Datenverwaltung. Ich will nur teile dieser Daten abfragen.