Složky nebo projekty v Visual Studio řešení?

hlasů
27

Když se tříští řešení v logických vrstev, je-li to nejlepší používat samostatný projekt nad právě seskupení by složky?

Položena 04/08/2008 v 23:00
zdroj uživatelem
V jiných jazycích...                            


7 odpovědí

hlasů
4

Obvykle jsem udělat projekt pro GUI projekt pro obchodní logiky projekt pro přístup k datům a projekt pro jednotkové testy.

Ale někdy je rozumné mít separaci založenou na službách (pokud používáte architekturu orientovanou na služby) Jako Authentication, prodeje, atd.

Myslím, že pravidlo, které jsem pracovat off je, že pokud si to mohou vnímat jako součást, která má jasné oddělení obav pak jiný projekt mohl být opatrný. Ale já bych si, že složky oproti projektům by mohla být jen preference či filozofii.

Osobně se domnívám, že pokud opakovaně použitelný kód je rozdělen do projektů je jednodušší použít jiná místa, než když je to jen ve složkách.

Odpovězeno 04/08/2008 v 23:14
zdroj uživatelem

hlasů
6

Denny píše:

Osobně se domnívám, že pokud opakovaně použitelný kód je rozdělen do projektů je jednodušší použít jiná místa, než když je to jen ve složkách.

skutečně souhlasím s tím - pokud ji lze znovu použít, měl by být v rámci samostatného projektu. Díky, že řekl, že je to velmi obtížné účinně opakovaně :)

Zde na SO, jsme se snažili být velmi jednoduché se třemi projekty:

  • MVC webový projekt (který dělá dobrou práci při oddělování vrstvy do adresářové struktury ve výchozím nastavení)
  • Databáze projekt pro řízení zdrojů naší DB
  • Unit testy proti MVC modely / regulátorů

Nemohu mluvit za všechny, ale jsem spokojený s tím, jak jednoduché jsme ji držel - opravdu urychluje sestavení spolu!

Odpovězeno 04/08/2008 v 23:42
zdroj uživatelem

hlasů
17

Ve výchozím nastavení je vždy jen vytvořit novou složku v rámci stejného projektu

  • Dostanete jednu sestavu (bez dalšího ILMerge gymnastiky)
  • Snazší poplést (protože budete mít méně veřejné typů a metod, nejlépe vůbec žádné)

Oddělování zdrojového kódu do více projektů má smysl pouze tehdy vy ...

  • Mají některé části zdrojového kódu, které jsou součástí projektu, ale nikoli nasazení jako výchozí, nebo vůbec (jednotkové testy, další pluginy atd.)
  • Více vývojářů zapojeni a budete chtít léčit svou práci jako spotřební černé skříňky. (Nepříliš doporučeno)
  • Pokud můžete jasně oddělit svůj projekt do izolovaných vrstev / modulů a chcete, aby se ujistil, že nemohou cross-konzumovat vnitřních členů. (také nedoporučuje, protože budete muset rozhodnout, který aspekt je nejdůležitější)

Pokud si myslíte, že některé části zdrojového kódu může být k opakovanému použití, stále ještě ji vytvořit jako nový projekt. Jen počkejte, až budete opravdu chtít znovu použít v jiném řešení a izolovat z původního projektu podle potřeby. Programování není lego, znovupoužití je obvykle velmi obtížné a často se nestane, jak bylo plánováno.

Odpovězeno 04/08/2008 v 23:45
zdroj uživatelem

hlasů
0

Oddělování zdrojového kódu do více projektů, je smysluplný pouze tehdy, pokud ... ... více vývojáři podílejí a chcete léčit svou práci jako spotřební černé skříňky. (Nepříliš doporučeno) ...

Proč není to doporučil? Zjistil jsem to velmi užitečný způsob, jak spravovat aplikace s několika vývojářů pracujících na různých částech. Dělá checkins mnohem jednodušší, a to především prakticky eliminuje sloučení. Velmi zřídka se dva vývojáři muset pracovat na stejném projektu ve stejnou dobu.

Odpovězeno 17/08/2008 v 18:19
zdroj uživatelem

hlasů
8

Oddělením funkcí do projektů je často optimalizace YAGNI architektury. Jak často jste znovu použít tyto jednotlivé projekty, opravdu? Pokud to není častý výskyt, budete komplikovat váš vývoj, stavět, nasazení a údržbu pro teoretickou použití.

Já raději oddělování do složek (s použitím příslušných jmenných prostorů) a refactoring do samostatných projektů, kdy máte reálný použití opětovné případ.

Odpovězeno 17/08/2008 v 18:35
zdroj uživatelem

hlasů
0

Pokud se jít na vytvoření několika projektů, ujistěte se, že každý, kdo přidá kód k řešení je plně vědom záměru z nich a dělat vše, co můžete udělat, aby pochopili závislosti mezi projekty. Pokud jste někdy zkoušeli vyřešit nepořádek, když někdo šel a přidal odkazy, které by neměly být tam a dostal pryč s ním několik týdnů budete rozumět tento bod

Odpovězeno 10/09/2008 v 22:36
zdroj uživatelem

hlasů
0

Opravdu si myslím, že je lepší rozdělit projekt stejně, ale to vše závisí na velikosti projektu a počet lidí, kteří pracují na tom.

U větších projektů, mám projekty

  • přístup k datům (modely)
  • služby
  • front end
  • zkoušky

Mám model od Rob Connery a jeho aplikace průčelí ... zdá se, pracuje velmi dobře.

MVC-výkladní skříň

Odpovězeno 16/09/2008 v 00:45
zdroj uživatelem

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more