![]() |
AW: [XE8] Package kann nicht installiert werden
@Uwe Raabe
Mit dem Erzeugen der Projekt-Gruppe habe ich aber nicht jeden Aspekt erschlagen. Es fehlt das Eintragen der Pfade (Such, Bibliothek, Debug-DCU) und das Erzeugen der Release und Debug-DCUs. Sehr oft sehe ich bei den Packages, dass dort die Debug-Konfiguration ausgewählt ist. Wer möchte denn bitte in dem fertigen Produkt Debug-Code laufen haben? Ich nicht und es gibt eben Einstellungen im Projekt dafür:
Wenn mehrere Sprachen unterstützt werden, dann werden sogar noch mehr Erzeugungs-Läufe nötig. Anscheinend wissen das die wenigsten Komponenten-Entwickler. Vorbildlich ist hier Spring4D von Stevie zu nennen, der einen "Installer" liefert, der genau diese Aspekte komplett berücksichtigt. Genau aus diesem Grund wäre ich schon für einen Installer. |
AW: [XE8] Package kann nicht installiert werden
Zitat:
![]() Das Eintragen der Suchpfade ist ein anderes Thema. Ich weiß, da gibt es andere Meinungen, aber ich bevorzuge immer das Einbinden der Bibliotheks-Sourcen in meine Projekte (wegen der Versionierung), womit Suchpfade zu den DCUs bei anderen Bibliotheken mit Installer von mir eigentlich immer wieder entfernt werden müssen. Aber wie gesagt: Geschmackssache. Die Installer von TMS bieten das seit einiger Zeit optional an: Dort wählt man die Delphi-Versionen aus, in die installiert werden soll oder kann einfach nur die Sourcen in das Zielverzeichnis entpacken und muss die Packages dann selbst installieren. Für ein Open-Source-Projekt wie PngComponents, daß ich eigentlich nur übernommen habe um es am Leben zu erhalten, fehlt mir aber ehrlich gesagt der Anreiz, einen solchen Installer zu erstellen. Andererseits steht es in CodeCentral an dritter Stelle der Delphi-Downloads des letzten Jahres gleich hinter den ISO-Images für XE6 und XE7. Vielleicht kann ich ja doch mal etwas Zeit investieren - oder gibt es vielleicht einen Freiwilligen? |
AW: [XE8] Package kann nicht installiert werden
Wichtig: Mir geht es im Speziellen nicht um das Einrichten von TPngComponents. Auch soll das hier keine Delphi-Schimpfe werden, sondern meine Sicht darlegen. Ich habe noch 20 Jahr bis zur Rente und muss für mich entscheiden ob ich Samstags mit Hilfe von delphipraxis versuche am Ball zu bleiben oder ob ich mir einen feinen Anzug kaufe und den Weg des Projektleiters einschlage.
In meinem Arbeitumfeld macht das Coden ca. 10% der Arbeitszeit aus. Vielleich wird es besser sein, das Coden komplett zu vergeben. Es soll ja Delphi-Kunden geben, die Erstellen mit Delphi nur einen Prototyp und lassen dann, wenn alles Beschlossen ist, das Ganze von einer externen Firma umsetzen. Diese Delphi-Kunden benötigen aber eigentlich auch keine neuere Delphiversion. @jaenicke "Wir haben z.B. nur ein Ausgabeverzeichnis für die ganzen .dcu Dateien und nutzen ansonsten das BPL-Verzeichnis." Das mach ich auch so, das bedeutet aber, das vorab die Verzeichnisse der Komponenten angepaßt werden müssen. Ich habe mir ein Hilfstool erstellt (unproduktive Zeit, bzw. Freizeit). @Bernhard Geyer "Installation GExperts, IDEFixPack, ..." Ist das Normal, das man sich ein Produkt kauft und dann ein FixPack von einem Dritten einspielen sollte. Ich erwarte von Emba, dass sie die Bugs aus der IDE entfernt. Eine(n) Programmierer(in) einen Monat für die IDE Fehlerbereinigung, dann müsste der Drops gelutscht sein. "Für den Hobbyentwickler könnte GetIt das natürlich vereinfachen" Sehe ich Anders. Der Hobbyentwickler hat kein produktives Ziel. Er freut sich, wenn er ein Supperkomponente für sich entdeckt hat, die für ihn direkt kein Geld gekostet hat. Das er für das Suchen, installieren, konfigurieren, ausprobieren, Fehler melden, wieder installieren und testen Zeit benötigt ist für ihn zweitrangig. Ich bin beruflich mit dem Thema Softwareentwicklung beschäftigt. Ich benötige eine Entwicklungsumgebung auf dessen Qualität ich mich verlassen kann. Die unproduktive Zeit für das Installieren und Einrichten muss einschätzbar sein, da ich diese bei meinen Kalkulationen einplanen kann. Also, wenn ich für das Installieren, Einrichten, Testen, Fehler melden, Forum besuchen, Update einspielen, wieder Testen, usw. für Delphi XE8 inkl. der verwendeten Komponenten 80 Stunden benötige, dann muss ich die irgendwie verkaufen können, sonst sitze ich Samstags in meiner Freizeit am Computer und bin auf delphipraxis unterwegs. GetIt macht einen ersten guten Eindruck. Klick und Fertig. Was jetzt noch fehlt: Klick und weg, also die saubere Deinstallation. |
AW: [XE8] Package kann nicht installiert werden
Zitat:
|
AW: [XE8] Package kann nicht installiert werden
Zitat:
[QUOTE=Pfaffe;1298312]In meinem Arbeitumfeld macht das Coden ca. 10% der Arbeitszeit aus.[/Ironie] Wird bei mir auch weniger. Liegt aber auch teilweise daran das ich Projekte leite (Auch ohne einen feinen sondern nur einen "normalen" Anzug Zitat:
Zitat:
Zitat:
Zitat:
10 Minuten XE8 installieren 10 Minuten für Plugins wie GExperts 10 Minuten für sonstige IDE-Einstellungen 10 Minuten Abruf Sourcecode aus CVS 5 Minuten Packages kompilieren (Vorbereitete Batch-Datei auf MSBuild-Basis) 5 Minuten Packages installieren 10 Sonstige Arbeiten um zum Ersten mal das Produkte auf dem eigenen Rechner kompilieren zu können. Zitat:
|
AW: [XE8] Package kann nicht installiert werden
Zitat:
Das Erzeugen der Release und Debug DCUs übernimmt eine Batchdatei mit MSBuild, so dass es vollkommen egal ist was im Projekt gerade aktiv ist. |
AW: [XE8] Package kann nicht installiert werden
Zitat:
|
AW: [XE8] Package kann nicht installiert werden
Zitat:
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 16:02 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