![]() |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
Gruß, Sven |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Ich weiß nicht ...
mit Morfik kann ich alle Plattformen und HandyPlattformen und das Internet beliefern...mit einem einzigen Code... Habe das schon Spaß drann. Und ansonsten hat mich das billige C# VS 2010 Express das ich gerade für ein privates Projekt benutze sowas von weggehauen...klasse teil. Überlege schon mir ein W7P Handy zu kaufen... Firemonkey ist sicher cool. Aber wir haben gerade ein 1,2 Mio Code Zeilen Projekt von BDE auf Anydac umgestellt, das war harte Arbeit, weil wir es erst mit DBISAM , dann mit ElevateDB versucht haben...und beides war scheiße..... Dieser Umstellungsprozess hat Jahre an Zeit in Anspruch genommen....und wird sicher noch mehr in Anspruch nehmen, wenn der erste Pilotkunde sich damit beschäftigt (also ab Freitag, oh dear). Das ganze ist deswegen so schwierig weil ein Großteil der da Programmiert wurde in Delphi1 und Delphi2 Programmiert wurde....Wo rad eben hieß alles Datenkomponenten auf die Formulare zu legen und alles über die dämlichen DB-Controls zu machen....außerdem konnte man Formulare noch nicht vererben was bei dieser Anwendung ungefähr 100000 Zeilen im ganzen Programm verteilten Kode gespart hätte. Also das war jetzt DIE harte Umstellung. Mehrere Jahre arbeit und noch kein Bisschen für Kunden "sichtbaren" Mehrwert für das Programm geschaffen... Da wir in gerade ein Neues Oberflächen Framework und Bedienkonzept für unsere Anwendungen entwickeln auf Basis von VCL wäre es ziemlich übel wenn die VCL stirbt. Aber wenigstens hat Embarcadero selbst mit Firemonkey einen Neuen Standard gesetzt dem man sich dann zuwenden kann. Auch wenn ich das töten VCL zeimlich blöde fände...nun zumindest liegt sie im Quellcode vor...anders als die BDE...da hat Borland sich wohl zu sehr geschämt den offen zulegen als sie begraben wurde. Ein großes Problem dürfte noch die 64 Bit Geschichte und die Unicode Geschichte werden...aber das ist eine Umstellung die man ja sowieso machen muss und zum Glück nun auch machen kann(dat 64Bit dingen). Was ich einfach mal sagen will ist, das es problematisch ist, wenn man als Entwickler dazu gedrängt wird ständig Kode der mal funktionierten umzustellen...Wo man eigentlich lieber Features für Kunden ausrollen möchte! |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
Grundsätzlich finde ich es komisch, dass seit Jahren gemeckert wird, dass sich bei Delphi nichts tut und jetzt wird gemeckert, dass dafür Änderungen im Code notwendig sind, was ja nicht unbedingt der Fall ist. Nur wenn man für mehrere Plattformen entwicklen will; die VCL ist nunmal zu sehr mit der WinAPI verzahnt, dass eine Portierung sinnvoll/möglich wäre. |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Und wer gibt die Garantie, dass Morfik nicht in den kommenden Jahren / Monaten eingestellt wird oder die Syntax komplett umgestellt wird?
Seit doch alle froh, dass jetzt die Features kommen, nach denen schon seit Jahren gebettelt wird. Wenn es wieder so ein Frickelwerk ala VCL-Portierung geworden wäre, würdet ihr euch spätestens in ein paar Monaten darüber aufregen. Viele Grüße, Florian |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
|
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
|
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
und zwar Browserseitig und Serverseitig (javacode unterstützung ist kostenplichtig)...es ist auch möglich serverlos zu entwickeln.(aber nur für kleine spielereien). Es hat Theming integriert webservices und Datenbank...Ich finde es halt ziemlich überzeugend. Arbeite damit privat sehr gerne. Zitat:
Im ernst ich finde es gut, wenn man etwas umstellen KANN was man umstellen möchte. Aber nicht wenn man MUSS. 64Bit ist z.B. ein gutes Verkaufsargument da lohnt sich eine Umstellung! Weil Kunden das als Feature wahrnehmen. Unicode fähig ist eher kein Verkaufsargument wenn mann nicht sehr "Asiatisch" aufgestellt ist. Und wenn ich dann auf Unicode umstellen MUSS ist das eben verschwendete Zeit. FireMonkey Portierung ist z.B. durchaus ok, weil man damit ein bisher kaum erschlossenes Marktsegment beackern kann...man hat somit eine Umstellung die begründbar ist. (Firemonkey WPF kompatibel zu machen wäre noch cooler gewesen...Vielleicht gibts ja sowas wie Firemonkey Plugin für Expression Blend oder einen WPF-FMX-Konverter) Umstellen des Reporting tools ist sicher für kaum einen Kunden ein Feature...vor allem wenn es nicht 100% kompatibel ist. 99% Kompatibilität sind ja immernoch blöd wenn der Kunde das Umstellen seiner schon längst erworbenen spezial Berichte auch noch bezahlen soll. Es ist also wirklich eine Unart das Probleme die schon x-mal gelöst wurden immer und immer wieder erneut gelöst werden müssen. |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
(und fpccode und javascript code als intermediate code benutzt) Aber die selbe Garantie bekommt man auch von Embarcadero nicht! Das es Eingestellt wird ist realtiv unwahrscheinlich da Altiums ein Portal auf basis von Morfik in Arbeit hat und Morfik gehört Altium! Allerdings sind Updates in nächster Zeit deswegen eher verzögert. Eine neue Version kommt erst wenn das neue AltionPortal fertig ist. |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
Wer "spezielle" Projekte in arbeit hatte, die schwer auf Unicode umzustellen waren kann ja für dieses Objekt sein altes Delphi weiter nutzen. Ich würde diesbezüglich Emba nix vorwerfen. Im Gegenteil hielte ich auch mal eine runderneuerte VCL durchaus für angebracht (und würde für deutliche Besserungen sogar einen kompletten Kompatibilitätsbruch in Kauf nehmen) - mal sehen, wieweit hier XE2 in der Praxis geht... Ob FireMonkey tauglich für "normale Windows-Desktopanwendungen" ist, da bin ich etwas skeptisch, aber erst mal Tee kochen und abwarten (oder so ähnlich) ;-) |
AW: Welche Konsequenzen zieht ihr aus den Features für XE2?
Zitat:
Aber es wäre auf jedenfall eine umstellung die keinen wirklich Mehrwert beim Kunden erzeugt. Zitat:
Zitat:
Zitat:
Das einzige problem dürfte doch sein das es entweder wie eine "Delphi Anwendung" aussehen wird wenn man FireMonkey mit den bestandskomponenten nimmt oder Es wird NICHT wie eine "Standard Anwednung" aussehen...also gescinned...und das kommt immer entweder total oder garnicht an! Ich persönlich bin ja eher der Anhänger von Anwednungen die sich ins look and Feel des Desktops perfekt integrieren...von daher hoffe ich auf ein Default Style und Theme welches das Look And Feel von dem Desktop auf dem es sich befindet perfekt mimiked. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 13:24 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz