Предположим, я бы хотел разложить приложение на функциональные части .Например, часть управления данными клиента, часть форматирования текста, часть выставления счетов.Я бы предпочел, чтобы такие детали были простыми, но полными приложениями.
Кроме того, предположим, что я хотел бы разработать детали, которые могут быть повторно использованы в новых или других приложениях .Например, часть данных о клиентах может использоваться в решении CRM, но также и в приложении для выставления счетов.
Я ищу что-то вроде составных документов архитектура .
Вопросы ...
- Какие технологии Apple / Cocoa следует использовать для создания такихфункциональные части?
- Можно ли включить в функциональную часть хранилище данных и пользовательский интерфейс ?
- Если это правда, как можно использовать пользовательский интерфейс одногоприложение / часть в другом приложении?
- Существует ли такая инфраструктура / структура / технология для Какао?
Возможно, более простые вопросы ...
Предположим, у меня есть два приложения A и B.B предоставляет редактор для некоторых B связанных данных.Предположим, что редактор B полностью содержится в подклассе NSView.Таким образом, элементы управления редактированием полностью содержатся внутри подкласса.
- Могу ли я как-то сделать так, чтобы подкласс NSView B в реальном времени отображался в окнах A.
Моя цель - , а не , чтобы встроить произвольно вещи B в A.Было бы хорошо, чтобы инструмент A и B по определенному общему протоколу.
Интересно ...
Мне известно о Технология распределенных объектов Cocoa , которая позволяет приложениям общаться друг с другом, даже если они работают на разных вычислительных узлах.Но поскольку DO просто предоставляет механизм транспорта , это не решение для моего вопроса разложения высокого уровня.
Хотя приложение может регистрировать схемы URL , чтобы бытьвызываемые из других приложений, они не обеспечивают достаточную функциональность - поскольку URL-адреса являются одним способом от вызывающего к вызываемому.См. здесь и здесь .
Apple предоставляет этот документ Plug-In Architectures - но фокусируется на собственных подключаемых модулей одного приложения.Кроме того, Документ Apple CFPlugin также может представлять интерес (все еще действителен?).
Мэтт Галлахер предоставляет краткий обзор различных опций в Пять подходов к прослушиванию, наблюдая и уведомляя в Какао .За исключением отправки уведомлений через NSDistributedNotificationCenter , все параметры являются локальными для приложения.Таким образом, документ Apple Темы программирования уведомлений представляет интерес, но больше как механизм передачи объектов уровня 1099 *.
Я уверен, что несколько летназад группа разработчиков программного обеспечения / компаний попыталась реализовать своего рода динамический обмен данными на уровне Какао.Их рамки не пришли от Apple.К сожалению, я не помню названия их фреймворка.
Как открыть новое приложение в существующем NSView на OS X?
Под влиянием ...
На мой вопрос влияют намерения Android SDK .Образец цитирования:
'Намерение предоставляет средство для выполнения позднего связывания во время выполнения между кодом в различных приложениях.Его наиболее важное применение - запуск мероприятий, где его можно рассматривать как связующее звено между действиями.По сути, это пассивная структура данных, содержащая абстрактное описание выполняемого действия. '
Очень слабо связаны ...