| Autor | stefan |
| Datum | 06.12.2006 08:12 |
| Beiträge: |  OK ist evt. Zu kurz gewesen was ich geschrieben hab also dann mal etwas ausführlicher.
Dein Einsprung war das du Abhängigkeiten lösen wolltest und sofern diese vorhanden auch angaben zum Modul selbst das fehlt. Fangen wir also grundsätzlich an. Entwickler X schreibt ein Modul das Teile von Entwickler Y braucht oder gebrauchen kann. X würde also Hard in den Code den Namen des Moduls von Y schreiben. Soweit unkritisch weil der Name sich nicht so ohne weiteres ändert. Aber nach deiner angaben würde er auch eine Download URL angeben. Und ge-nau da fängt es an. Download URLs und Versionen ändern sich ständig. Einig Y könnte da immer die Richtigen Daten haben. Nur wie sollte er die Hard im Code von X fest verankerten Daten denn ändern? Kann er ja nicht. Also ist dieser Weg so schon nicht akzeptabel. Einzige Lösung: Benutzung einer Externen Quelle um genau diese Daten zuhalten. Also du hat Irgendwo eine Zentrale Stelle in der Y sein Modul Registriert und die Daten Pflegt. X sagt in seinem Code nur dass er Modul Y braucht und erhält dann von der Zentralen Stelle die gewünschten Daten. Dabei muss man natürlich einiges Beachten damit es eben zu keinem Problem (wie du sagtest) kommt. Diese Zentrale Stelle kann durchaus auch nur ein Knoten sein. So das auch andere Knoten existieren können die sich halt unter einander austauschen. Wenn Y seine Daten nicht mehr Pflegt kann es eine Automatik geben die Y informiert zu sagen was den nu ist und das Y Modul auf obsolet setzt. Natürlich würde das X dann ebenfalls Informiert und sein Modul, ist ja dann auch eingetragen, würde eben so auf obsolet gesetzt werden. Hier läst sich noch viel einplanen bzw. machen. Von daher sehe ich nicht das Problem in einer Zentralen DB die ja nicht mal so Zentral ist bzw. sein muss. Nur wie gesagt z.Zt. gibt es da keine extern Freien Module die das Benötigen würden. Ich hoffe das ganze ist jetzt etwas Klarer. |
