AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Projekte ssFrameWork (StahliSoft - FrameWork)
Thema durchsuchen
Ansicht
Themen-Optionen

ssFrameWork (StahliSoft - FrameWork)

Ein Thema von stahli · begonnen am 20. Feb 2013 · letzter Beitrag vom 23. Mai 2013
Antwort Antwort
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.352 Beiträge
 
Delphi 11 Alexandria
 
#1

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 21. Feb 2013, 11:54
Ja das ist richtig. Zunächst hatte ich nur die ObjektList- und ORM-Anbindung geregelt. Der Zugriff wird über den Manager abstrahiert.
Die IBQuery-Unterstützung kam nachträglich dazu und war eigentlich nicht als Dauerlösung gedacht. Wenn dies aber gewünscht wäre könnte man das noch neu strukturieren. Jetzt wollte ich erst mal die grundsätzliche Machbarkeit prüfen.

ABER: Die FMX-Controls (z.B. der Navigator) zeigen mir, dass es durchaus sehr sinnvoll sein kann, die Controls einfach und übersichtlich aufzubauen, auch wenn dies ggf. einige Zeilen mehr Quelltext erfordert.
So sind auf jeden Fall Anpassungen und Optimierungen leichter vorzunehmen.
Änderungen an den originalen FMX-Controls sind schwierig zu realisieren.
Eine Komponente erstellt man ein mal. Insofern darf es auch etwas mehr Quelltext werden wenn man dadurch die Wartbarkeit verbessert.
In späteren Projekten ist die Funkltionalität dann ja nicht schlechter...
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)
  Mit Zitat antworten Zitat
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.352 Beiträge
 
Delphi 11 Alexandria
 
#2

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 22. Feb 2013, 00:09
Ich will nun als nächsten Schritt den Komponenteneditor angehen (ein Formular habe ich schon ).
Man wird dort dann die Metadaten für die BL-Objekte (Klassen, Listen und Eigenschaften) definieren, das Speicherziel (Objektlisten, ORM, DataSet) einstellen und die entsprechenden Units erstellen können.
(Falls jemand Erfahrungen damit hat, erzeugte Units direkt in ein Package einzubinden und dies vielleicht sogar zu installieren, wäre er/sie hiermit um Hilfe gebeten.)

PS: Irgendwie ist das lustig, dass ich den Komponenteneditor für das Framework jetzt schon mit dem Framework aufbauen kann (bissl wie "Henne und Ei").
Miniaturansicht angehängter Grafiken
ssfweditor.jpg  
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)

Geändert von stahli (22. Feb 2013 um 09:52 Uhr)
  Mit Zitat antworten Zitat
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.352 Beiträge
 
Delphi 11 Alexandria
 
#3

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 3. Mär 2013, 20:40
Etwas OT, aber mal zum Thema RTTI:

Ich habe mal Tests bezüglich Geschwindigkeiten durchgeführt. Die RTTI bremst ganz gewaltig.
Wenn man die Funktion sehr häufig nutzt sollte man daher eine Alternative andenken.

Anbei ein kleines FMX-Projekt (Sorry, aber auf VCL lässt sich das ja ggf. auch leicht übertragen.)
Die Formularunit zeigt die verschiedenen Varianten.

Es werden 1Mio Objekte erzeugt und für alle Objkete die Eigenschaft "Value" ausgelesen und neu geschrieben.

Hier die Ergebnisse:
Zitat:
Create OL: 00:00:00.085 - Objektliste
Use OL (Value): 00:00:00.134 - direkte Benutzung der Eigenschaft
Use OL (Func): 00:00:00.239 - Zugriff auf die Eigenschaft über Funktionen
Use OL (Auto): 00:00:00.589 - Zugriff über Funktionen nach automatischer Erkennung
Use OL (RTTI): 00:00:20.688 - Zugriff über RTTI

Create ML: 00:00:00.072 - generische Liste
Use ML (Value): 00:00:00.132 - direkte Benutzung der Eigenschaft
Use ML (Func): 00:00:00.236 - Zugriff auf die Eigenschaft über Funktionen
Use ML (Auto): 00:00:00.583 - Zugriff über Funktionen nach automatischer Erkennung
Use ML (RTTI): 00:00:20.695 - Zugriff über RTTI
Da ich meine BL-Klassen automatisch erzeugen lasse, werde ich den Eigenschaftszugriff über entsprechende Funktionen realisieren.
Im Ergebnis geht das schneller. Mehr Schreibarbeit ist (durch das automatische Erzeugen der Klassen) damit auch nicht verbunden.
Das Framework kapselt den Zugriff und kann selbst die schnelle Version wählen wenn die Klasse dafür eingerichtet ist und andernfalls die RTTI nutzen.
Angehängte Dateien
Dateityp: zip ProfileRTTI.zip (3,22 MB, 22x aufgerufen)
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)
  Mit Zitat antworten Zitat
Benutzerbild von Stevie
Stevie

Registriert seit: 12. Aug 2003
Ort: Soest
4.045 Beiträge
 
Delphi 10.1 Berlin Enterprise
 
#4

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 4. Mär 2013, 07:23
Ich habe mal Tests bezüglich Geschwindigkeiten durchgeführt. Die RTTI bremst ganz gewaltig.
Logisch, wenn du für jeden Lese und Schreibzugriff auf die Property die RTTI wieder komplett neu ausliest.
Stefan
“Simplicity, carried to the extreme, becomes elegance.” Jon Franklin

Delphi Sorcery - DSharp - Spring4D - TestInsight
  Mit Zitat antworten Zitat
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.352 Beiträge
 
Delphi 11 Alexandria
 
#5

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 4. Mär 2013, 11:13
Alles andere würde wieder einen höheren Verwaltungsaufwand mit sich bringen.

Im Grunde wollte ich auch nur darauf hinweisen, dass (und wie stark) sich die Nutzung der RTTI auf die Geschwindigkeit auswirken kann.
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)
  Mit Zitat antworten Zitat
Benutzerbild von stahli
stahli

Registriert seit: 26. Nov 2003
Ort: Halle/Saale
4.352 Beiträge
 
Delphi 11 Alexandria
 
#6

AW: ssFrameWork (StahliSoft - FrameWork)

  Alt 26. Mär 2013, 00:48
Hier mal der aktuelle Stand meiner Gitterkomponente und einige Überlegungen zum weiteren Ausbau...
Video: http://youtu.be/HBq9eSbg_kA
Demoanwendung: www.stahlisoft.de/tmp/MyFriends.zip

Es läuft noch nicht alles perfekt, aber Funktionsweise und Ziele werden schon ganz gut erkennbar.
Der Spalteneditor für das Gitter ist seinerseits mit dem ssFrameWork und dem TssGrid aufgebaut (ich zeige auch kurz, wie einfach die Objekte daran gebunden werden können).
Sowohl das Beispielprojekt als auch der Spalteneditor kommen somit quasi ohne Quelltext aus.

An der Arbeitsweise der Listbox ist noch nichts weiter geändert. Hier sollen aber auch noch einige Erweiterungen folgen.

Da das Gitter und die Listbox nun grundsätzlich so funktionieren wie ich es vorgesehen hatte (natürlich sind künftig noch Erweiterungen und Korrekturen notwendig) werde ich mich nun erst einmal um den Komponenteneditor kümmern, der mir dann anhand von zu definierenden Metadaten die passenden Klassen für die Businesslogik erzeugt...

Wenn entsprechendes Interesse besteht lässt sich das auch für die VCL realisieren (und in eingeschränkter Form wohl auch für Delphiversionen < 2010).
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:01 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