Вопрос : Разрешение против проекта

После много лет работы в окружающей среде Java, я работаю с малой командой проявителей C#.  Мы имеем несколько по-разному применений будут делить некоторое обычный Кодего.  В моем опыте Java, это отрегулировано отдельно применениями, которые делят архив опарника для обычный Кодего.  В. Сетчатый мир, мое предложение должен создать множественные применения формы Windows, и после этого создает применение для обычный Кодего которое построит как .dll.  .dll может быть поделено Winform applications.

There будет другим предложенным подходом кладет полностью Кодего в одиночное разрешение, с каждым применением Winform как проект, и обычный Кодего также как отдельно неправда project.

Am iего для того чтобы думать что в виду того что применениями Winform не имеют ничего сделать с одним другое они должно быть отдельно разрешения.  И что обычный Кодим должно быть отдельно разрешение.  По мере того как развитие сделано на обычный Кодем, его можно проверить в архив SVN.  Только когда обычный Кодий готово для releaase, должен откорректированный dll быть сделан имеющимся к другому applications. class=

Ответ : Разрешение против проекта

Некоторые людей будут использовать разрешения для того чтобы собрать множественные самостоятельные проекты используют такие же изготовленный на заказ архивы рамок для того чтобы сделать некоторые вещи легко.  рамками я намереваюсь комплект изготовленный на заказ архивов типа построенных вами могут быть использованы вашими применениями.  Когда вы имеете неполовозрелые рамки вы имеете настолько много частых изменений что может быть полезно иметь ее в таком же разрешении как front-end применение.

Однако, на некоторый этап рамки должны стать довольно конюшней и я рекомендую ее был положен в свое собственное разрешение.  Это позволит по-разному программы использовать по-разному варианты архива (в случае совместимости в обратном направлении выдает, etc).  Также, вы правы, на этой стадии там если отпуски рамок поддерживают потребности применений….но они должны находиться в их собственных разрешениях (IMO).