Foldery lub projekty w programie Visual Studio rozwiązanie?

głosy
27

Kiedy spliting rozwiązanie w do warstw logicznych, kiedy jest najlepiej jest użyć oddzielnej projektu nad właśnie grupowanie przez folder?

Utwórz 04/08/2008 o 23:00
źródło użytkownik
W innych językach...                            


7 odpowiedzi

głosy
17

Domyślnie zawsze wystarczy utworzyć nowy folder w ramach tego samego projektu

  • Dostaniesz jeden zespół (bez dodatkowego ILMerge gimnastyki)
  • Łatwiej zaciemniać (bo trzeba będzie mniej typów publicznych i metod, najlepiej wcale)

Oddzielenie kodu źródłowego do wielu projektów ma sens tylko jeśli ...

  • Mają pewne fragmenty kodu źródłowego, które są częścią projektu, ale nie rozmieszczenia domyślnie na wszystkich (lub testów jednostkowych, dodatkowych wtyczek itd.)
  • Więcej deweloperów zaangażowanych i chcesz traktować swoją pracę jako zużyciu czarnej skrzynki. (Nie bardzo zalecane)
  • Jeśli można wyraźnie oddzielić swój projekt do izolowanych Warstwy / modułów i chcesz się upewnić, że nie mogą one cross-konsumować wewnętrzne członków. (również nie zalecane, ponieważ trzeba będzie zdecydować, który aspekt jest najważniejszy)

Jeśli uważasz, że niektóre części kodu źródłowego może być wielokrotnego użytku, nadal nie tworzyć go jako nowego projektu. Tylko czekać, aż będzie naprawdę chcą używać go w innym roztworze i odizolować go od pierwotnego projektu, ile potrzeba. Programowanie nie jest lego, ponownego użycia jest zazwyczaj bardzo trudne i często nie nastąpi zgodnie z planem.

Odpowiedział 04/08/2008 o 23:45
źródło użytkownik

głosy
8

Oddzielenie funkcji w projektach jest często optymalizacja architektury YAGNI. Jak często ponownego wykorzystania tych oddzielnych projektów, naprawdę? Jeśli nie jest to częste zjawisko, jesteś komplikowania swój rozwój, budowę, wdrożenie i utrzymanie dla ponownego wykorzystania teoretycznej.

Wolę oddzielając w folderach (przy użyciu odpowiednich nazw) i refaktoryzacji do odrębnych projektów kiedy masz ponownego użycia przypadek prawdziwego życia.

Odpowiedział 17/08/2008 o 18:35
źródło użytkownik

głosy
6

Denny napisał:

Osobiście uważam, że jeśli kod wielokrotnego użytku jest podzielony na projektach jest prostszy w obsłudze niż inne miejsca, jeśli jest to tylko w folderach.

I rzeczywiście zgadzam się z tym - czy można go ponownie użyć, powinno być w osobnym projekcie. Z powiedział, że jest to również bardzo trudne do skutecznego ponownego wykorzystania :)

Tutaj w SO, staraliśmy się być bardzo prosty z trzech projektów:

  • Projekt Web MVC (który robi dobrą robotę oddzielania swoje warstw w foldery domyślnie)
  • Projekt bazy danych dla kontroli źródła naszej DB
  • testy jednostkowe przed MVC modeli / kontrolerów

Nie mogę mówić za wszystkich, ale jestem zadowolony z tego, jak proste mamy trzymał go - naprawdę prędkościach buduje wzdłuż!

Odpowiedział 04/08/2008 o 23:42
źródło użytkownik

głosy
4

Zazwyczaj robię projekt dla GUI projekt dla logiki biznesowej projekt dla dostępu do danych i projekt dla testów jednostkowych.

Ale czasami jest to rozsądne, aby mieć separację opartą na usługach (jeśli używasz Service Oriented Architecture), takich jak uwierzytelnianie, Sprzedaż, etc.

Myślę, że zasada, że ​​pracuję off jest to, że jeśli można zobaczyć go jako składnik, który ma wyraźne oddzielenie obawy wtedy inny projekt mógłby być ostrożny. Ale myślę, że w porównaniu foldery projektów może być tylko preferencje lub filozofii.

Osobiście uważam, że jeśli kod wielokrotnego użytku jest podzielony na projektach jest prostszy w obsłudze niż inne miejsca, jeśli jest to tylko w folderach.

Odpowiedział 04/08/2008 o 23:14
źródło użytkownik

głosy
0

Naprawdę myślę, że lepiej jest podzielić projekt, jak również, ale to wszystko zależy od wielkości projektu oraz liczby osób pracujących na nim.

W przypadku większych projektów, mam projekty

  • dostępu do danych (modele)
  • usługi
  • Czo
  • testy

Mam model z Rob Connery i jego zastosowania storefront ... wydaje się naprawdę dobrze.

MVC-sklepu

Odpowiedział 16/09/2008 o 00:45
źródło użytkownik

głosy
0

Jeśli pójdziesz do tworzenia kilku projektów, upewnij się, że każdy, kto dodaje kod do rozwiązania jest w pełni świadomy zamiar z nich i zrobić wszystko, co można uzyskać im zrozumieć zależności między projektami. Jeśli kiedykolwiek próbował uporządkować bałagan, gdy ktoś upadł i dodano odnośniki, które nie powinny być tam i uciekł z nim przez kilka tygodni będzie zrozumieć ten punkt

Odpowiedział 10/09/2008 o 22:36
źródło użytkownik

głosy
0

Oddzielenie kodu źródłowego do wielu projektów ma sens tylko, jeśli ... ... więcej deweloperów zaangażowanych i chcesz traktować swoją pracę jako zużyciu czarnej skrzynki. (Nie bardzo zalecane) ...

Dlaczego nie jest to zalecane? Znalazłem to bardzo użyteczny sposób zarządzania aplikację z kilku deweloperów pracujących nad różnymi częściami. Sprawia checkins znacznie łatwiejsze, głównie eliminując scala. Bardzo rzadko będą dwa deweloperów trzeba pracować nad tym samym projektem w tym samym czasie.

Odpowiedział 17/08/2008 o 18:19
źródło użytkownik

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