Hallo,
ich programmiere sehr viel C# aber kenne mich mit dem build up Prozess nicht so gut aus.
Aktuell habe ich aufgrund logischer Trennung und dem versuch der Modularisierung über 400 Projekte in meiner Solution. Dabei ist zu sagen, dass zu jedem erstellten Projekt ein UnitTest Projekt gehört (und ab und zu noch eine integration Test Projekt)
Das bauen der Solution und das durchlaufen aller Tests dauert entprechend lange.
Würde es das bauen deutlich beschleunigen, wenn ich die Projekte mehr zusammenziehe und die logische Trennung innerhalb eines Projektes mache? (Also statt 400 Projekte nur noch 200 aber dafür deutlich größere Projekte)
Gibt es dazu eine Faustregel oder "Best practice" Ansätze, wann man ein neues Projekt hinzufügen sollte und wann nicht?

Danke für das Willkommen.
Ja so ist eigentlich auch in meiner Solution die Aufteilung. Ich muss dazu sagen es ist eine Solution für mehrere Maschinentypen die zum Teil viel gemeinsam haben.
Z.B. Hat Maschine A ein Kamerasystem X und Maschine B hat das Kamerasystem Y.
Dazu die Projektaufteilung:

- KameraCommon --> beinhaltet alle Gemeinsamkeiten
- KameraCommonTest --> Unit Tests
- KameraCommonIntegrationTest

- KameraMaschineA --> beinhaltet Eigenheiten des Systems X
- KameraMaschineATest --> Unit Tests
- KameraMaschineAIntegrationTest

- KameraMaschineB --> beinhaltet Eigenheiten des Systems Y
- KameraMaschineBTest --> Unit Tests
- KameraMaschineBIntegrationTest

Dabei ist erstmal davon auszugehen das eine Maschine immer nur mit einen Kamerasystem arbeiten kann.

Diese Aufteilung zieht sich dann so durch die ganze Solution für alles mögliche. Natürlich gibts es keine maschineneigene Projekte wenn alles gleich ist.

Weitere Projektbeispiele:
- CanCommunication
- OPCUAConnection
- Laser
- Calibration
- Heater
- ....

Die allgemeinen Projektaufteilungen sind denk ich schon ok. Aber wäre es z.B. sinnvoll, statt ein Testprojekt für jedes einzelne Projekt nur ein Testprojekt zu haben wo alle Tests drin sind? Oder die "Common" und spezifischen Projekte vielleicht in eins zu packen und die Aufteilung über eine Ordnerstruktur zu realisieren? Mir wäre vor allem wichtig zu wissen, ob ich dadurch einen Vorteil habe. Also z.B. dass das bauen deutlich schneller geht oder so (ich will das ungern Umbauen, wenn ich am Ende nichts davon habe XD )

Das ist nicht ganz einfach zu beantworten. Die Maschinen sind ganz einfach ausgedrückt große Drucker.
Die unterschiedlichen Maschinen arbeiten nicht zusammen. Die bestehen aber zum Großteil aus den gleichen Bausteinen.
Die Idee dahinter war einen Baukasten zu haben mit dem ich softwareseitig ganz schnell eine neue Maschine betriebsbereit bekomme.
Hätte ich eine Solution für eine Maschine, hätte ich halt sehr viel Code Dopplung und das wollte ich vermeiden. Z.B. wenn es einen Defekt in einer Maschine gibt, muss ich das meistens nur an einer stelle fixen anstatt für jede Maschine in jeder Solution.
Aber ich bin dabei keinem vorgefertigten Konzept gefolgt, sondern hab mir einfach die Vor und Nachteile dazu überlegt und dann entschieden. Also kann gut sein, dass esfür sowas ein deutlich besseres Konzept gibt, dass ich hätte benutzen sollen

Aber würde ein Build/Rebuild deutlich schneller gehen wenn es nur 200 statt 400 Projekte sind (ohne weitere Optimierungen ). Ich denke da an Reduzierung des Overheads, weil jedes Projekt hat ja seine eigene Referenztabelle. Oder geht das eigentlich so schnell, das man den Unterschied dann nicht merken würde? (aktuell dauert ein rebuild mit VS22 ca 15 min)

hm.... stimmt. Eigentlich macht man ja eher selten einen Rebuild. Bei den 400 Projekten sollte das bauen pro Projekt ja schneller gehen, wenn sie nicht so groß sind. Und wenn ich was neues einbaue oder was umarbeite, bin ich meist nur in 4 oder 5 Projekten unterwegs. Also könnte sich die Bauzeiten vermutlich sogar verlängern, wenn es deutlich größere Projekte sind, die mitgebaut werden müssten, oder?

@VaporiZed ich weiß nicht ganz wie du das meinst. Jedes Projekt erstellt ja eine DLL und bei Programmstart werden alle DLLs geladen. Jede Maschine erstellt einen eigenen Ordner wo alle notwendigen DLLs reingelegt werden. (Es gibt ein Starterprojekt für jede Maschine )