Vraag : Oplossing versus Project

Na vele jaren van het werken in een milieu van Java, werk ik met een klein team van ontwikkelaars C#.  Wij hebben verscheidene verschillende toepassingen die één of andere gemeenschappelijke code zullen delen.  In mijn ervaring van Java, wordt dit behandeld door afzonderlijke toepassingen, die een kruikdossier voor de gemeenschappelijke code delen.  In. De netto wereld, mijn suggestie moet veelvoudige de vormtoepassingen van Vensters creëren, en dan een toepassing voor de gemeenschappelijke code creëren die als .dll zal bouwen.  .dll kan door Winform applications.

There worden gedeeld is een andere voorgestelde benadering die al code in één enkele oplossing, met elke toepassing Winform als project zet, en gemeenschappelijke code ook als afzonderlijke project.

Am I verkeerd om te denken dat aangezien de toepassingen Winform elkaar te doen niets hebben met zij afzonderlijke oplossingen zouden moeten zijn.  En dat de gemeenschappelijke code een afzonderlijke oplossing zou moeten zijn.  Aangezien de ontwikkeling op de gemeenschappelijke code wordt gedaan, kan het in de bewaarplaats worden gecontroleerd SVN.  Slechts wanneer de gemeenschappelijke code voor indien een releaase klaar is, herzien dll van andere applications. worden ter beschikking gesteld

Antwoord : Oplossing versus Project

Sommige mensen zullen oplossingen aan groeps veelvoudige niet verwante projecten gebruiken die de zelfde bibliotheken van het douanekader gebruiken om sommige dingen gemakkelijker te maken.  Door kader dat bedoel ik een reeks bibliotheken van de douaneklasse door u worden gebouwd die door uw toepassingen kunnen worden gebruikt.  Wanneer u een onrijp kader hebt hebt u zo vele frequente veranderingen dat het voordelig kan zijn om het in de zelfde oplossing te hebben zoals een front-end toepassing.

Nochtans, op wat punt zou het kader vrij stabiel moeten worden en ik adviseer het in zijn eigen oplossing wordt gezet.  Dit zal verschillende programma's toestaan om verschillende versies van de bibliotheek (in het geval van achterwaartse verenigbaarheidskwesties, enz.) te gebruiken.  Ook, bent u juist, op dit punt daar indien de versies van het kader de behoeften van de toepassingen…. steunenmaar zij zouden in hun eigen oplossingen (IMO) moeten zijn.