AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Algorithmen, Datenstrukturen und Klassendesign Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten
Thema durchsuchen
Ansicht
Themen-Optionen

Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

Ein Thema von Getox · begonnen am 29. Mär 2019 · letzter Beitrag vom 1. Apr 2019
Antwort Antwort
Benutzerbild von stahli
stahli

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

AW: Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

  Alt 29. Mär 2019, 11:06
@Getox

Wie Du das beschreibst, so arbeite ich auch - und der unnötige Aufwand des redundanten Schreibens nervt mich ebenfalls.

Dass die Interfaces so umgesetzt sind wie sie halt sind (mit den zwingenden und öffentlichen Gettern und Settern) lässt sich verschmerzen.

Aber dass man so viel doppelt (und "exakt doppelt") schreiben muss, nervt mich.

Ich arbeite daher an einem https://www.delphipraxis.net/196493-unitoptimizer.html, der mir das abnehmen soll.

Ich bin gerade dabei, das Projekt nochmal neu und optimierter aufzubauen. Es existiert aber eine kleine Demo als aktuelle Umsetzung.

Falls Du es mal testen willst, schreib eine pm mit eMail-Adresse.
Stahli
http://www.StahliSoft.de
---
"Jetzt muss ich seh´n, dass ich kein Denkfehler mach...!?" Dittsche (2004)
  Mit Zitat antworten Zitat
peterbelow

Registriert seit: 12. Jan 2019
Ort: Hessen
724 Beiträge
 
Delphi 12 Athens
 
#2

AW: Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

  Alt 29. Mär 2019, 14:29
@Getox

Wie Du das beschreibst, so arbeite ich auch - und der unnötige Aufwand des redundanten Schreibens nervt mich ebenfalls.

Dass die Interfaces so umgesetzt sind wie sie halt sind (mit den zwingenden und öffentlichen Gettern und Settern) lässt sich verschmerzen.

Aber dass man so viel doppelt (und "exakt doppelt") schreiben muss, nervt mich.

Ich arbeite daher an einem https://www.delphipraxis.net/196493-unitoptimizer.html, der mir das abnehmen soll.

Ich bin gerade dabei, das Projekt nochmal neu und optimierter aufzubauen. Es existiert aber eine kleine Demo als aktuelle Umsetzung.

Falls Du es mal testen willst, schreib eine pm mit eMail-Adresse.
Mit den richtigen Tools muss man garnichts doppelt schreiben. Seht euch mal Modelmaker Code Explorer an. Da kann man z. B. das definierte Interface (oder einzelne Methoden davon) einfach im MMX Navigator auf die implementierende Klasse ziehen und MMX erzeugt die Methoden in der Klasse. Es geht auch anders herum: man kann erst die Klasse schreiben und dann das "Extract interface" refactoring verwenden, um das Interface zu erzeugen. Ohne MMX möchte ich echt nicht arbeiten .
Peter Below
  Mit Zitat antworten Zitat
Getox

Registriert seit: 28. Dez 2012
155 Beiträge
 
Delphi XE3 Professional
 
#3

AW: Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

  Alt 1. Apr 2019, 14:15
Ich danke für eure Antworten. Ich werde dann wohl mit Interfaces arbeiten und das doppelte Schreiben in Kauf nehmen. Und ja... im grunde ist es ja richtig, dass es nicht schlimm ist, auf getter und setter zugreifen zu können. Das tut man ja im Grunde auch über die Property.

Drittanbieter-Tools zu nutzen ist mir hier leider nicht erlaubt, aber danke für die Hinweise
Ist ein Nilpferd ein Pferd, das nicht vorhanden ist?
  Mit Zitat antworten Zitat
TiGü

Registriert seit: 6. Apr 2011
Ort: Berlin
3.079 Beiträge
 
Delphi 10.4 Sydney
 
#4

AW: Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

  Alt 1. Apr 2019, 14:34
Drittanbieter-Tools zu nutzen ist mir hier leider nicht erlaubt, aber danke für die Hinweise
Auch wenn das kostenlos ist?
  Mit Zitat antworten Zitat
Benutzerbild von stahli
stahli

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

AW: Ausgedachtes System scheitert an Referenzzählen / Sichtbarkeiten

  Alt 1. Apr 2019, 15:13
Dazu auch noch eine Anmerkung:

Ein Codeformatierer (egal welcher und ob kostenfrei oder kostenpflichtig) generiert ja keine Abhängigkeiten für das Projekt.
Wenn der Formatierer irgendwann nicht mehr korrekt funktioniert und z.B. gelöscht werden müsste, könnte der Projektcode ja unverändert weiter verwendet und von Hand gepflegt werden.

Das sollte also im Sinne der Produktivität evtl. noch einmal überdacht werden - bei Frameworks oder Komponenten von Drittanbietern wäre die Entscheidung dagegen schon sehr viel eher nachvollziehbar.
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 10:27 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