Delphi, ASP.Net und PHP

[Go2EITS]

@Hallo DP!
Ich benutze Delphi 7 Personal. Jetzt schreibt jemand, dass mit Delphi in ASP.NET programmiert.
Ich überfliege hier das Forum, kann aber Beispiele/Threads zu ASP.NET nicht sehen.
Ist es ein Future bei Delphi2005/2006? Ich dachte, ich könnte nur mit C++ oder Visual Studio 2005
auf ASP greifen. Und: Ist der Befehlsumfang und der Programmieraufwand geringer als mit PHP?
Sollte ich Webshops lieber gleich in ASP entwickeln? (Vorausgesetzt mein Provider unterstützt
ASP, sonst muss ich PHP fahren.) Fragen über Fragen... :roll:

[faux]

Zitat:

Zitat von Go2EITS

Ist der Befehlsumfang und der Programmieraufwand geringer als mit PHP?

Das hängt imho ganz von deinem Vorhaben ab. Wenn du ein Loginsystem an ein ActiveDirectory binden willst, zum Beispiel, dann wirst du dir mit PHP die Zähne ausbeißen, mit ASP wir das aber ein Klax sein. Wenn du wiederum auf MySQL-Datenbanken zugreifen willst, wirst du mit PHP einfacher als mit ASP arbeiten können (sage ich mal so, hab ASP noch nie mit MySQL betrieben).
Kostengünstiger ist in der Regel PHP, da ASP einen IIS vorraussetzt, welcher wiederum einen Windows Server vorraussetzt.

Grüße
Faux

[mkinzler]

Asp.Net basiert, wie der name schon sagt auf .Net. Hierbei kann man alle Sprachen verwenden, welche .Net Assemblies erzeugen können (Delphi nur Net 1.1).

Zitat:

Ist der Befehlsumfang

Nein

Zitat:

und der Programmieraufwand geringer als mit PHP?

Schwer zu sagen und auch Geschmacksache.

[Go2EITS]

@faux
Aha! Das hilft mir weiter. Für Webshops mit Mysql ist PHP vorerst wohl am Besten geeignet.

@mkinzler
Mit Visual Studio greife ich auf Net 2.0. Da ist Borland mit Net 1.1 wieder im Hintertreffen.

Vielen Dank! Ihr habt mir weitergeholfen! :thumb:
Go2EITS

[Phoenix]

Zitat:

Zitat von faux

Wenn du wiederum auf MySQL-Datenbanken zugreifen willst, wirst du mit PHP einfacher als mit ASP arbeiten können (sage ich mal so, hab ASP noch nie mit MySQL betrieben).

:shock: Was treibt Dich zu dieser Aussage?
MySQL + ASP.NET ist dank dem MySQL.NET Data Provider direkt von MySQL genauso leicht wie mit .NET auf einen SQL-Server von MS oder Ora oder IBM zuzugreifen. ADO.NET ist nunmal ADO.NET: Supereasy.

Das funktioniert auch und vor allem im Webbereich supergut. Also ganz ehrlich: Bevor ich mich nochmal mit PHP rumschlage nehme ich lieber ASP.NET (in wirklich jedem Fall), da man einfach viel schneller ans Ziel kommt. Und wenn es Delphi mit ASP.NET 1.1 sein muss läuft das ganze hinterher sogar unter Mono :)

[sakura]

@Go2EITS: Erst mal ein wenig Aufklärung ;)

Also, es gibt ASP und es gibt ASP.NET. ASP ist inzwischen locker mal 13 Jahre jung und kann seit Delphi 3 bedient werden. Aber jetzt noch damit anzufangen bringt nicht viel, da es wirklich eine sehr alte Struktur hat und mit PHP gleichsetzbar ist. Der native Funktionsumfang ist zwar entscheidend geringer als PHP, lässt sich aber dank COM/DCOM und ISAPI-Filtern entscheidend besser aufwerten.

Dann gibt es ASP.NET, eine recht junge Technologie. Diese kannst Du mit C#, VB.NET, Delphi.NET und anderen .NET Sprachen bedienen. Dafür benötigst Du mindestens Delphi 2005 (8 hat nie existiert, außer auf meinem Konto :mrgreen:). ASP.NET ist momentan die modernste Technologie für die Entwicklung von Webauftritten und fast alles lässt sich damit entscheidend schneller entwickeln als in PHP, auch eine Datenbankanbindung an MySQL für Shops.

...:cat:...

[mkinzler]

Zitat:

da es wirklich eine sehr alte Struktur hat und mit PHP gleichsetzbar ist.

Mit PHP 2. Denn PHP hat seither auch dazugelernt.

Zitat:

Der native Funktionsumfang ist zwar entscheidend geringer als PHP, lässt sich aber dank COM/DCOM und ISAPI-Filtern entscheidend besser aufwerten.

PHP kann man auch erweitern auf Klassen-Ebene ( siehe auch PEAR) oder nativ ( in einer Hochsparche PECL).

[Mavarik]

Zitat:

Zitat von Phoenix

:shock: Was treibt Dich zu dieser Aussage?
MySQL + ASP.NET ist dank dem MySQL.NET Data Provider direkt von MySQL genauso leicht wie mit .NET auf einen SQL-Server von MS oder Ora oder IBM zuzugreifen. ADO.NET ist nunmal ADO.NET: Supereasy.

Hast Du ggf. dazu mal ein wenig Source um es sich anzusehen? Ein Beispiel programm wäre nett!

Danke Frank

[faux]

Zitat:

Zitat von Phoenix

:shock: Was treibt Dich zu dieser Aussage?

Zu dieser Aussage treibt mich, dass ich das .NET übersehen habe, und von ASP gesprochen habe. :oops:
Für .NET trifft das natürlich nicht zu. Da kann man wirklich einfachst auf MySQL und so zugreifen, wenns nen .NET Dataprovider gibt. :stupid:

Grüße
Faux

[Go2EITS]

@Alle!
Nett, dass Ihr noch ein wenig dazugeschrieben habt. Bin nun "schlauer".
Werde mir bei Gelegenheit Delphi2006 und ASP.NET bzw. Visual Studio 2005 ansehen.
Danke! :corky:

[rwachtel]

Zitat:

Zitat von sakura

[...] ASP ist inzwischen locker mal 13 Jahre jung [...]

Fast. Aus http://en.wikipedia.org/wiki/Active_Server_Pages:

Zitat:

ASP has gone through five major releases::

* ASP 1.0 (distributed with IIS 3.0) in December 1996,
[...]

[Mavarik]

Zitat:

Zitat von faux

[wenns nen .NET Dataprovider gibt. :stupid:

Grüße
Faux

Ja genau, dass ist doch die Frage.. Habe von D2005 "nur" die Professional Version und die kann "nur" auf XML ausgeben, oder habe ich da etwas falsch verstanden?

Frank

[edit]D2005[/edit]

[faux]

Zitat:

Zitat von Mavarik

Habe von F2005 "nur" die Professional Version und die kann "nur" auf XML ausgeben, oder habe ich da etwas falsch verstanden?

Ähm...
F2005? Professional? XML? :gruebel:

[Phoenix]

Zitat:

Zitat von Mavarik

Hast Du ggf. dazu mal ein wenig Source um es sich anzusehen? Ein Beispiel programm wäre nett!

Hrm.. ein eigenes Fällt aus weil wegen closed Source, aber ich kann Dir mal als Referenz Cuyahoga ans Herz legen. Das ist ein kleines Portal / CMS - System auf ASP.NET Basis welches mit MySQL arbeitet und in der alten 1.1er Version sogar auf Mono läuft.

[Phoenix]

Zitat:

Zitat von Mavarik

Ja genau, dass ist doch die Frage.. Habe von F2005 "nur" die Professional Version und die kann "nur" auf XML ausgeben, oder habe ich da etwas falsch verstanden?

Also mein D2005/2006 Professional kann sowohl Firebird / Interbase als auch MS SQL Datenbanken mit den Borland Data Providern. Natürlich auch Filebasiert in XML, aber, nunja... braucht man nicht wirklich :)

Im reinen .NET Bereich kann man über ADO.NET allerdings schon mit den .NET - Hausmitteln und den entsprechenden Assemblies der Datenbankanbieter nativ auf jede Datenbank zugreifen.

[Mavarik]

Zitat:

Zitat von Phoenix

wegen closed Source

Wieso? Braucht man dazu noch Payware?

Frank

[Mavarik]

Zitat:

Zitat von Phoenix

Also mein D2005/2006 Professional kann sowohl Firebird / Interbase als auch MS SQL Datenbanken mit den Borland Data Providern.

WIE? Unter ASP.NET auf dem Server?
Ich habe es nicht hinbekommen!

Zitat:

Zitat von Phoenix

Natürlich auch Filebasiert in XML, aber, nunja... braucht man nicht wirklich :)

Nein... Also Ich jedenfalls nicht...

Frank

[Elvis]

Wo ist das Problem statt dem BDP einen janz normalen DataProvider zu nehmen? Damit kann sogar die D2005 Personal ASP.Net Seiten mit Datenbindungen auf jede DB erzeugen, die einen .Net Data Provider hat.

[Phoenix]

Zitat:

Zitat von Mavarik

Zitat:

Zitat von Phoenix

wegen closed Source

Wieso? Braucht man dazu noch Payware?

Nun.. sagen wir es mal so.. wenn Du eine Source-Lizenz von meiner Software haben willst müsstest Du schon mit Euros im 5-Stelligen Bereich rechnen, und ich kann da auch nicht mal so schnell aus der Datenanbindung was rauspasten, weil das doch ne Menge Arbeit drinsteckt und das Ding komplett unabhängig von der verwendeten Datenhaltung (z.B. Datenbank) ist.

Aber wenn Du Dir ASP.NET auf MySQL mal näher angucken willst dann Schau dir mal Cuya an, die haben das recht geschickt gelöst.

[Mavarik]

Hi!

Ich will ja nicht Deine Software....

Sondern lediglich ein kleines Beispiel um aus einer ASP.NET Anwendung auf einen MySQL Server zuzugreifen...Und zwar auf einem Webserver... Nicht mit einem lokalen ASP.NET Programm..

Dazu gibt es schon einen Thread und auch da konnte mir das noch keiner zeigen. Das Problem ist glaube ich der .Net Provider...

Frank

[Phoenix]

Nochmal: http://www.cuyahoga-project.org/ ist ein ASP.NET Portalsystem das u.a. auf eine MySQL-Datenbank zurückgreifen kann. Also genau das was Du machen willst, nur mit etwas mehr drumrum: ASP.NET Webseite die auf eine MySQL Datenbank zugreift.

Die Benutzen übrigens den MySQL Connector/NET für den Datenbankzugriff, wie ich für mein Webpprojekt auch.

[Mavarik]

Werde ich mir mal ansehen, ist leider C#

Frank

[Phoenix]

Naja, braucht etwas länger zum lesen, aber da die .NET Objekte und deren Properties und Methoden ja sowohl in C# als auch in Delphi.NET gleich heissen sollte da aber schon klar werden, was die genau machen. ;-)

[Mavarik]

Habe den .Net Provider von MySQL installiert, warum wird dieser Privider dann nicht im BdpConnection (Verbindungseditor) aufgelistet?

Frank

[Phoenix]

Ganz einfach: Weil das kein Borland Data Provider ist sondern ein nativer ADO.NET Dataprovider.

Du musst dann schon die normalen ADO.NET Controls verwenden und nicht die BDP.

[Mavarik]

Zitat:

Zitat von Phoenix

Du musst dann schon die normalen ADO.NET Controls verwenden und nicht die BDP.

Leider sind in in D2005 keine ADO.Net Controlls enthalten...

Frank

[Der_Unwissende]

Hi,
nochmal ganz kurz etwas zur ursprünglichen Frage. Ich glaube nicht, dass der Programmieraufwand alleine von einer Sprache abhängt. Sowohl PHP als auch ASP(.net) ermöglichen dir einen Webshop zu erstellen, du kannst auch Java (JSP/Serlvets), Python, Perl,... nehmen. Die werden alle ihre Stärken und Schwächen haben (wie bei jeder anderen Sprache auch).
Bei ASP(.net) hast du eigentlich immer eine ziemlich starke Bindung an Windows. Natürlich gibt es Mono, aber weder wird es immer auf dem aktuellsten Stand sein (so wie aktuell) noch kannst du es bei jedem Host einfach installieren. PHP hingegen läuft auf sehr vielen Plattformen und wird sich deswegen häufiger schon vorkonfiguriert irgendwo finden lassen.
Letztlich ist aber wichtiger, wie du die Sprache findest und wie gut du mit ihr zurecht kommst. Wenn du dir CGI-Skripts in Prolog schreibst, könntest du so auch einen Webshop realisieren, nur wenn dir die logische Programmierung nicht liegt, würde vieles unnötig umständlich von dir gelöst werden (auch wenn die Sprache an sich sehr schöne Möglichkeiten bietet).

Wichtig ist also, wie gut kommst du mit der Sprache zu recht. Das andere ist, dass ein Webshop, nun ja, nicht gerade deine Erfindung ist. Es gibt schon eine Menge davon und es werden wohl noch viel mehr folgen. Das heißt aber auch, dass es wahrscheinlich schon nette Frameworks gibt. Vielleicht solltest du dich nach denen Umschauen, die dürften dir schon eine Menge Arbeit abnehmen (man muss das Rad ja nicht immer neu erfinden).

Gruß Der Unwissende

[MagicAndre1981]

Zitat:

Zitat von Mavarik

Zitat:

Zitat von Phoenix

Du musst dann schon die normalen ADO.NET Controls verwenden und nicht die BDP.

Leider sind in in D2005 keine ADO.Net Controlls enthalten...

Frank

klar sind die dabei, denn die sind im .NET Framework 1.1 drin :roll:

[Go2EITS]

@Der_Unwissende
Ein ergiebiges Thema. Die Provider z. B. Hosteurope (habe bisher schlechte Erfahrung gemacht im Bezug auf "Zusagen") unterstützen kein ASP.NET (bzw. bisher nicht gesehen) und bleibe vorerst bei PHP. Mein Eindruck ist, das einige ASP Seiten sehr schnell sind.Wie Du sagst: Es gibt sehr gute Frameworks auf die man aufbauen kann.
CU! :)

[Phoenix]

Zitat:

Zitat von Mavarik

Leider sind in in D2005 keine ADO.Net Controlls enthalten...

Das ist so nicht ganz Korrekt.. die gehören zwar nicht zum BDS, sind aber im .NET Framework enthalten (und werden auch mit dem BDS mit ausgeliefert - eben im .NET Framework) und stehen Dir damit automatisch auch zur Verfügung.

Der Namespace ist System.Data. Die Controls heissen z.B. SqlDataAdapter, SqlConnection, DataView und DataSet (sind in der Toolbox unter Datenkomponenten zu finden).

Wenn Du die nicht hast, dann musst Du erst übers Menü Komponenten -> Installierte .NET Komponenten gucken, ob die da drin sind und auch der Haken gesetzt ist, wenn nicht muss Du unten auf Assemblierung hinzufügen und dann die System.Data.dll aus dem .NET Framework Verzeichnis auswählen. Aber ich tippe eigentlich eher drauf, dass nur der Haken neben den Komponenten fehlt. Dann werden die nämlich nicht angezeigt.

[Mavarik]

Zitat:

Zitat von MagicAndre1981

klar sind die dabei, denn die sind im .NET Framework 1.1 drin :roll:

Prima... Ich habe die Komponenten in D2005 Importiert, nur wenn ich diese dann verwenden will
gibt es immer eine Exception:
Fehler beim Erzeugen eine Instanz ... TADONETConnector wegen "System.MissingMethodException: Konstruktor für Typ....

Hast Du ein Beispiel programm? Oder kannst Du "gerademal" eins zusammenklicken?

Frank

[Elvis]

TBlaBla riecht schon verdächtig nach VCL.Net.
Hast du eine "reine" .Net App oder ein Patchwork aus .Net und VCL?

btw: Gerade bei ASPX haben Komponenten wie connection, command und & Co nix auf dem Form zu suchen. Der Overhead durch zu lang geöffnete Connections und Finalizer dürfte die Zahl der möglichen Seiten/Sekunde brachial schrumpfen lassen.
RAD mag gut und nett sein, aber bei Web Dev sollte man es nicht übertreiben. ;)

Setze einfach einen Verweis auf den Provider deines Vertrauens, erzeuge eine Connection und gehe danach einfach nach dem Beispiel vor.

edit: D'oh! Hatte Seiten stat Connections stehen... :wall:

[Mavarik]

[quote="Elvis"]
Setze einfach einen Verweis auf den Provider deines Vertrauens, erzeuge eine Connection und gehe danach einfach nach dem Beispiel vor.
quote]

Das Beispiel hat leider nicht geholfen, da genau die Teile fehlen, um die es geht...
Z.B. den Connection String...

Am liebsten würde ich mit ADOConnection und ADOTable arbeiten, genau wie ich es in den ISAPI.DLL's mache...

Außerdem muss es doch auch in RAD möglich sein, ich will doch schliesslich schon zur designtime meine Grids sehen...

Wenn ich doch alles im Source - und das bei jedem Seitenaufruf, erzeugen muss, geht mir doch ein Großteil des vorteils von ASP.NET verloren.

Frank

[Elvis]

Zitat:

Das Beispiel hat leider nicht geholfen, da genau die Teile fehlen, um die es geht...
Z.B. den Connection String...

Ich hätte es einfach so versucht, wie es bei jedem anderen Provider geht, aber natürlich nebenbei nach Code schnipseln gesucht... (Dauerte eben keine 10 Clicks und <30 Sekunden...)
War das jetzt so schwer? :gruebel:

Delphi-Quellcode:

var
  connection : IDbconnection;
  command    : IDbCommand;
  reader     : IDataReader;
  parameter  : IDataParameter;
begin

  connection := MySqlConnection.Create('server=DeinServer;' +
                                       'uid=DeinUser;' +
                                       'pwd=DeinPassword;' +
                                       'database=DeineDB;');
  try
    command := connection.CreateCommand();
    try
      command.CommandText := 'SELECT X FROM Y WHERE Z = :Z';
      parameter := command.CreateParameter();
      command.Parameters.Add(parameter);
      parameter.DbType := DbType.Int32;
      parameter.Value  := 1;
     
      reader := command.ExecuteReader();
      try
        while reader.Read() do
         irgendeinContainer.Add(new SomeClass(reader.GetInt32(0)));
      finally
        reader.Dispose();
      end;
    finally
      command.Dispose();
    end;
  finally
    connection.Dispose();
  end;
  
  deinListControl.DataSource := irgendEinContainer;
  deinListControl.DataBind();

Zitat:

Außerdem muss es doch auch in RAD möglich sein, ich will doch schliesslich schon zur designtime meine Grids sehen...
Wenn ich doch alles im Source - und das bei jedem Seitenaufruf, erzeugen muss, geht mir doch ein Großteil des vorteils von ASP.NET verloren.

Der wirkliche Vorteil von ASPX liegt IMHO in der deklarativen Art, in der man direkt im MarkUp serverseitiges Plumping festlegen kann.
Zum Beispiel der Repeater oder die DataList mit ItemTemplates ist IMHO so ein Fall. Sehr easy und klar erkenntbar im MarkUp zu definieren und doch sehr mächtig, da man den generierten HTML Code selbst voll beinflussen kann. :-)
Das Config Modell ist ebenfalls sehr cool, da es bei ASPX öhne dein Zutun auch zur Laufzeit bei Änderungen geladen wird. :-)

btw #2: Das DataGrid ist IMHO furchtbar. Der generierte HTML Code ist schrecklich, es ist arschlahm und du hast fast keine Kontrolle darüber. So ein typischer Versuch RADifizierte Desktop-GUI-Schrauber zu WebDev zu überreden...

[Mavarik]

Zitat:

Zitat von Elvis

btw #2: Das DataGrid ist IMHO furchtbar. Der generierte HTML Code ist schrecklich, es ist arschlahm und du hast fast keine Kontrolle darüber. So ein typischer Versuch RADifizierte Desktop-GUI-Schrauber zu WebDev zu überreden...

Ja zugegeben, ich schreibe zur Zeit alles was ich brauche als ISAPI.dll. Da ich jedoch kein freund davon bin für ein Projekt 30 *.DLL's im Speicher zu haben, gibt es pro projekt "nur" eine DLL das macht den Code ein wenig unübersichtlich...

Das 2. ist, dass ich auf ISAPI Basis nie während der Entwicklung das Ergebniss sehe und viel öffter compilieren und testen muss als unter ASP.NET

Trotzdem Dank, werde das gleich mal versuchen....

Grüsse Frank

[Mavarik]

Zitat:

Zitat von Elvis

Delphi-Quellcode:

var
  connection : IDbconnection;
  command    : IDbCommand;
  reader     : IDataReader;
  parameter  : IDataParameter;
begin

  connection := MySqlConnection.Create('server=DeinServer;' +
                                       'uid=DeinUser;' +
                                       'pwd=DeinPassword;' +
                                       'database=DeineDB;');

Also was soll den MySqlConnection sein?

IDBconnection hat keiner Create methode...

Frank

[Elvis]

Zitat:

Zitat von Mavarik

Also was soll den MySqlConnection sein?
IDBconnection hat keiner Create methode...

Autsch...
Ein kleiner Tip noch, bevor ich mich jetzt aus dem Thread ausklinke (dem netten Miteinander zuliebe)...
IDbConnection ist ein INTERFACE, MySqlConnection implementiert dieses Interface. (Dürfte sich ja sonst nicht DataProvider nennen).

[Mavarik]

Zitat:

Zitat von Elvis

Autsch...

Ja woher soll man das wissen?
Das Hilfe System kennt es nicht und ich auch nicht!

Zitat:

Zitat von Elvis

Ein kleiner Tip noch, bevor ich mich jetzt aus dem Thread ausklinke (dem netten Miteinander zuliebe)...

Was auch immer das heißen soll, kannst Du nicht einfach sagen wie es geht?

Zitat:

Zitat von Elvis

IDbConnection ist ein INTERFACE, MySqlConnection implementiert dieses Interface. (Dürfte sich ja sonst nicht DataProvider nennen).

Und wie greife ich darauf zu? Mein D2005 kennt auch das nicht!

Frank :gruebel:

[rwachtel]

Namespace richtig eingebunden?

uses MySql.Data.MySqlClient;

oder so ähnlich...

[Mavarik]

Zitat:

Zitat von rwachtel

Namespace richtig eingebunden?

uses MySql.Data.MySqlClient;

oder so ähnlich...

Nöö! Das SDK ist zwar installiert, aber natürlich wiedermal nur Beispiele in VB und C#...

Datei nicht gefunden: 'MySql.Data.MySqlClient.dcuil';

Wie muss ich das einbinden?

Frank