{"id":9829,"date":"2016-05-26T11:45:35","date_gmt":"2016-05-26T15:45:35","guid":{"rendered":"http:\/\/www.analystik.ca\/blogue\/?p=9829"},"modified":"2019-01-23T16:41:17","modified_gmt":"2019-01-23T21:41:17","slug":"approche-developpement-application-multiplateforme-chez-analystik","status":"publish","type":"post","link":"https:\/\/analystik.ca\/blogue\/language\/fr\/approche-developpement-application-multiplateforme-chez-analystik\/","title":{"rendered":"L’approche du D\u00e9veloppement d’application multiplateforme chez Analystik"},"content":{"rendered":"

Dire que la paysage du d\u00e9veloppement d\u2019application multiplateforme a \u00e9volu\u00e9 ces derni\u00e8res ann\u00e9es serait un euph\u00e9misme, tant sur le plan mobile que back-end ou front-end. Et toujours \u00e0 la cl\u00e9, le d\u00e9fi de la performance en termes de d\u00e9veloppement (d\u00e9velopper le plus rapidement possible et \u00e0 moindre co\u00fbt pour le client) et de la performance de l\u2019application multiplateforme livr\u00e9e qui ne se r\u00e9sorbent pas au fil du temps, bien au contraire.<\/p>\n

Le nouveau paradigme de d\u00e9veloppement d\u2019application multiplateforme confronte les d\u00e9veloppeurs \u00e0 un environnement h\u00e9t\u00e9roclite multi-OS et multi-appareils (iOS, Android, PC, Web). Et bien s\u00fbr, la demande exige un livrable multiplateforme et multi-appareils performant !!!<\/p>\n

<\/p>\n

Du d\u00e9veloppement mobile au multi-appareil au d\u00e9veloppement d’application multiplateforme<\/h2>\n

Avant, le d\u00e9veloppeur codait selon son expertise et sa philosophie de programmation et la profonde connaissance d\u2019un environnement donn\u00e9, vous \u00e9tiez Java, Open Source, Windows, iOS ou BlackBerry ; bref, vous codiez pour une et une seule plateforme.<\/p>\n

Avec l\u2019av\u00e8nement du BYOD, l\u2019explosion de la Mobilit\u00e9 et la multiplicit\u00e9 des applications mobiles ; le d\u00e9veloppeur \u00e9tait confront\u00e9 \u00e0 la multiplicit\u00e9 des OS\u00a0et \u00e0 choisir une strat\u00e9gie de d\u00e9ploiement \/ codage car il devait coder pour 2-3 OS diff\u00e9rents et leurs UI, bien s\u00fbr. Deux \u00e9coles de pens\u00e9e se sont affront\u00e9es\u00a0: le natif versus le web mobile avec ses diff\u00e9rents fureteurs.<\/p>\n

Le d\u00e9fi des d\u00e9veloppeurs consistait aussi \u00e0 rencontrer des contraintes de prix impos\u00e9es par la comp\u00e9tition outre-mer et outre-continent tout en codant\u2026 2 \u00e0 3 fois plus de code !<\/p>\n

Ajoutez \u00e0 cela que le monde de la Mobilit\u00e9 a introduit un nouveau mod\u00e8le d\u2019Affaires dans le march\u00e9, soit la gratuit\u00e9 du logiciel (application) quitte \u00e0 trouver une fa\u00e7on de mon\u00e9tiser plus tard le trafic (les abonnements & t\u00e9l\u00e9chargements) dont beaucoup ont surestim\u00e9 la valeur ou n\u2019ont jamais r\u00e9ussi \u00e0 le mon\u00e9tiser ad\u00e9quatement pour faire leurs frais ou des profits.<\/p>\n

Ainsi, les \u00ab\u00a0Purs Mobiles\u00a0\u00bb ont opt\u00e9 initialement pour la strat\u00e9gie de d\u00e9velopper \/ d\u00e9ployer une application native compl\u00e8te uniquement pour l\u2019OS du march\u00e9 principal vis\u00e9 (et plus tard, pour chaque OS \/ march\u00e9); ce qui vous coupait de certains march\u00e9s mais qui, en th\u00e9orie, d\u00e9livrait des applications tr\u00e8s performantes. Les autres moins puristes se sont tourn\u00e9s vers le d\u00e9veloppement web mobile auquel on a souvent reproch\u00e9 son manque de charme (design moins sexy) en contrepartie de son adaptabilit\u00e9 \u00e0 plusieurs OS ! Cependant, le d\u00e9veloppement web mobile offrait un avantage ind\u00e9niable en termes de co\u00fbts de d\u00e9veloppement et de d\u00e9ploiement.<\/p>\n\"avant-apres\"<\/a>\n

Voyez grand mais codez petit<\/strong><\/h3>\n

Ainsi, dans ce contexte, face au d\u00e9fi de coder \u00e0 moindre co\u00fbt tout en acc\u00e9dant \u00e0 toutes les plateformes (OS), certains ont cherch\u00e9 une pierre d\u2019assise sur laquelle appuyer leur d\u00e9veloppement sans toutefois p\u00e9naliser la performance de leurs applications ; en l\u2019occurrence, le Serveur.<\/p>\n

C\u2019est l\u2019angle sous lequel Analystik a choisi de regarder, ou si vous voulez, l\u2019actif sur lequel elle a choisi de capitaliser ; ainsi dans le design de nos applications multiplateformes, nous gardons toute la logique d\u2019affaires de l\u2019entreprise, les principaux calculs et traitements ainsi que les donn\u00e9es du c\u00f4t\u00e9 \u00ab Serveur\u00a0\u00bb. Oui, c\u2019est vrai, on parle encore et toujours de la bonne vieille Architecture Serveur \/ Client, comme dans le temps o\u00f9 les caract\u00e8res affich\u00e9s sur les \u00e9crans \u00e9taient verts.\u00a0 La grande diff\u00e9rence aujourd\u2019hui est dans la fa\u00e7on de \u00ab\u00a0parler\u00a0\u00bb aux diff\u00e9rents Clients; cela n\u00e9cessite un protocole de communication ad\u00e9quat qui est en mesure de bien r\u00e9pondre aux besoins d\u2019affaires et ce, \u00a0sur diff\u00e9rentes plateformes et diff\u00e9rents OS (diff\u00e9rents Clients).<\/p>\n

Pour la communication Serveur – Client, Analystik a choisi REST (Representational State Transfer), un protocole HTTP tr\u00e8s performant et polyvalent, ce qui lui permet de \u00ab\u00a0parler\u00a0\u00bb avec Java, JavaScript, C#, Swift, Objective C<\/strong>, etc.; bref, nous voyons grand<\/em><\/strong> ! REST<\/strong> est tr\u00e8s performant car il transf\u00e8re les donn\u00e9es d\u2019une fa\u00e7on peu verbeuse<\/em> (contrairement \u00e0 SOAP).<\/p>\n

Cons\u00e9quemment, dans notre philosophie de design d\u2019applications, nous avons convenu de coder petit <\/em><\/strong>sur le plan des Clients \/ UIs, soit de restreindre la nature et la quantit\u00e9 des instructions ex\u00e9cut\u00e9es \u00e0 des instructions d\u2019affichage, de couleurs, etc.<\/p>\n

En un mot, ce qui est unique \u00e0 chaque Client sera cod\u00e9 c\u00f4t\u00e9 \u00ab\u00a0Client\u00a0\u00bb et tout ce qui est commun \u00e0 tous les Clients sera cod\u00e9 c\u00f4t\u00e9 \u00ab\u00a0Serveur\u00a0\u00bb.<\/p>\n\"server-rest-fr\"<\/a>\n

Exemple<\/strong>\u00a0: Pour les taxes et les frais d\u2019exp\u00e9dition d\u2019un site eCommerce, les donn\u00e9es seront t\u00e9l\u00e9charg\u00e9es sur le Serveur et les calculs (sommes et taxes) se feront aussi du c\u00f4t\u00e9 Serveur, puis les donn\u00e9es seront mises en cache et affich\u00e9es c\u00f4t\u00e9 Client seulement lorsque requises.<\/p>\n

Assumer ses choix\u2026<\/strong><\/h3>\n

Cette approche nous a amen\u00e9 \u00e0 faire preuve d\u2019ing\u00e9niosit\u00e9 car elle capitalise aussi beaucoup sur le protocole de communication REST<\/strong> en lui imposant parfois la charge d’un haut d\u00e9bit de transfert de donn\u00e9es entre le Serveur et les Diff\u00e9rents Clients, ce qui eut \u00e9t\u00e9 impossible il n\u2019y a que quelques ann\u00e9es encore. Il a donc fallu en tenir compte et s\u2019y adapter.<\/p>\n

\u2026et d\u00e9velopper de bonnes pratiques<\/strong><\/h3>\n

Cons\u00e9quemment, nous avons appris et d\u00e9velopp\u00e9 quelques bonnes pratiques :<\/p>\n