Як створити рамку або бібліотеку для інших розробників безпечним способом? [зачинено]

У нас є ідея про рамки або бібліотеку, яка буде дуже корисною для будь-якого розробника iOS. Тож ми серйозно думаємо про перехід від розробки додатків до розробки рамки / бібліотеки.

Але коли ми хочемо платити за бібліотеку / фреймворк, ми повинні якось захистити код. Як ми можемо побудувати рамку таким чином, щоб користувач нашої рамки не міг бачити вихідний код, подібно до того, як ми не бачимо вихідний код фреймворків Apple? Вони посилають лише файли заголовків і якийсь дивний файл Unie exe зі скомпільованою рамкою.

Або якщо неможливо зробити скомпільований фреймворк / бібліотеку, яку можуть використовувати інші розробники iOS, не маючи змоги копіювати та вставляти наші вихідні коди, то чи є спосіб придушити код target-c?

Так, можна створити рамки, щоб користувач фреймворку не міг бачити вихідний код.

Ознайомтеся з цими статтями (я успішно використовував першу для створення фреймворків у минулому - пізніші статті є оновленнями оригіналу):

http://www.drobnik.com/touch/2010/04/making-your-own-iphone-frameworks/

http://www.drobnik.com/touch/2010/05/making-your-own-iphone-frameworks-in-xcode/

http://www.drobnik.com/touch/2010/10/embedding-binary-resources/

Щоб використовувати рамку, ваші користувачі просто перетягнуть пакет .framework у Xcode. Вони зможуть побачити файли заголовків, які ви копіюєте в пакет (див. Статті вище), але не джерело (оскільки воно не входить - у комплекті є лише складений вихід).

Це також може бути чудовим способом розповсюдження коду, який використовується для декількох проектів у вашій компанії.

Оновлення:

Ознайомтесь із посиланням, яке без пір’я додається нижче - воно набагато пізніше, і все це на одній сторінці: http://github.com/jverkoey/iOS-Framework . Він також викладає проблеми з кількома іншими підходами. Це керівництво, якого я зараз дотримуюсь, намагаючись згадати, що робити під час створення нового фреймворку. :)

Update2 (з випуском Xcode 6)

Є варіант саме того, що ви шукаєте Universal Framework for iOS:!

Чи буде мій код видимим для інших? Відповідь: Ні. Ця рамка експортує складений двійковий код, тому кожен може побачити всередині нього. Ви можете зробити те ж саме для деяких інших файлів, як XIB.

Навіщо мені це потрібно? A: Це для розробників / команд, які хочуть ділитися кодами, не показуючи весь код (файли .m / .c / .cpp). Крім того, це для тих, хто хоче організувати зібраний код + ресурси (зображення, відео, звуки, XIB, пліст тощо) в одне єдине місце. І це також для тих команд, які хочуть працювати разом над однією базою (рамкою).

(c) http://blog.db-in.com/universal-framework-for-ios/

Цей посібник трохи пізніший для створення статичних рамок iOS:

https://github.com/jverkoey/iOS-Framework

Існує також шаблон для XCode 4, який дозволить вам створювати статичні рамкові проекти iOS.