Firebird und IBObjects

[Hansa]

Zitat von hanspeter:

Zu FIBUS und 250€...

Für IBObjects habe ich einmal viel Geld bezahlt.
Fast 2 Jahre Updateabstand. 5 bis 6 Monate zur Fehlerbeseitigung.
Was mich bedenklich stimmt ist der Umstand, das auch bei anderen kommerziellen Komponentenherstellern, Delphi offensichtlich
immer mehr auf das Abstellgleis gerät. Neuentwicklungen und extensive Weiterentwicklung scheint nur noch unter Net zu erfolgen.

Sind 250 EUR ein unüberwindliches Hindernis, dann erst gar nicht weiterlesen. Bzw. die fast unbeschränkte FIBplus-Trial verwenden. Ansonsten : FIBPlus hat kurze Update-Zyklen. Eigentlich ziemlich parallel zu Delphi und IB/FB. Sie bringen diese Updates auch nicht nur raus, dammit es keine Compilerfehler gibt, sondern wegen neuer Funktionen. Mein Paradebeispiel sind immer die SavePoints ab FB 1.5. Eine Delphi Funktion SetSavepoint (s : string); oder GotoSavePoint (s : string); sucht man sonstwo vergebens. Die UIB sind mir zu neu. Wer weiß, was aus denen mal wird. Sie kommen übrigens genauso wie FIBPlus ursprünglich von irgendeiner FreeIB library von ??? Sind halt ein paar Jährchen später an als Devrace. IBObjects sind wie Zeos schon sehr früh ausgeschieden. Zumindest in Punkto Zeos stellt sich das mittlerweile eindeutig als großer Vorteil heraus.

[hanspeter]

Zitat von Hansa:

Sind 250 EUR ein unüberwindliches Hindernis, dann erst gar nicht weiterlesen.

Nein das Geld nicht, aber der Arbeitsaufwand.
Eigentlich möchte ich ja mit dem Projekt von Delphi weg.
Zu Chrome oder C#, da bin ich noch am Überlegen. Deshalb will ich in Delphi auch nicht mehr groß
investieren.


Gruß Peter

[Lemmy]

Zitat von hanspeter:

Eigentlich möchte ich ja mit dem Projekt von Delphi weg.
Zu Chrome oder C#, da bin ich noch am Überlegen. Deshalb will ich in Delphi auch nicht mehr groß
investieren.

Dann am besten dabei bleiben und die Fehler mit Workarounds ausschalten. Die Zeit dann in den Test von C# und Chrome stecken...

Grüße
Lemmy

[Hansa]

Zitat von hanspeter:

Zitat von Hansa:

Sind 250 EUR ein unüberwindliches Hindernis, dann erst gar nicht weiterlesen.

Nein das Geld nicht, aber der Arbeitsaufwand.
Eigentlich möchte ich ja mit dem Projekt von Delphi weg.
Zu Chrome oder C#, da bin ich noch am Überlegen.

Der Arbeitsaufwand eine Komponente zu ersetzen steht IMHO in keinem Verhältnis zum Austauschen der Programmiersprache. 8) Wahrscheinlich gehts wohl nur um 100 Zeilen-Programm mit einem Dataset, oder ? Mann, mann.

[hanspeter]

Zitat von Hansa:

Der Arbeitsaufwand eine Komponente zu ersetzen steht IMHO in keinem Verhältnis zum Austauschen der Programmiersprache. 8) Wahrscheinlich gehts wohl nur um 100 Zeilen-Programm mit einem Dataset, oder ? Mann, mann.

Sorry war zu zeitig weg. Taste hat geprellt Antwort im Folgebeitrag.

[hanspeter]

[quote="hanspeter"]

Zitat von Hansa:

Der Arbeitsaufwand eine Komponente zu ersetzen steht IMHO in keinem Verhältnis zum Austauschen der Programmiersprache. 8) Wahrscheinlich gehts wohl nur um 100 Zeilen-Programm mit einem Dataset, oder ? Mann, mann.

Naja hast ja wie immer Recht.

Ich hatte das in diesem Zusammenhang schon mal geschrieben. Das Programm ist ein klein wenig größer. So etwa 1,2 Mio Quellzeilen.
Die Lebenserwartung > 10 Jahre, deshalb auch die Überlegung von Delphi wegzugehen.
Ich will vorerst mit Hydra von Remobjects weiterarbeiten und alle neuen Module und die auszutauschenden in C# schreiben.

Gruß Peter

[dataspider]

Hi Peter,

in der aktuellen Version (Beta 13) ist ein Bug gefixt:

...
I fixed a parsing bug that caused the SET TERM in scripts to fail.
...

Cu, Frank

[hanspeter]

Zitat von dataspider:

Hi Peter,

in der aktuellen Version (Beta 13) ist ein Bug gefixt:

Cu, Frank

Danke habe ich von Jason bereis als email erhalten.

Gruß Peter