The development of interoperable Xi client applications is greatly simplified. The PaXi classes handle the server access with detailed error checking.
All Xi methods can be called synchronously and asynchronously. The PaXi classes make async server access as simple as synchronous calls. However, async server access improves the behavior of user interface applications. The application is responsive even if a server access is slow as it may happen in server access through the Internet.
PaXi implements an innovative endpoint management.
In Xi the communication configuration is defined in the server. The clients can only select among the server configured communication endpoints. Different servers likely have different configurations and different endpoint naming. PaXi collects the information about the available endpoints and selects the endpoints that bes match the application defined preferences.
In addition to the server access methods PaXi also provides components that are available in the Visual Studio toolbox and can be dragged to the application form as it's done with Windows controls and components. The components can be configured by setting their properties. Professional Xi client applications can be realized with only a few lines of code.
For example the components for Xi lists can be configured with a set of object names and objects can be linked to user interface control, such as a text box. The control is then updated with current values without need for any user code.
Xi client applications can be developed using either the PaXi Visual Studio Designer components or fully coded using the PaXi API classes.
|
 |
The PaXi software is structured into layers.
The Proxy classes are WCF generated from the Xi Contracts and provide the WCF data exchange interface.
The next layers implement features necessary for Xi compliance.
The upper layers implement convenience features such as intelligent endpoint and list management.
The top layer integrates into Visual Studio and reduces the amount of necessary application code. |
How Xi Client Applications are developed
PaXi is designed for application development with Visual Studio and can be used in deiferen ways.
- PaXi Components based Application Development
The easiest and fastest way to create Xi clients is by using the components provided by PaXi in the Visual Studio designer.
Each component has a set of properties that control the behavior and the Xi server method being called at startup and during operation.
The amount of application code required is greatly reduced. Only a few code lines are required if the Xi objects are linked to UI controls.
- Fully Coded
Xi client applications can be developed based on the PaXi API classes.
- Mixed
The basic server access can be handled with components and still all Xi features can be used from application code.
PaXi Features
PaXi offer classes with methods for access to all Xi specified methods and and additional methods that simplify the server access.
All methods are provided an a version for:
- synchronous server access.
This methods block the calling thread until the response is received from the server. In server calls from background threads this is fine. However, when used in a user interface thread then the application becomes unresponsive for the duration of the server call.
- asynchronous server access.
User interface threads should always use asynchronous server access. The application doesn't become unresponsive, even with slow server access.
PaXi handles the selection of the communication endpoints in a flexible way.
The application sets preference declarations and PaXi selects the best fitting endpoint available in the server:
- Endpoint Name
The endpoint with this name is used if it exists in the server configuration
- Security yes/no
Determines is a secure or non-secure endpoint is selected in case the server has endpoints configured with both kinds of bindings.
- Scheme (http, https, net.tcp, net.pipe)
Determines the selected endpoint in case the server has endpoints configured for different bindings.
The selected endpoint also depends on the location of the server. The NamedPipe binding can only be used in local server access and endpoints with the net.pipe binding are ignored in the selection process if the server is not on the local machine.
Requirements
Downloads
For the product setup with all code and documentation modules you need to add the Evaluation version to the shopping cart and download the setup file. Without a license key file the PaXi based applications have a 30 minutes run-time restriction.
|
