Организация решения для Visual Studio с “папками решения”
else не может иметь оператор условия, предполагается, что он будет else if, если необходимо включить проверку условия.
Это должно быть изменено, как показано ниже
else if ((right != left) || (right != bottom) || (left != bottom)){
printf("This is a scalene triangle");
}
9 ответов
Папки решения могут помочь организации Ваших проектов. И у них есть одно большое преимущество: Если Вы хотите создать некоторые наборы проектов затем, можно отметить их и щелкнуть правой кнопкой по ним и выбрать, "Разрабатывают выбранные проекты". Если Ваши соответствия структуры папок решения можно просто щелкнуть правой кнопкой по папке решения и выбрать "Сборку".
У нас есть sln-папки для "MainApps" и "Теста" (и некоторый другой). При необходимости во всех Приложениях Вы создаете полное решение. Но если Вы не хотите ожидать Тестовых проектов создать Вас, может просто щелкнуть правой кнопкой и создать папку "MainApps"!
Решением является набор соответствующих проектов, собранных вместе для встречи некоторой цели, такой как приложение. Файл решения (да, это - фактический файл, не папка, хотя это появляется как папка в VS) самом стоит взглянуть внутри - это - просто метаданные, описывающие, что решение содержит, самое главное его проекты.
Можно вполне законно использовать те же проекты в различных решениях.
Например, у нас есть приложение WinForms, которое имеет проекты, такие как:
- BusinessObjects
- DataAccess
- EnvironmentSupport
- CustomControls
- MainUI (это на самом деле не назвало это, но вот что это значит),
Создание решения создает целое приложение Windows.
Затем у нас также есть веб-приложение - в его собственном решении. Но так как мы снова используем несколько из наших проектов, они делают появление в веб-решении также, которое имеет:
- BusinessObjects
- DataAccess
- EnvironmentSupport
- MainWebUI (снова, это на самом деле не назвало это),
- CustomWebControls
Снова, создание решения создает целый веб-сайт.
Наши проекты появляются в управлении исходным кодом только однажды, и все это работает обработка.
Путем мы структурировали его, решение в значительной степени приравнивается к приложению, хотя это - только свободное отношение. У нас также есть решение для Развертывания для приложения Windows, которое имеет все проекты приложения WinForms плюс проект Установки (который создает.MSI). Мы разделяем его, так как это содержит много дополнительного материала, который делает это довольно большим.
HTH.
Мы используем Папки Решения вполне немного для "связывания" проектов в Решении. Например, большинство наших "проектов" имеет 3 фактических проекта - реализация, модульные тесты и интеграционные тесты. Мы помещаем все 3 в одну Папку Решения. Мы также могли бы поместить всю Инфраструктуру во всех до одного Модули CAB в другом. В основном, когда у Вас есть Решение с 50 + проекты, оно помогает сохранить их организованными, таким образом, можно развернуть только, что Вы ищете и находите вещи на основе логической группировки.
Нет, необходимо поместить весь связанный проект в единое решение. Если у Вас, оказывается, есть ссылки на другое решение, и хотеть иметь доступ к его источнику затем Вы добавляете что как разное решение.
Я не знаю о папках решения, но в проекте, можно использовать папки для организации исходных файлов вместе логическим способом, и ОНИ, кажется, переносят на файловую систему очень хорошо.
Необходимо организовать разумным способом. Наличие одной папки решения на проект бессмысленно.
Что-то мы используем много, является этим
-> Сеть (все веб-проекты)-> Данные (любые связанные с данными проекты)-> Тест (Все проекты поблочного тестирования)
По моему опыту, они просто делают вещи более сбивающими с толку по причине состояния MSDN. Если Вы щелкаете правой кнопкой по реальной папке в VS, Вы получаете команду "Open Folder in Windows Explorer". Если Вы щелкаете правой кнопкой по папке решения, ничему. Плюс они имеют тенденцию портить стандартные программы, которые сворачивают проводник решения; вещи в папках решения не выходят из строя правильно.
Если у Вас есть столько проектов в решении, что Вы чувствуете необходимости в папках решения, чтобы уладить их, рассмотреть, могли ли Вы, вместо этого, создать разные решения.
Для ситуаций, в которых приложение WPF разрабатывается, который имеет разработчиков, получающих доступ к решению в Смешении Выражения, папки решения проигнорированы в среде Смешения. Поэтому все проекты будут отображены на верхнем уровне все еще.
Кроме того, когда Смешение загружает решение, окно сообщения отображено, указав, что "Папки решения не поддерживаются. Вложенные проекты будут обычно загружаться". Опция "Do not show this message again" может быть проверена, но это - все еще своего рода неприятность.
Здесь - это связанный вопрос, который я задал некоторое время назад. В одном из моих ответов говорится о некоторых плюсах и минусах папок с решениями и о том, как я их сейчас использую.