Лучшие практики и предложения для опытных разработчиков iOS, начинающих разработку OS X?

Question

Каковы ваши предложения / лучшие практики / идеи для начинающих для опытных разработчиков iOS, которые заинтересованы в начале разработки OS X? В частности, поскольку опытный разработчик iOS уже знаком с Objective-C, XCode, Interface Builder и Cocoa Touch, где такие разработчики должны начинать такой переход?

Answer 1

Я думаю, что первое важное архитектурное отличие, которое нужно изучить, - это использование привязок в Какао.

Если вы серьезно использовали KVO в своей работе с iOS, то я думаю, что это должно быть достаточно интуитивно, но в любом случае посмотрите на классы NSController, поскольку они могут существенно изменить способ, которым вы структурируете свои взаимодействия контроллера вида. http://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/CocoaBindings/Concepts/WhatAreBindings.html

У вас будет сборка мусора, доступная в OS X, и вы должны научиться читать код, который ее использует, но вы, безусловно, можете продолжать самостоятельно управлять подсчетом ссылок, и это может быть проще, чем идти в другом направлении и учиться отказываться от сборка мусора для работы на iOS.

UIView и NSView различаются, и вам придется поработать над изучением различных структур представления. Например, по умолчанию (0, 0) находится в верхнем левом углу UIView и нижнем левом углу NSView (используйте метод isFlipped NSView для работы со знакомыми координатами).

Answer 2

Вот совет, который избавит вас от некоторых проблем, если вы планируете распространять их через Mac AppStore:

Не настраивайте метаданные приложения iTunesConnect слишком рано!

или, если вы это сделаете, используйте одноразовый идентификатор пакета, имя приложения и номер SKU, поскольку у вас есть льготный период в 120 дней, чтобы загрузить приложение, после которого ваша запись будет удалена, и вы не сможете ее повторно использоватьметаданные.

Эта функция, скорее всего, предотвратит приседание, но 4 месяца - это не так много времени в проекте разработчика программного обеспечения, и вам не нужно объяснять своему боссу, почему вы не можете использовать свойсобственное имя бренда или почему графические активы должны быть переделаны.