De plus en plus, quand nous avons besoin de réaliser une application, il devient nécessaire de choisir la bonne technologie.
Ces choix technologiques ne sont pas anodins et vont avoir des implications tant du point de vue du développement lui même que de l'utilisation, du déploiement et de la maintenance. Il y a deux ou trois bonnes poignées d'années (autant dire la préhistoire dans notre domaine en perpétuelle évolution), la question ne se posait pas en ces termes : il s'agissait essentiellement d'exploiter la puissance de calcul du serveur à notre disposition.
Aujourd’hui nous devons intégrer des besoins bien différents. Cependant au-delà du simple attrait historique, il est intéressant d’observer les changements technologiques et les motivations qui ont fait et feront évoluer les technologies que nous utilisons pour construire nos applications.
La première évolution, à laquelle nous avons été confrontés, a certainement été la disponibilité conjointe d’une infrastructure réseau et de poste de travail ayant une capacité suffisante pour traiter et représenter en local des données. Cela a conduit, sur la plateforme Windows, à l’apparition des clients Windows 16 bits puis Win32.
Ce type de technologie, bien que parfaitement adaptée aux besoins des applications a apporté également plusieurs difficultés : l’installation de multiples composants sur le poste de l’utilisateur ainsi que la gestion de versions a considérablement augmenté le coût d’exploitation en même temps que les cycles de mise à jour.
L’arrivée de technologies Web comme ASP.NET a en partie changé la donne et, ce malgré le fait que celle-ci avait avant tout été pensée pour l’Internet, nombre d’Intranet se mirent à intégrer une partie du métier de l’entreprise. L’avantage principal était l’absence de déploiement sur les postes (hormis le « bon » navigateur) et les facilités de mise à jour.
ASP.NET n’est cependant pas entièrement satisfaisant. Parmi les doléances courantes, on retrouve : la réactivité faible, l’ergonomie spartiate, les difficultés pour exploiter les ressources locales (impressions, stockage local …), l’obligation d’être « connecté au réseau ».
Pour pallier à ceci, il fallait revenir vers un client plus riche mais sans les difficultés de déploiement et de mise à jour. Si on utilise les technologies Windows du Framework .NET (WinForm et WPF) la réponse à cette question tient pour l’essentiel en deux propositions : le déploiement via le Web au travers de la technologie « Click Once » ou l’utilisation d’un « terminal graphique » (Citrix ou Terminal Server).
Microsoft a développé une nouvelle technologie, qui même si elle ne semblait pas à priori destinée au développement de nos applications métiers, s’avère particulièrement adaptée et en phase de forte adoption.
Silverlight, c’est son nom, a en effet tous les atouts pour s’imposer dans ce domaine : de la facilité de déploiement et mise à jour d’une application web à la richesse d’un client natif tout en apportant un grand nombre de facilités à des scénarios hier encore difficiles à implémenter.
Téléchargez cette ressource
Travail à distance – Guide complet pour les Directions IT et Métiers
Le travail à distance met à l'épreuve la maturité numérique des entreprises en termes de Cybersécurité, d'espace de travail, de bien-être des collaborateurs, de communication et gestion de projet à distance. Découvrez, dans ce nouveau Guide Kyocera, quels leviers activer prioritairement pour mettre en place des solutions de travail à domicile efficaces, pérennes et sécurisées.
