WebApp
Environnement de développement d’applications Web et serveur pour MS IIS.
WebApp Studio
WebApp Studio est un environnement de développement visuel facile à utiliser qui comprend plusieurs outils et assistants qui génèrent automatiquement du HTML et des scripts côté serveur. Il s’agit d’une suite complète d’outils visuels pour la construction d’applications web et offre un haut degré de flexibilité. Il contient également une interface ouverte pour des assistants permettant d’ajouter des assistants personnalisés pour répondre aux besoins spécifiques d’une application. WebApp Studio est destiné au développement et aux tests et est sous licence par développeur.
WebApp Server
WebApp Server est un puissant serveur d’applications qui offre aux développeurs Microsoft IIS/ASP des capacités d’intégration de base de données contrôlée et intelligente, ainsi que des règles métier centralisées. WebApp Server comprend une base de données illimitée intégrée et dispose d’une connectivité de base de données ouverte pour prendre en charge tous les principaux formats de base de données. WebApp Server est destiné au déploiement et est sous licence par serveur.
WebApp – Fonctionnalités
WebApp Studio offre un environnement de développement visuel facile à utiliser qui comprend plusieurs outils et assistants qui génèrent automatiquement du HTML et des scripts côté serveur. Des applications transactionnelles rapides fonctionnant sur Internet peuvent être créées avec les facilités de développement rapide d’applications de WebApp Studio. WebApp Studio réduira le temps de développement pour la création de systèmes web complexes. C’est un outil RAD facile à utiliser qui offre un haut degré de flexibilité et contient une interface ouverte pour des assistants permettant d’ajouter des assistants personnalisés pour répondre aux besoins spécifiques d’une application. Les applications WebApp sont des programmes compilés faciles et sécurisés à déployer. Il n’est pas nécessaire de divulguer ou de déployer le code source. WebA
Les applications PP utilisent une technologie de programmation orientée objet (OOP) avancée permettant une maintenance rapide et efficace. Les applications WebApp fonctionnent avec des pages ASP et HTML. Modifiez l’interface des applications sans modifier l’application sous-jacente. WebApp Server est basé sur l’Architecture d’Application de Réseau Inter-Distribué (DNA) de Microsoft et est complètement ouvert à d’autres technologies. Tous les composants Internet disponibles dans le commerce, y compris les systèmes de paiement, sont intégrables. WebApp Server comprend une base de données illimitée intégrée, réduisant considérablement le coût des systèmes déployés. WebApp Server dispose d’une connectivité de base de données ouverte pour prendre en charge tous les principaux formats de base de données.
Nouvelles fonctionnalités dans la version 3.0 :
- Prise en charge des applications WAP/WML : L’interface Web Business Object (WBO) de WebApp a été améliorée pour prendre en charge le WML (Wireless Markup Language). Deux nouveaux assistants permettent la création d’applications d’affichage et de saisie WAP (Wireless Application Protocol). Des exemples sont inclus pour la construction et le déploiement d’applications sans fil utilisant les normes WAP/WML.
- Intégrateur WebApp : l’Intégrateur WebApp est intégré dans le cadre de développement de Studio pour ajouter les appels d’interface dans les pages ASP.
- Studio IDE WebApp plus puissant : les nouvelles fonctionnalités comprennent :
- modélisation améliorée de WBO
- éditeur de code amélioré
- support amélioré de la gestion et de l’édition des fichiers ASP
- nouvelle opération d’impression de fichier
- code source de l’assistant WebApp exposé
- migration automatique des applications WebApp 2 vers WebApp 3.
- Application d’exemple WebApp améliorée : démontre comment une application WebApp peut être utilisée pour prendre en charge trois clients Web différents : pages HTML dynamiques pour les navigateurs Web standard, pages WML pour les appareils sans fil WAP (téléphones mobiles) et services Web via un échange de données XML. Utilisez le code de l’application d’exemple pour construire et déployer WebApp pour la livraison à des clients riches et/ou légers.
- Interface de passerelle commune (CGI): CGI est la plus ancienne norme sur Internet et est probablement prise en charge par tous les serveurs Internet. CGI est un sous-répertoire spécial où le développeur peut stocker des applications. Le serveur prend en charge ce répertoire avec toutes les informations et données nécessaires en tant que variables d’environnement. Les programmes basés sur CGI peuvent être écrits dans presque tous les langages de programmation. Très o
- Architecture logicielle d’une application Internet CGI ou ISAPI : ISAPI, NSAPI, etc. Ce sont des normes qui viennent directement de différents fournisseurs de serveurs Internet. ISAPI (Internet Server Application Programming Interface) a été défini par Microsoft et NSAPI (Netscape Application Programming Interface) provient de Netscape. Ces normes sont très similaires à CGI car elles sont basées sur le même concept. La seule différence est que les API prennent en charge le développement de bibliothèques dans le système d’exploitation (DLL pour Windows). Cela se traduit par une utilisation moindre des ressources pour le serveur Internet mais ne change pas la complexité du développement de l’application Internet.
- Langages de script propriétaires : Certains fournisseurs ont publié des serveurs d’applications Internet dédiés (par exemple Cold Fusion d’Allaire et Tango de Pervasive Software) basés sur les normes précédemment décrites. Ils ont mis en œuvre leurs propres langages de script ou ont étendu les langages de balisage, qui peuvent être utilisés dans des pages HTML standard. Ces produits offraient des avantages car les développeurs de logiciels pouvaient utiliser des outils de conception HTML et ajouter simplement la fonctionnalité dynamique en utilisant le langage propriétaire. Cependant, le gros inconvénient d’avoir la logique métier complète des applications résidant dans les pages HTML persiste avec ces produits, rendant le développement et la maintenance des applications Internet difficiles.
- Pages de serveur actives (ASP) : Microsoft a introduit un Une nouvelle technologie appelée Active Server Pages associée au serveur d’informations Internet. Cette technologie est basée sur la même idée de langages de script propriétaires, l’utilisation d’un langage supplémentaire pour la logique d’application à l’intérieur des pages HTML. Mais contrairement à d’autres fournisseurs, ils ont mis en œuvre cette technologie de manière indépendante d’un langage spécifique en offrant la flexibilité d’utiliser des langages de script courants tels que VBScript ou JavaScript. Cette architecture prend en charge n’importe quel langage en ajoutant une DLL au serveur et des DLL de sociétés tierces sont disponibles. Cette solution a toujours le même inconvénient que les langages de script propriétaires, mais les langages de script courants pris en charge sont très connus et réduisent la courbe d’apprentissage des développeurs d’applications. De plus, dans le cas de langages de script propriétaires, vous devez acheter le serveur d’application Internet. La technologie du serveur est gratuite en tant que partie de chaque système d’exploitation Windows NT utilisant ASP.
Le développement d’applications Internet avec Java est une approche totalement différente des quatre autres technologies. Java est un langage de programmation, inventé par Sun Microsystems, qui permet la création d’applications indépendantes du système d’exploitation. Cela est possible car Java est uniquement précompilé et exécuté avec une machine virtuelle Java, qui est une interface entre le code Java précompilé et le système d’exploitation. Les applications Internet du monde réel sont principalement réalisées sous forme d’applet Java. Il s’agit d’un petit programme qui s’exécute à l’intérieur d’un navigateur Internet. Les applets Java peuvent être utilisés pour accéder à un serveur de base de données ; dans ce cas, l’applet utilise une connexion TCP/IP entre le client et le serveur pour accéder aux données indépendamment du protocole HTTP. Mais en réalité, il ne s’agit rien de plus qu’une application client/serveur typique disponible pour presque toutes les plateformes. Ainsi, chaque fois qu’une personne utilise l’application, l’applet doit d’abord être téléchargé (ce qui
L’architecture du serveur WebApp est une toute nouvelle approche pour le développement d’applications Internet. Le serveur WebApp est basé sur l’architecture Internet de Microsoft. Mais le serveur WebApp renforce cette architecture via le tiers intermédiaire en fournissant un endroit pour la logique métier de l’application. Au lieu d’accéder directement aux bases de données à partir des pages ASP (HTML), les pages ne peuvent appeler que des fonctions dans le tiers intermédiaire où réside le serveur WebApp. Le serveur WebApp est un serveur d’application qui contient la capacité d’accéder aux bases de données, en plus de puissants objets métier. Un WebApp est basé sur une combinaison d’objets métier Web (WBO). Chaque WBO a accès à la base de données via une structure d’objets de dictionnaire de données (DDO) et un nombre illimité de méthodes qui peuvent être appelées depuis n’importe quelle page ASP (HTML).
L’architecture logicielle du serveur WebApp et de MS IIS offre tous les avantages des applications orientées objet. Les objets encapsulés réutilisables stockent la fonctionnalité d’une application et éliminent toute la programmation à l’intérieur des pages HTML. Le code complet inclus la logique métier de l’application). Cela peut être évité en utilisant un serveur d’application Internet Java. Dans ce cas, vous pouvez développer des Servlets Java supplémentaires qui s’exécutent sur le serveur et les applets ne peuvent pas communiquer avec le serveur de base de données ; au lieu de cela, ils interagissent avec des Servlets qui ont accès à la base de données. Cette approche est bien meilleure mais nécessite l’acquisition d’un serveur d’application Internet Java, un logiciel très coûteux. Ainsi, Java est une bonne technologie mais présente de nombreux inconvénients. Les développeurs Java sont des personnes hautement qualifiées qui sont difficiles et coûteuses à embaucher. Les applets Java ont tendance à devenir très volumineux rapidement, ce qui produit de mauvaises performances. Le coût élevé des serveurs Java limite les perspectives potentielles pour les applications Internet et Java s’attend toujours à une machine virtuelle Java sur la machine cliente, donc il ne prend vraiment pas en charge les clients légers.
La création et la maintenance d’applications Internet sont plus faciles à dire qu’à faire. Alors que de nombreux « serveurs d’applications » d’aujourd’hui utilisent les derniers mots à la mode en technologie, ils utilisent des conceptions et des techniques d’implémentation conventionnelles qui rendent la vitesse de livraison et la vitesse de changement inacceptables. Heureusement pour les développeurs créant des applications sur le serveur IIS de Microsoft, le nouveau serveur WebApp de Data Access Worldwide fournit une architecture avancée sur laquelle les entreprises peuvent construire, déployer, gérer et changer en toute confiance des applications Internet distribuées à haute performance.
WebApp Server est un moteur de logique métier, un puissant serveur d’applications qui offre aux développeurs Microsoft IIS/ASP des capacités énormes pour une intégration de base de données contrôlée et intelligente, ainsi qu’une exécution centralisée de règles métier et de processus métier. Le serveur lui-même est un objet COM opérant dans le tiers intermédiaire de l’architecture d’application Internet distribuée de Microsoft (DNA) où la logique métier, le traitement des transactions et l’accès à la base de données sont séparés des composants visuels tels que les pages HTML, les pages ASP et le VBScript qui s’exécutent dans IIS. Chaque WebApp inclut un ou plusieurs objets métier Web (WBO). Chaque WBO inclut un ou plusieurs objets de dictionnaire de données (DDO) et éventuellement d’autres objets supplémentaires, par exemple pour un rapport, un objet de rapport Web (WRO). Seul un DDO a accès à la base de données et pour chaque table de la base de données a un DDO désigné. L’accès à différentes bases de données est basé sur la technologie de connectivité de base de données.
hat utilise des pilotes pour différents types de bases de données et serveurs de bases de données. Chaque objet est basé sur la bibliothèque de classes WebApp qui est disponible en tant que code source et ouverte à être modifiée ou étendue par le développeur d’application.
Les dictionnaires de données fournissent une définition centralisée et une application d’un ensemble de règles pour une base de données. Les développeurs n’ont pas à répéter le code des règles métier sur chaque page ou environnement dans lequel les données sont utilisées. Les applications accèdent et manipulent les données uniquement à travers les objets du dictionnaire de données. Les DDO contiennent les définitions de table de base de données ainsi que toutes les règles affectant les opérations sur cette base de données, y compris l’intégrité référentielle, les validations, les règles d’insertion, de mise à jour et de suppression, les procédures de fichier associées et les propriétés d’affichage par défaut des données.
Les DDO fournissent un dépôt central pour toutes les fonctionnalités de base de données. Il y a dix ans, il était nécessaire de définir une propriété de champ comme ‘valeur requise’ dans chaque module logiciel qui utilisait ce champ. Aujourd’hui, cette propriété est définie une seule fois dans le DDO et, comme aucun module logiciel n’a un accès direct à la base de données, le DDO s’assure qu’aucun enregistrement sans valeur dans ce champ ne peut être enregistré.
Les DDO prennent en charge plusieurs propriétés de champ de données, de ‘valeur requise’ à ‘affichage uniquement’. D’autres propriétés typiques des champs de base de données sont les règles de validation. Les DDO du serveur WebApp prennent en charge de nombreuses possibilités différentes, des validations simples ‘Oui/Non’ aux fichiers de validation externes qui sont mappés à un champ de base de données. Dans ce cas, le développeur de logiciels tire non seulement parti des validations de champ, mais utilise également des champs automatiques. Les DDO déplacent les champs de saisie de données standard vers des contrôles ‘combobox’, prenant en charge toutes les fonctionnalités autorisées pour le champ.
Des méthodes basées sur des événements sont disponibles pour tous les événements typiques liés à une base de données tels que ‘effacer’, ‘rechercher’, ‘supprimer’ et ‘enregistrer’. Chaque méthode peut également inclure un code prédéfini, qui peut être remplacé ou au Les applications créées avec DDOs gèrent la concurrence multi-utilisateurs sans nécessiter de codage spécial et lors de l’utilisation de l’une des nombreuses options client/serveur disponibles pour l’hébergement des WebApps, les applications non modifiées déclencheront les capacités de transaction de l’environnement hôte. Le développement d’une WebApp signifie développer un ou une combinaison de WBOs. Un WBO est un objet encapsulé et réutilisable offrant une large gamme de fonctionnalités, déjà définies dans la classe. Une partie de cette fonctionnalité est l’accès aux tables de base de données via les DDOs (avec des méthodes telles que Enregistrer, Effacer, Trouver, Supprimer, etc.). Alors qu’un DDO est la définition de l’accès aux données, le WBO est responsable de l’accès et de la navigation à travers la base de données et de l’interactivité avec les pages ASP. Pour définir des entités commerciales, il est nécessaire de mapper un ou plusieurs DDOs à un WBO. Si vous définissez un WBO qui inclut tout pour un panier d’achat d’un magasin en ligne, vous avez besoin d’accéder au fichier d’en-tête de commande, au fichier de détail, au fichier d’inventaire, au fichier de client, etc. Dans ces cas, vous définissez une propriété pour un DDO principal (dans cet exemple, le fichier d’en-tête de commande) et accédez à toutes les autres données via le fichier d’en-tête de commande. Plus de fonctionnalités peuvent être ajoutées en étendant un WBO avec plus de méthodes. Cela peut être fait à l’intérieur de WebApp Studio manuellement ou en utilisant des outils puissants.
Nos assistants logiciels ont une approche radicalement différente de celle des autres outils concurrentiels. La logique métier est entièrement encapsulée dans les WBO (Web Report Objects), et indépendante des pages ASP ou HTML. Un WBO n’attend aucune structure de page spéciale. Chaque méthode d’un WBO peut être appelée depuis n’importe quelle page ASP via des fonctions de script (NomObjet.NomMethode). Un rapport web typique peut être réalisé avec une seule page ASP ou avec plusieurs pages ASP pour les critères de sélection, les détails du rapport, les sous-totaux et/ou totaux, etc. Il n’y a pas de règles selon lesquelles un WBO est nécessaire pour une page ASP spéciale ou vice versa.
Grâce à cette approche, la conception et la logique métier d’une application sont complètement séparées. Un niveau contient la conception ou l’interface de l’application (pages ASP et HTML) et le deuxième niveau comprend les WBO pour la fonctionnalité de l’application. Ce concept prend en charge la programmation en équipe sans aucun ordre technologique ou produit dans l’industrie.
Les objets de rapport web (WRO) peuvent être ajoutés à un WBO manuellement ou avec l’un des assistants. Les WRO prennent en charge les fonctions typiques de génération de rapports sur Internet. Les rapports peuvent inclure l’accès à un nombre illimité de tables de base de données. Les critères de sélection peuvent être définis dans le code ou en tant que paramètre. Le WRO prend en charge plusieurs sections de rapport telles que le haut de page, le sous-entête, le corps, etc. De nombreuses propriétés différentes définissent le nombre d’enregistrements par page, l’ordre de tri, etc. Et bien sûr, chaque propriété peut être modifiée dynamiquement depuis une page HTML. Le Web Report Object prend également en charge les rapports détaillés où chaque enregistrement a un lien vers les données sur lesquelles sa sortie est basée.
Chaque DDO (Database Data Object) a accès à une table de base de données. Les DDO fonctionnent avec un nom d’alias et l’accès physique réel est basé sur un fichier de configuration. Il suffit de modifier la configuration sans avoir à modifier ou recompiler le code source pour changer le type de base de données. La configuration est complétée avec Database Builder qui fait partie du serveur WebApp.
Un accès direct à la base de données DataFlex est inclus. L’accès à d’autres bases de données est disponible via des pilotes haute performance disponibles auprès de Data Access Corporation ou de tiers.
Un SGBDR utilisateur illimité appelé DataFlexRight est fourni dans la boîte du serveur WebApp et du studio WebApp. DataFlex est une base de données robuste et rapide, faisant également partie d’autres packages logiciels.
Nouvelles fonctionnalités dans la version 3.0 :
- Scalabilité avancée : incluant l’équilibrage de charge et les technologies de clustering pour les sites Web de niveau entreprise et autres sites à grande échelle, ainsi que la technologie de mise en pool des processus pour les sites nécessitant un grand nombre de sessions concurrentes.
- Prise en charge de XML : les WBO prennent en charge le traitement XML. Des documents XML de n’importe quelle taille peuvent être passés dans et hors des objets WBO. Des exemples sont fournis pour montrer comment WebApp 3.0 peut être utilisé pour recevoir, générer et envoyer des documents XML.
Le serveur Web étend l’architecture dynamique d’interconnexion de Microsoft (ADN) en fournissant un endroit pour stocker la logique métier dans la couche intermédiaire de l’ADN. Le serveur Web permet une séparation claire entre l’interface de l’application et la logique de l’application. Le serveur Web est conçu pour le développement d’applications de base de données sur le World Wide Web avec la combinaison d’une architecture à trois niveaux, une intégration de base de données ouverte, des règles métier robustes et des outils de développement rapide pour des applications de navigateur haute performance. Il utilise les normes Internet existantes lorsque disponibles et sa propre technologie lorsqu’il n’y a pas de normes actuelles, ou lorsque les normes actuelles sont faibles.
Les sites Web actuels contiennent principalement des informations statiques stockées dans des pages Web (pages HTML) sur le serveur. Le serveur Internet (serveur HTTP) distribue cette page sur demande d’un client. Outre Java, il n’y a qu’une seule approche pour créer une application Internet; un serveur d’application doit s’exécuter avec le serveur Internet et le client doit demander un programme au lieu d’une page HTML. Ces programmes fournissent leurs résultats sous forme de page HTML temporaire (créée sur demande spéciale) et envoient cette page via le serveur HTTP au client. HTML fournit des formulaires où le client peut saisir des données ou choisir entre différentes fonctions (boutons) pour obtenir une interaction entre le client et le serveur. Il existe quatre technologies différentes disponibles pour développer ce type d’application:
