Windows CE

[Nersgatt]

Hallo,

ich muss demnächst für Windows CE (vermutlich CE 5 oder Windows Mobile 6) entwickeln. Das wird eine komplette Neuentwicklung. Dabei geht es um eine kleine Datenbankanwendung auf dem Gerät. Die DB ist also auf dem Gerät vorhanden. Außerdem soll das Gerät per HTTP mit einem Server kommunizieren.
Nun überlege ich, ob ich da mit Lazarus gut bedient bin. Auf Firemonkey werde ich ja wohl nicht setzen können....
Weiß jemand, ob man Indy zusammen mit Lazarus auf CE benutzen kann? Wenn nein, welche Alternativen gäbe es?

Und welche Datenbanken gibt es? Natürlich möglichst günstig, auch für den Enduser. Das ganze wird kommerzielles closed source. Es geht nicht um große Datenmengen. Vor allem wird die Anwendung Daten sammeln und an den Server ausliefern. Selbst Auswerten muss die Anwendung die Daten nur sehr begrenzt.

Welcher Alternativen gibt es noch? Ich hab auch schon früher VB.net mit dem Compact Framework zusammen verwendet. Hat prinzipiell auch das gemacht, was ich wollte. Allerdings hätte Lazarus den Charme, dass ich bei einem Pascalsprache bleiben könnte. Und wenn ich das richtig verstanden hab, war VS 2009 die letzte Version die CE unterstützt hat.

Danke!
Jens

[Bernhard Geyer]

Wirklich CE?
Ich würde hier von Delphi/Lazarus und Co. die Finger lassen und ein VS.NET kaufen das die entsprechende CE-Version unterstützt.

[Nersgatt]

Das Gerät, auf dem die Anwendung laufen wird, gibt es mit CE 5 oder Windows Mobile 6.1. Mehr Auswahl gibt es nicht. Die Hardwareplattform ist gesetzt, daran gibt es nichts zu rütteln.

[arnof]

ja die lieben guten alten MDE Geräte ....

Ich habe mal bei einem gesehen, das der die Dinger komplett per TELNET Bedient. D.h. darauf ist eine art Terminaloberfläche, die vom Server mit Oracel darauf gebeamt wird.

Entwicklerfirma kenne ich, der hat in seinem früheren Leben auch mal Delphikomponenten gemacht!

[Union]

Mit Delphi 2006 ging es mal mit einigen Klimmzügen. Da hab ich selber mal eine kleine Anwendung gemacht.

[Nersgatt]

Delphi .NET hab ich mal zwangsweise eine Zeit lang machen müssen. Da nehm ich mir lieber einen Strick, als nochmal nur eine Zeile mit Delphi 2006.net zu programmieren. Zumal ich dann ein Pferd reiten würde, das nicht nur tot ist, sondern eines, das schon verwest ist.
Deshalb ja meine Überlegungen Richtung Lazarus. Letzte VS-Version, die gehen würde, wäre 2008 (hab mich grad nochmal schlau gemacht). Also Steinzeit. Mit Firemonkey wird nichts kommen. Bleibt eigentlich nur Lazarus oder C++. Und C++ ist so überhaupt nicht meine Welt.

[Bernhard Geyer]

Zitat von Nersgatt:

Deshalb ja meine Überlegungen Richtung Lazarus. Letzte VS-Version, die gehen würde, wäre 2008 (hab mich grad nochmal schlau gemacht).Also Steinzeit.

Ist mit Sicherheit noch besser als Lazarus.

Zitat von Nersgatt:

Mit Firemonkey wird nichts kommen.

Wieso auch. Der Markt CE ist sehr überschaubar. Maximal kommt support für Windows Phone 8 (welches auf den NT-Kernel basiert).

[arnof]

Zitat von Bernhard Geyer:

Zitat von Nersgatt:

Deshalb ja meine Überlegungen Richtung Lazarus. Letzte VS-Version, die gehen würde, wäre 2008 (hab mich grad nochmal schlau gemacht).Also Steinzeit.

Ist mit Sicherheit noch besser als Lazarus.

Zitat von Nersgatt:

Mit Firemonkey wird nichts kommen.

Wieso auch. Der Markt CE ist sehr überschaubar. Maximal kommt support für Windows Phone 8 (welches auf den NT-Kernel basiert).

So was ist eigentlich nur noch auf MDE Geräten von Symbol und Co zu finden. Windows Phone ist für solche Anwendungen absolut ungeeignet.

Alle Anwendungen für solche Dinger haben wir z.B. aus dem verkauf genommen. Die Gerätehersteller kommen nun langsam mit Androidversionen raus.

Aber das war nicht die Frage von oben.

Ich mache mal eine Tube Mitleid auf, wenn man sowas noch machen muss. VB6 oder VisualStudio in einer alten Version....

[Nersgatt]

Android ist halt auf den Massenmarkt ausgelegt. Ist ja auch in Ordnung. Wir haben eine andere Zielgruppe.

Wir brauchen Geräte, die 10x in den Schlamm fallen dürfen, im strömenden Regen klaglos ihren Dienst verrichten müssen und und auch mal 2 Meter weit fliegen.
Dazu muss das Dingen einen leistungsfähigen 1D-Scanner haben und darf vor allem keine überflüssigen Funktionen haben. Optional muss ein RFID-Reader einbaubar sein. Darauf darf unsere Softwareware laufen und sonst nichts! Und möglichst wenig Knöpfe müssen dran sein. Alles andere läd die Leute, die das Dingen benutzen sollen, zum rumspielen ein. Und das sollen sie nicht.
Diese Geräteklasse, die ich hier beschrieben habe, wird auch heute noch mit Windows CE/Windows Mobile ausgeliefert.

[divBy0]

Ich kenne das Problem selbst, bei mir sind es Siemens HMI-Geräte. Ich hatte da mal was mit Lazarus gemacht und als Indy-Alternative lNet benutzt.