Appmethod - FM bekommt eigene UI?

[michaelthuma]

Danke für die aufmunternden Worte. Ich erlaube mir einfach mal festzustellen, dass die Appmethod nicht langsam ist.

Kastration respektive Optimierung.

Gut das vorgebrachte Argument lasse ich mal gelten, die IDE ist aber praktisch leer. Da ist nichts zusätzlich installiert außer die nackte VCL, der FMX und FireDAC. Das ist der Testrechner. Der gilt für alle meine Boxen als Maß, langsamer wirds nicht mehr :-D

Deckt sich nicht mit meiner Erfahrung ... Aber wir werden sehen. Den Vergleich mit Delphi XE6 kann ich noch nicht machen. Somit ist es halt mal so. Kann mir aber nicht vorstellen, dass man von gemütlich auf rasend schnell kommt. Der Schluss draus wäre, dass die VCL der ultimative Bremser ist und das kann ich nicht wirklich so mal glauben trotzdem ich es nicht wirklich nachweisen kann.

Aus geheimer :-D Quelle kenne ich bereits Lobpreisung bezüglich XE6. Die bezog sich vermutlich eher aufs Compilat.

Zitat:

Zitat von Stevie (Beitrag 1252927)

Zitat:

Zitat von michaelthuma (Beitrag 1252922)

Bei mir ist die IDE ungleich schneller als unter XE5. Wobei ich nicht sagen kann, ob nicht die Installation auf der Testpartition den Zuwachs bedingt. Ist mir aber nicht so vorgekommen. Selbst inkl. sämtlicher Code Insight Features aufgedreht ...

Kastrier mal dein XE5 um alle Module, die Appmethod nicht hat. Dann ist das genauso schnell.

[michaelthuma]

Da setzte ich mich dazu. Das ist amtlich. Wenn zuviel installiert ist da gebe ich dir recht. Aber einen Einfluss auf den Class Browser ... usw... Es war doppelt so schnell nach Gefühl mindestens. Möglw. werden Files schneller geparsed oder so etwas vermute ich.

Zitat:

Zitat von Stevie (Beitrag 1252932)

Und ich dachte, von dir kommen keine unqualifizierten Zwischenrufe.

Zitat:

Zitat von MEissing (Beitrag 1252712)

Auf sachliche Fragen, die den aktuellen Stand darstellen, möchte ich und kann ich gerne antworten....

Aber wir können uns ja mal auf den DT dieses Jahr hinsetzen und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

[himitsu]

Zitat:

Zitat von Stevie (Beitrag 1252932)

und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

[Uwe Raabe]

Zitat:

Zitat von himitsu (Beitrag 1252938)

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

Dafür brauchst du doch nur die entsprechenden Registry-Einträge anlegen und anpassen. Bei komplexen Kombinationen wird das zwar leicht unübersichtlich, aber prinzipiell geht das schon.

[michaelthuma]

Da gibt es Troubles angeblich. Pure VCL denke ich mich zu erinnern geht nicht zumindest nicht einfach. Wie weit da eine Verschwörung seitens EMB dahintersteht ... keine Ahnung.

Zitat:

Zitat von himitsu (Beitrag 1252938)

Zitat:

Zitat von Stevie (Beitrag 1252932)

und nen Vergleich von Appmethod und nem aktuellen Delphi mit allem Brimborium machen, dann sehen wir ja, ob die Anzahl der geladenen Module nicht die Geschwindigkeit beinträchtigt.

Man stelle sich mal vor, man könnte beim Start angeben was (nicht) geladen wird ......

Ala

Delphi-Quellcode:

BDS -p Delphi

oder

Delphi-Quellcode:

BDS -p CBuilder

, nur noch um die Zielplattformen, Frameworks und Sostwas erweitert.

[MEissing]

Zitat:

Zitat von Stevie (Beitrag 1252932)

Und ich dachte, von dir kommen keine unqualifizierten Zwischenrufe.

Was war daran bitte "unqualifiziert"?