Handheldentwicklung, Lazarus oder Turbo delphi.net

Question

Ich fange an, ein Handheld -Programm als Hobby zu programmieren. Im Moment habe ich derzeit Wissen über Blackberry App (Java), Symbian S60 (Pys60) und J2ME

Etwas, das ich lernen möchte, war Windows Mobile/Pocket PC und iPhone -Entwicklung, aber da ich Mac nicht verwende

Hier einige Frage:
1. Welches ist besser Lazarus oder Turbo delphi.net?
2. Haben beide eine Art Unterstützung für den Netzwerkzugriff (GPRS, Wi-Fi, HSDPA usw.)?
3. Haben beide Datenbankzugriffe, sowohl Remote -Datenbank als auch eigenständige/einbetten -Datenbank? Wie SQL Server 2005 CE?
4. Benötige ich einen Treiber, der auf Windows Mobile/Pocket PC installiert ist, um mit SQL Server 2005 -Entwickler auf dem Server arbeiten zu können, den ich bereits habe?

Wenn möglich, beantworten Sie Punkt für Punkt

Vielen Dank

Answer 1

Ich habe noch nie Turbo Delphi .NET ausprobiert, aber Afaik CodeGear hat diese Zeile gestoppt, also würde ich keine neue Entwicklung darin beginnen. Ich hörte auch, dass CF.NET nicht offiziell unterstützt wurde und ein bisschen Ackward. Wie gesagt, ich habe es nie benutzt, hoffe ich, dass andere kommentieren werden.

Lazarus -Kernfunktionalität funktioniert, aber viele weitere "äußere" Teile werden nicht immer auf CE getestet, und Sie müssen sich selbst herausfinden.

2. Etwa das gleiche wie unter normalem Delphi/Win23. Kann mit Indy10 AFAIK auf TCP/IP zugreifen, aber um mit Netzwerkverbindungen zu arbeiten, benötigen Sie API -Anrufe
3. SQLite wird manchmal verwendet. Theoretisch sollten alle DB -Treiber ausgeführt werden, wenn ihre Kundenbibliotheken für ARM zur Verfügung stehen. Die DB -Unterstützung sollte meistens Endian Clean sein. Ich weiß jedoch nicht, welche unterstützt werden. SQL Server -Varianten werden im Allgemeinen von FPC, außer über ODBC, nicht unterstützt. Und ich weiß nicht, ob CE das hat.
4. Normalerweise benötigen Sie eine Client LIB oder eine verallgemeinerte DB -Konnektivität LIB ADO/ODBC/JDBC.

Das Durchsuchen des Lazarus/FPC -Wiki für CE -Themen könnte ein guter nächster Schritt sein. Wenn Sie in CF.NET bestehen bleiben, würde ich zu VS migrieren und nicht mit TD.NET arbeiten.

Answer 2

1. Lazarus hat einen Formular für Form -Designer für Turbo Delphi -Linie mit einem Formular für Wince -Anwendungen, Delphi 4.NET, und es ist nur Support .NET CF 1.1.

Vielleicht ist die Verwendung von Delphi Prism eine bessere Option, da es das neueste .NET -Framework und das neue unterstützt Monotouch Es könnte eine bessere Option für die zukünftige Entwicklung mit dem iPhone sein.

Punkt 2 und 3, ich habe keine Informationen darüber, Sie könnten Lazarus -Foren und Wiki besuchen, um mehr Informationen zu erhalten, aber für Delphi 4.NET unterstützt es alle Klassen im .NET -Framework vgl.

4.Wenn ich mich richtig erinnere, hat der .NET CF Treiber für SQLServer Mobile Edition und SQL Server, beispielsweise SQLCeConnection für Mobile und SQLConnection für die reguläre SQL Server Edition.

Answer 3

Wenn ich etwas für einen Handheld entwickeln würde, würde ich eine Webapplikation erstellen. Nur wenn Sie auf die Handheld -Daten (PIM, GPS, ...) zugreifen müssen, ist es sinnvoll, eine lokale laufende Anwendung zu erstellen.

Aber wenn Sie etwas zum Ausführen erstellen möchten an Das Gerät würde auch FPC / Lazarus entscheiden.

Answer 4

Ihre Fragen wurden beantwortet, also werde ich mit meinen Meinungen antworten.

• Lazarus: Es gibt Ihnen die Kraft der nativen Anwendung, wird aber nicht weit verbreitet. Probieren Sie es aus, prüfen Sie, ob es Ihren Anforderungen auf das mobile Gerät entspricht. Vielleicht melden Sie Fehler und helfen Sie der Entwicklung.
• Delphi Prism + .NET vgl. Hier ist ein Beispielvideo, um loszulegen. Es fehlt Form Designer für .NET CF. Wenn Sie sich also daran halten, verwenden Sie WinForms Designer.
• C# + .net vgl. Es hat wirklich gute Ideen für .NET CF -Entwicklung. So habe ich mich für die Entwicklung mobiler Geräte rollt und ich bin damit zufrieden. dh, wenn ich ein Problem habe, hat die riesige .NET -Benutzerbasis höchstwahrscheinlich die Lösung.