Hi,

Deine Fragen sind sehr allgemein gehalten. Da kann man so ziemlich Alles antworten. Wie du deinen Code aufbaust ist letztendlich dir überlassen. Für mich ist das Geschmackssache. Spaghetti-Code sollte es natürlich möglichst nicht sein. Aber wenn er funktioniert ist erstmal Alles gut.

Welche Wissensstand hast du? Kennst du dich schon mit den VBA-Grundlagen aus? Meine Antwort zu deinen Fragen unten setzt dieses Wissen bereits voraus.

• Man kann Objekte natürlich auch in einer Funktion zurückgeben, oder über eine Property eines anderen Objekts oder man legt eine öffentliche Variable an bzw. dimensioniert eine im Modulkopf oder in einer Prozedur und weist dieser mit Set ein Objekt zu. Kommt auch ganz darauf an, ob es sich um ein bereits bestehendes oder ein Benutzerobjekt handelt.
• ich finde beide Binding-Varianten wichtig. Wenn ich das richtig verstanden habe ist Early Binding (oder wie das heißt) ja im Prinzip der Debugger, der bereits beim Programmieren im Hintergrund mitläuft um Kompilierfehler aufzudecken. Sind keine Kompilierfehler vorhanden werden Laufzeitfehler im Late-Binding erst dann aufgedeckt, wenn das Programm ausgeführt wird. Deshalb immer: Testen, testen, testen!
• AddIn-Dateien machen in erster Linie immer dann Sinn wenn du dein Makro (das nicht an eine bestimmte Excel-Datei gebunden ist) weitergeben willst. Da fängt man nicht erst an auf dem Kunden-PC eine Persönliche Arbeitsmappe zu erzeugen um dann dort den Code hineinzukopieren. Das Anhaken eines Add-Ins ist viel besser. Die Persönliche Arbeiteitsmappe Personal.xlsb verwende ich mittlerweile so gut wie gar nicht mehr, da der Umzug auf einen anderen PC mit AddIns viel besser klappt und die Makros darin auch übersichtlicher angeordnet sind. Kleinere Makros kann man natürlich in nur einem AddIn sammeln aber für größere Projekte mit mehreren Modulen macht ein jeweils eigenes AddIn mehr Sinn. Und Benutzerformeln funktionieren sowieso ohne Dateiprefix auch nur in der aktuellen Datei oder in einem AddIn. 
• Code sollte man sowieso immer so schreiben, dass er für mehrere Anwendungsbeispiele funktioniert. Wann und wie man eine Sub oder eine Funktion anwendet solltest du eigentlich bereits wissen. Ein Sub führt etwas aus. Eine Funktion auch, gibt aber zusätzlich noch einen Wert zurück. Je nachdem was du machen willst ist mal das Eine und mal das Andere sinnvoller.

Sonst noch Fragen? Immer her damit.

Gruß Mr. K.