Bir Visual Studio Çözüm klasörler veya Projeler?

oy
27

mantıksal katmanlara bir çözüm çatlıyor zaman zaman bu sadece bir klasöre göre gruplama üzerinde ayrı bir proje kullanmak en iyisidir?

Oluştur 04/08/2008 saat 23:00
kaynak kullanıcı
Diğer dillerde...                            


7 cevaplar

oy
17

Varsayılan olarak, her zaman sadece yeni bir klasör oluşturmak aynı proje içinde

  • Sen (ek ILMerge jimnastik olmadan) tek montaj alacak
  • (Eğer en iyi durumda hiçbir az kamu türleri ve yöntemleri var çünkü) daha kolay karartmak için

Birden fazla proje içine kaynak kodu ayıran tek mantıklı eğer yapar ...

  • (Vb ünite testleri, ekstra eklentileri) projesinin bir parçası ancak varsayılan olarak veya hiç dağıtılabilir değildir kaynak kodunun bazı bölümleri var
  • Daha geliştiriciler katılan ve sarf kara kutu olarak çalışmalarını tedavi etmek istiyorum. (Çok önerilmez)
  • Açıkça izole katmanlar / modüllere içine proje ayırabilirsiniz ve onlar çapraz tüketmek olamaz emin olmak için üyelerini. (En önemli olan yönü karar vermeniz gerekir, çünkü aynı zamanda tavsiye edilmez)

Eğer kaynak kodunun bazı bölümleri yeniden olabileceğini düşünüyorsanız, hala yeni bir proje olarak oluşturmayın. Gerçekten başka çözümde yeniden kullanmak ve gerektiğinde orijinal projenin dışına izole etmek isteyeceklerdir kadar bekle. Programlama tekrar kullanımı genellikle çok zordur ve planlandığı gibi çoğu zaman olmayacak, bir lego değil.

Cevap 04/08/2008 saat 23:45
kaynak kullanıcı

oy
8

projelerine özellikleri ayırmak genellikle YAGNI mimari iyileştirmedir. Ne kadar sıklıkla gerçekten bu ayrı projeler yeniden var? o sık bir olay değilse, siz, geliştirilmesi zorlaşmaktadır ediyoruz, dağıtım oluşturmak ve teorik yeniden kullanım için bakım.

Ben çok klasörler halinde ayıran gerçek hayattaki yeniden kullanma durumu varken ayrı proje için (uygun ad alanlarını kullanarak) ve yeniden düzenleme tercih ederim.

Cevap 17/08/2008 saat 18:35
kaynak kullanıcı

oy
6

Denny yazdı:

Ben şahsen yeniden kullanılabilir kod projelerinin ayrılıyorsa o sadece klasörlerde ise başka yerlerde kullanımı daha basit olduğunu hissediyorum.

Gerçekten bu katılıyorum - yeniden kullanabilmeniz eğer, ayrı bir proje olmalıdır. Bu sözlerimle, etkili yeniden aynı zamanda çok zor :)

Burada SO de, üç projelerle çok basit olmaya çalıştım:

  • (Varsayılan olarak klasörler halinde katmanları ayırma güzel bir iş yapar) MVC Web projesi
  • Bizim DB kaynak kontrolü için Veritabanı projesi
  • MVC modelleri / kontrolörleri karşı Birim testleri

Herkes adına konuşamam, ama biz tuttum ne kadar basit mutluyum - gerçekten birlikte inşa hızları!

Cevap 04/08/2008 saat 23:42
kaynak kullanıcı

oy
4

Genellikle iş mantığı için GUI için veri erişimi için bir proje ve birim testler için bir proje bir proje bir proje yapmak.

Ama bazen Doğrulama, Satış, vb (Bir hizmet odaklı mimari kullanıyorsanız) hizmetlerine dayanan ayırma olması ihtiyatlı Böyle olduğu

Sana endişeleri açık bir ayrımı olan bir bileşen olarak görebilirsiniz eğer sonra farklı bir proje ihtiyatlı olabilir olmasıdır kapalı çalışma başparmak üstünlüğünü sanırım. Ama projelerde karşı klasörler sadece bir tercih veya felsefeyi olabileceğini düşünürdüm.

Ben şahsen yeniden kullanılabilir kod projelerinin ayrılıyorsa o sadece klasörlerde ise başka yerlerde kullanımı daha basit olduğunu hissediyorum.

Cevap 04/08/2008 saat 23:14
kaynak kullanıcı

oy
0

Gerçekten de proje bölünmüş iyi olduğunu düşünüyorum, ama hepsi projenin büyüklüğüne ve üzerinde çalışan insanların sayısına bağlıdır.

Daha büyük projeler için, bir proje için sahip

  • veri erişimi (modeller)
  • Hizmetler
  • başlangıç ​​aşaması
  • testler

Rob Connery ve onun vitrin uygulamasından model var ... gerçekten iyi çalışıyor gibi görünüyor.

mvc-vitrin

Cevap 16/09/2008 saat 00:45
kaynak kullanıcı

oy
0

Birkaç projeler oluşturmak için gitmek, çözümü için kod ekler herkesin bunlardan niyeti tam olarak farkında yapmak ve onları projeler arasında bağımlılıkları anlamak için elinizden geleni yapın. Birisi gitmiş ve katma orada olmamalıydı referanslar ve bu noktayı anlayacaksınız hafta boyunca yakalanmadı zaman hiç karışıklık sıralamak için denediyseniz

Cevap 10/09/2008 saat 22:36
kaynak kullanıcı

oy
0

Eğer ... ... katılan Daha geliştiriciler ve sarf kara kutu olarak çalışmalarını tedavi etmek istiyorsanız birden fazla proje içine kaynak kodu ayıran tek mantıklı. (Çok önerilmez) ...

Bu neden tavsiye edilmez? Ben o farklı bölümleri üzerinde çalışan birkaç devs ile bir uygulama yönetmek için çok kullanışlı bir yolunu buldum. esas neredeyse ortadan kaldırarak birleştirme yoluyla, Checkin'leriniz çok daha kolay hale getirir. Çok nadiren iki Devs aynı anda aynı proje üzerinde çalışmak zorunda kalacaklar.

Cevap 17/08/2008 saat 18:19
kaynak kullanıcı

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