On-line справка по Win32 API

БЕСПЛАТНАЯ ежедневная online лотерея! Выигрывай каждый день БЕСПЛАТНО!

A-B-C-D-E-F-G-H-I-J-K-L-M-N-O-P-Q-R-S-T-U-V-W-X-Y-Z | Скачать

Development Considerations

If a developer decides that an application would benefit from IPC, the developer must consider some of the following questions before deciding which of the available IPC methods to use.

· Should the application be able to communicate with other applications running on other computers on a network, or is it sufficient for the application to communicate only with applications on the local computer? In other words, does the application need to be networkable? Some IPC methods work either on the local computer or over a network; others work only on the local computer.
· Should the application be able to communicate with applications running on other computers that may be running under different operating systems (that is, MS-DOS®, Microsoft® Windows® Version 3.x, UNIX)? In other words, must the application be interoperable?

· Should the user of the application have to choose the other application(s) with which the application communicates, or can the application implicitly find its cooperating partners?
· Should the application communicate with many different applications in a general way, such as allowing cut and paste operations with any other application, or should its communications requirements be limited to a restricted set of interactions with specific other applications? Applications that communicate in a general way are called loosely coupled; applications that have a more strictly defined interaction are called tightly coupled.

· Is performance a critical aspect of the application? All IPC mechanisms include some amount of communications overhead.
· Should the application be a Windows-based application, or will character-mode functionalities be sufficient? Some IPC mechanisms discussed in this topic do not work in character-mode-only applications. The clipboard, dynamic data exchange (DDE), and object linking and embedding (OLE) all require that the application have at least one window.

The answers to these questions determine whether an application can benefit by using one or more of the IPC mechanisms available in the Win32 API. This topic discusses the strengths and weaknesses of each of the Win32 IPC mechanisms.

Пригласи друзей и счет твоего мобильника всегда будет положительным!

Пригласи друзей и счет твоего мобильника всегда будет положительным!

Соображения Разработки

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

Если приложение будет способным связаться с другими приложениями, работающими на других компьютерах в сети, или это достаточный для приложения, чтобы связываться только с приложениями в локальном компьютере? Другими словами, делает приложением должно быть networkable? Некоторые методы IPC прокладывают или в локальном компьютере или над сетью; другие работают только в локальном компьютере.
Если приложение будет способным связаться с приложениями, работающими на других компьютерах, которые могут работать под другими операционными системами (то есть, МС-DOS , Microsoft Windows Версия 3.x, UNIX)? Другими словами, должно приложение будет взаимодействующим?

Если пользователь приложения должен выбирать другое приложение(приложения) с которым приложение передает, или может приложение подразумевающийо находит своих сотрудничающих партнеров?
Приложение будется связаться с много другими приложениями обычным путем, как например, допускающий вырезанное и операции пасты с любым другим приложением, или если требования связи будут ограниченными ограниченной установкой взаимодействия со специфическими другими приложениями? Приложения, которые передают, обычным путем названы свободно связанное; приложения, которые имеют более строго определенное взаимодействие названы плотно связанное.

- исполнение критический аспект приложения? Все механизмы IPC включают некоторую сумму связи наверху.
Если приложение будет базирующимся приложением Windows, или если символьный режим функциональных назначений будут достаточными? Некоторые механизмы IPC обсуждались в этой теме не работать в символьном-режиме-только приложениях. Буфер, динамические данные заменяют (DDE), и объектная связь и вложение (OLE) все требуют, чтобы приложение имело по крайней мере одно окно.

Ответы на эти вопросы определяют может приложение принести пользу используя один или более из механизмов доступный IPC в Win32 API. Эта тема обсуждает силы и слабости каждых механизмов Win32 IPC.

Используются технологии uCoz