Разработка вложенных приложений

Мы рассматриваем перенос наших приложений с несколькими базами данных на одну платформу - возможно, на базе сети.Разработка вложенных приложений

Модель, которую мы думали о должен иметь ряд вложенных приложений что-то вроде этого:

1) имеют «Боковая панель», которая управляет основной навигации приложений, поиск и т.д.

2) Выполнение выбора на боковой панели загружает соответствующее приложение в основную часть дисплея. Ссылки в каждом из этих приложений могут вызывать другие приложения, как если бы они меняли веб-страницы.

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

Любые советы?

источник

2009-11-05 Dan Kelly

Связанный вопрос: http://stackoverflow.com/questions/753294/visually-containing-another-app-inside-your-own-app – mghie

Другой связанный с этим вопрос: http://stackoverflow.com/questions/1455111/how- to-create-chrome-like-application-in-delphi-which-run-multiple-processes-ins – Harriv

Есть ли на базе Интернета браузер? В зависимости от типа приложения может быть лучше написать обычное клиентское приложение Delphi, которое просто использует Интернет для связи. Одним из примеров двух подходов является электронная почта: Outlook vs Gmail. Они оба (очевидно) используют Интернет, но один из них работает на стороне клиента, а другой - в «облаке». Конечно, можно утверждать, что они технически работают на стороне клиента.

На основании вашего описания вашего плана, один очень легкий способ достижения своей цели в одиночку Native Delphi:

Каждая заявка представляет собой отдельный EXE
Существует «родительский» пусковая EXE
пусковая список доступных приложений
Когда приложение запускается, он подчинен (скажем) в TPanel в пусковую EXE

источник

2009-11-05 20:01:38

Веб-интерфейс подразумевает браузер. Признанная прикладная логика требует поведения вперед, назад, ссылки и типа закладок. Одна из возможностей заключается в том, чтобы не изобретать браузер специально для приложения, иметь то, к чему привыкли пользователи. Однако это связано с набором навыков, которого у нас нет в доме на данный момент - delphi мы делаем. –

Я бы скорее сказал, что браузер - это переосмысление богатого клиентского опыта, который Delphi предоставил с начала 90-х годов. И есть еще кое-что, что нужно учитывать. Тривиально легко встроить элемент управления TWebBrowser непосредственно в форму Delphi, чтобы вы могли захватить любую часть браузера в своем приложении в соответствии с вашими потребностями. –

Вместо того, чтобы смотреть на среду и язык, на которых вы хотите разработать вложенное приложение, посмотрите на функциональные блоки, необходимые для его работы. Попробуйте написать макеты этого в Delphi и intraweb.
Функциональные части, которые обычно являются общими для всех приложений, - это меню, безопасность и пользовательский интерфейс, добавьте это в основной «Менеджер».
Разделите бизнес-логику с пользовательского интерфейса.

Посмотрите, как построена система CMS, такая как Joomla, Drupal и другие. Особенно в управлении единицами функциональности. Сверхурочные некоторые из них превратились в полные программные контейнеры.

Создайте небольшое приложение cgi, которое может загрузить DLL и добавить функциональность в первое приложение.

источник

2009-11-05 13:19:05

Разработка вложенных приложений

ответ

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