2011-12-28 3 views
1

У меня появилась еще одна сумасшедшая идея: почему я хочу создать статическую библиотеку в XCode, а затем создаю привязки для моноточек, а затем свяжу эту библиотеку с проектом monotouch. Было бы намного проще иметь все источники в одном проекте ...mix monotouch и Obj-C или C++

Я пытаюсь объединить источники Obj-C или C или даже C++ в проекте monotouch, собранном вместе. Но, видимо, мне не повезло. Я не могу сделать код C для компиляции из monodevelop.

Пробовал ли кто-нибудь такой подход? какие плюсы и минусы (если возможно)?

ответ

0

Вы правы, что у вас может быть несколько проектов на разных языках внутри одного решения MonoDevelop.

Однако вам все равно необходимо создать привязки для доступа к , а не. NET-код (например, C/C++) и данные из основного (C#) проекта.

Итак, имеющих единственное решение может быть немного проще во многих случаях, но это не будет много проще - если вы не используете .NET для каждого проектов.

Примечание: в настоящее время существует связующих решений шаблонов в MonoDevelop, которые упрощают связывание не.NET кода. Скорее всего, вам помогут.

+0

Можете ли вы предоставить ссылку на любую дополнительную информацию о том, что такое «шаблоны для связывания решений»? На данный момент я очень заинтересован в привязках MonoTouch и хотел бы больше узнать. –

+0

да, я пытаюсь использовать .NET для каждого проекта. не возражаете ли вы поделиться ссылкой на шаблоны связующего решения, которые вы упомянули? –

+0

Я имел в виду, что я не против создания привязок. Я бы хотел достичь всех источников в одном проекте. Поэтому я бы предпочел настроить «правила сборки» для разных типов источников без использования статических библиотек –

Смежные вопросы