Hi,

ich finde das Thema Package Manager in Delphi auch interessant. Und um Uwe hier ein bisschen vorzugreifen, mach ich hierfür einfach mal einen eigenen Thread auf

zusätzlich zu:

Zitat von sh17:

Anstelle GetIt kann ich https://github.com/tmssoftware/smartsetup empfehlen

würde ich gerne noch Boss in die Runde werfen:
https://github.com/HashLoad/boss

deutlich mehr an NPM orientiert und gefällt mir deutlich besser als ein gekapseltes System, da einem sofort das GitHub Universum zur Verfügung steht.

Zitat von fisipjm:

würde ich gerne noch Boss in die Runde werfen:
https://github.com/HashLoad/boss

Package Manager für Delphi in Go geschrieben

Das ist kein Package Manager. Boss kann meines Wissens keine Packages installieren oder ähnliches. Da geht es um die Verwaltung von Abhängigkeiten. Das ist zwar auch ein gutes Thema, hat aber mit einem Package Manager nicht viel zu tun.

Zitat von fisipjm:

deutlich mehr an NPM orientiert und gefällt mir deutlich besser als ein gekapseltes System, da einem sofort das GitHub Universum zur Verfügung steht.

Das nutzt aber nicht viel, wenn man alles dann manuell installieren muss. Das Auschecken des Quelltextes in der gewünschten Version ist nur ein kleiner Teil des Aufwands...

Ich werfe da mal das Projekt von Vincent Parret in den Ring: Delphi Package Manager und hier auf Github.

Auch wenn schon nicht mehr aktiv, gab es noch einen Ansatz https://github.com/Memnarch/Delphinus

TMS Smart Setup ist schon sehr cool.
Und es gibt mittlerweilse setups für 3rd party libs: https://github.com/tmssoftware/smartsetup-registry

Zitat von TigerLilly:

TMS Smart Setup ist schon sehr cool.
Und es gibt mittlerweilse setups für 3rd party libs: https://github.com/tmssoftware/smartsetup-registry

Ich freu mich als Open Source Author/Maintainer immer, wenn man mich über sowas informiert. hier nicht passiert, ist mal wieder bezeichnend

Ich denke das problem mit Delphi und Package managern ist, dass Packages meist komerziell sind , und es gibt auch packages die uralt sind... und dann muss man klimzüge machen um sie weiter nutzen zu können...
und es gibt auch delphiversionen die Uralt sind...
Ich kann mir nicht vorstellen, dass das alles Automatisierbar ist.

Zitat von Stevie:

Zitat von fisipjm:

würde ich gerne noch Boss in die Runde werfen:
https://github.com/HashLoad/boss

Package Manager für Delphi in Go geschrieben

Naja es hat vorteile.
In Delphi muss ich jedes mal einen neuen Recordtyp declararieren wenn ich eine Funktion mit mehreren Rückgabewerten haben möchte in go-lang geh es einfach so...
Die sehr transparente Fehler behandlung finde ich auch sehr praktisch...bei Delphi muss ich immer raten ob eine Funktion einen Exception wirft oder nicht...bei go-lang steht es direkt in der liste der Rückgabe werte der Funktion.
Es wäre schon cool wenn Delphi sowas auch könnte.

Zitat von QuickAndDirty:

Ich denke das problem mit Delphi und Package managern ist, dass Packages meist komerziell sind , und es gibt auch packages die uralt sind... und dann muss man klimzüge machen um sie weiter nutzen zu können...

Fremdkomponenten kauft man soweit irgend möglich ausschließlich mit Quelltext. Und dann kann man die problemlos in ein eigenes Komponenten-Installskript einbinden.

Doof ist das halt bei Komponenten wie dem ReportBuilder, die nur einen Teil des Codes mitliefern. Da ist man darauf angewiesen, dass der Anbieter stets aktuelle Versionen für die jeweilige Delphiversion bereitstellt... Solche Anbieter würde ich persönlich meiden soweit irgendwie möglich. Wenn sowas keiner kaufen würde, würden sie es auch ändern...

Zitat von QuickAndDirty:

Ich denke das problem mit Delphi und Package managern ist, dass Packages meist komerziell sind , und es gibt auch packages die uralt sind... und dann muss man klimzüge machen um sie weiter nutzen zu können...
und es gibt auch delphiversionen die Uralt sind...
Ich kann mir nicht vorstellen, dass das alles Automatisierbar ist.

Das sollte gar nicht so kompliziert sein. In NPM zum Beispiel wird das über die package-lock.json geregelt. Da stehen alle Abhängigen Packages inkl. Versionsnummer drin. Es werden also nur die Packages gezogen, die auch zum jeweiligen Projekt passen. Das müsste Delphi seitig dann natürlich auf Projektebene passieren und nicht wie in GetIt Installationsabhängig.

Zitat von QuickAndDirty:

Naja es hat vorteile.
In Delphi muss ich jedes mal einen neuen Recordtyp declararieren wenn ich eine Funktion mit mehreren Rückgabewerten haben möchte in go-lang geh es einfach so...
Die sehr transparente Fehler behandlung finde ich auch sehr praktisch...bei Delphi muss ich immer raten ob eine Funktion einen Exception wirft oder nicht...bei go-lang steht es direkt in der liste der Rückgabe werte der Funktion.
Es wäre schon cool wenn Delphi sowas auch könnte.

Wünsch dir was in Delphi wäre wieder ein ganz eigener Thread. Ich würde mir zum Beispiel named parameters in Funktionen und Prozeduren wünschen.