Должен ли я использовать привязки Cocoa для моего последнего проекта?

Используйте привязки.

Обратите внимание, что вы должны следовать шаблону MVC, чтобы получить максимальную отдачу от привязок. Это проще, чем кажется, так как сейчас Cocoa делает за вас практически все:

1. Просмотр: NSView и подклассы (разумеется), NSCell и подклассы, NSWindow и подклассы
2. Контроллер: NSController и подклассы (особенно NSArrayController)
3. Модель: основные данные

Если вы не собираетесь использовать Core Data, вы можете свернуть свои собственные объекты модели, но это несложно. Большинство методов этих объектов будут простыми средствами доступа, которые вы можете просто @synthesize использовать, если вы ориентируетесь на Leopard.

Обычно вы не можете обойтись без написания кода, но Bindings позволяет вам писать очень мало кода.

Рекомендуемое чтение:

• Руководство по программированию с кодированием "ключ-значение" (KVC)
• Руководство по наблюдению за значением ключа (KVO)
• Руководство по реализации объекта модели
• Методы доступа к KVC (часть вышеупомянутого Руководства по программированию KVC ) и мои полный список форматов селекторов доступа, совместимых с KVC

Привязки могут казаться волшебными по своей природе. Чтобы понять магию привязок, я думаю, нужно хорошо разбираться в KVC/KVO. Я действительно имею в виду основательно.

Однако в моем случае (новичок в Obj-C -- 9 месяцев) получение креплений KVC/KVO было волнением. Это значительно сократило мой клей-код и значительно облегчило мою жизнь. Отладка привязок превратилась в проверку наблюдаемости моих изменений ключ-значение. Я обнаружил, что могу тратить больше времени на написание того, что должно делать мое приложение, вместо того, чтобы следить за тем, чтобы представление отражало данные.

Хотя я согласен с тем, что привязки поначалу очень пугают.

Мой общий подход состоит в том, чтобы начать как можно больше с привязок и посмотреть, как все пойдет. Однако, если конкретный элемент интерфейса становится проблематичным при использовании привязок или требует больше усилий, чем оно того стоит, я без колебаний возвращаюсь к использованию более традиционных методов (например, источников данных, действий), когда это имеет смысл. Я обнаружил, что эти вещи довольно трудно предсказать заранее, но я думаю, что в долгосрочной перспективе лучше отдавать предпочтение привязкам, если вы не станете слишком догматичными в отношении того, чтобы придерживаться их в ситуациях, когда они не обеспечивают любую выгоду.

Через некоторое время работы с Bindings я обнаружил, что это вовсе не магия, а достаточно продвинутая технология. Для отладки связанного интерфейса используются другие методы, чем для склеенного интерфейса, но как только у вас есть эти методы, преимущества с точки зрения повторного использования, ремонтопригодности и согласованности становятся значительными для IMO.

Кажется, что я использую привязки, KVO и методы источников данных примерно одинаково в своих приложениях. Это действительно зависит от контекста. Например, в одном из моих проектов я использую привязки почти везде, кроме представления структуры главного окна, которое достаточно сложно, и я не хотел бы даже пытаться вписать его в NSTreeController. В то же время я также использую KVO для перезагрузки объектов пользовательского интерфейса и отслеживания зависимостей в объектах моей модели.

При изучении сложных тем Cocoa, таких как Bindings или Core Data, важно помнить, что вы должны понимать все технологии, лежащие в их основе; все от протоколов источников данных, уведомлений КВО и тд. Когда у вас будет достаточно опыта работы с ними, чтобы понять, как работает «магия», вы сможете с легкостью интегрировать в свое приложение материал более высокого уровня.

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

Мое мнение таково, что да, вам следует использовать привязки; технология теперь хорошо понятна и стабильна, и ее стоит использовать для того количества кода, которое вам больше не нужно писать. Когда я впервые переключился на привязки, у меня было довольно много проблем с согласованием времени жизни наблюдаемых и наблюдаемых объектов, а также с поломками пользовательского интерфейса, потому что он наблюдал за допустимым объектом, но неправильным. После того, как вы столкнулись с этими проблемами пару раз, знание того, как их избежать и как обнаружить их, если они появляются, становится простым. Иш. Я все еще хочу, чтобы "это событие здесь вызвало это обновление здесь" в отладчике, но я все еще рад, что сделал шаг.

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

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