Компиляция переключателя между компактной и полной платформой .NET?
Шаблоны разработки и Объектно-ориентированное программирование не обязательно связаны. Это так происходит, что большое количество шаблонов разработки включает Объектно-ориентированное программирование.
шаблон разработки А является наиболее часто используемым подходом к созданию программы. Подход нахождения общего языка шаблона для поля может быть расширен на функциональное программирование или наведение мостов или прибывать туда, где это началось в архитектуре. OO является определенной концептуальной парадигмой, в которую вписываются некоторые шаблоны программирования.
ситуация похожа на Схему Венна - подходы не отклонены, но они не идентичны, и они воздействуют на несколько различный логичный уровни .
4 ответа
Вы может использовать два файла проекта на общих источниках.
Итак, у вас может быть один файл решения и два проекта в одном каталоге.
Я почти уверен, что он появится в свойствах вашего проекта, если у вас установлен компактный фреймворк (точно так же, как выбор между версиями 2.0-3.5).
Если вы создадите библиотеку .NET CF, она будет в большинстве случаев случаи также запускаются на настольной платформе .NET.
Вы даже можете немного упростить этот вид разработки, выполнив шаги, описанные здесь . Ссылка поможет вам настроить Visual Studio, чтобы вы могли компилировать для .NET CF, но развертывать его на рабочем столе.
] Мы рассматривали возможность компиляции одного проекта как для полного, так и для компактного фреймворка, но в конце концов это было грязно (много хакерских файлов проекта), и мы регулярно сталкивались со сценариями, в которые хотели включить определенные файлы или ссылки в той или иной цели (например, включить Smart Device Framework в компактную версию фреймворка).[
] []У нас были проблемы, связанные с решением при проведении анализа тестовых модульных тестов MSTest, поэтому теперь у нас есть два отдельных решения. Каждое решение имеет дерево в основном одних и тех же логических проектов - один для компактного фреймворка, а другой для полного фреймворка. Это небольшая поддержка, но сработало достаточно хорошо.[
] []Дополнительным пунктом, который нам нужно было вручную добавить либо к полному, либо к компактному проекту фреймворка, было изменение промежуточного пути \output по умолчанию, чтобы выходы проекта не наступали друг на друга:[
] [<Project ... >
<PropertyGroup>
<BaseIntermediateOutputPath>objCE\</BaseIntermediateOutputPath>
...
]Откройте .csproj файл и добавьте строку к первому элементу []].[
]Подробнее с параметром можно познакомиться здесь: []http://msdn.microsoft.com/en-us/library/bb629394.aspx[][
] []Обратите внимание, что при открытии проекта вы получите предупреждение безопасности, говорящее о том, что он был настроен. Вы можете выбрать нормальную загрузку и снять флажок "спрашивать меня каждый раз", чтобы больше никогда его не видеть.[
].