Discussion :

[FMJ]

Bonjour,
Je vois que C# et Xamarin reviennent plusieurs fois dans la discussion.
J'ai fait développer une aplli mobile métier pour Android et la boîte de dev utilise ce binôme de dev, me vantant au départ son intérêt trans-environnement (Android, IOS, Windows mobile ... c'était en 2016). Sachant que c'était la plateforme de dev qu'ils maîtrisaient, et non un souhait que j'aurais imposé.
Après 3-4 ans de recul, j'ai tout de même certains regrets. Comme la relative lourdeur du chargement de l'appli, et et un certain manque de réactivité de l'appli, le fait qu'il faille souvent réinventer la poudre pour des fonctions qui seraient directement disponibles via la SDK Android, l'impossibilité (d'après le développeur, mais je n'ai jamais creusé) d'utiliser le SDK du fabricant des smartphone, par exemple pour gérer l'imager 2D/3D, etc.
Bref, si c'était à refaire, j'aurais surement choisi un prestataire proposant un dev directement en java ! Humble avis d'un non spécialiste !

[CS FS]

Bonjour,
Je vois que C# et Xamarin reviennent plusieurs fois dans la discussion.
J'ai fait développer une aplli mobile métier pour Android et la boîte de dev utilise ce binôme de dev, me vantant au départ son intérêt trans-environnement (Android, IOS, Windows mobile ... c'était en 2016). Sachant que c'était la plateforme de dev qu'ils maîtrisaient, et non un souhait que j'aurais imposé.
Après 3-4 ans de recul, j'ai tout de même certains regrets. Comme la relative lourdeur du chargement de l'appli, et et un certain manque de réactivité de l'appli, le fait qu'il faille souvent réinventer la poudre pour des fonctions qui seraient directement disponibles via la SDK Android, l'impossibilité (d'après le développeur, mais je n'ai jamais creusé) d'utiliser le SDK du fabricant des smartphone, par exemple pour gérer l'imager 2D/3D, etc.
Bref, si c'était à refaire, j'aurais surement choisi un prestataire proposant un dev directement en java ! Humble avis d'un non spécialiste !

Le prestataire auquel vous avez fait appel a développé votre application en utilisant Xamarin Forms : Techno qui permet effectivement, avec un seul code source C#/XAML, de cibler iOS, Android et Windows.
Sur le papier c’est cool. En pratique je trouve ça d’une lourdeur son nom (je parle d’une expérience de projet qui date de 2016 également, j’ignore si ça s’est amélioré depuis). Notamment si on souhaite intégrer des éléments spécifiques à une plateforme, on se retrouve finalement à maintenir un projet core, et X projets spécifiques à X plateformes. Sans compter un XAML trop léger en possibilités par rapport à celui qu’on manipule en WPF ou UWP (ce qui frustre un peu).

Bref. Dans mon cas, lorsque je dis utiliser Xamarin et C# pour du développement Android, je ne parle pas de Xamarin Forms, mais bien de Xamarin Android qui expose le SDK complet de la plateforme, tel qu’on le retrouve en JAVA (avec l’inconvénient évidemment de ne pas pouvoir réutiliser tout le code pour porter mes applis sur iOS).

[FMJ]

Je vais me renseigner et reviendrai poster la réponse, Forms ou Android.
Question subsidiaire : on peut porter une appli Xamarin Forms en Xamarin Android ?

[CS FS]

Question subsidiaire : on peut porter une appli Xamarin Forms en Xamarin Android ?

Tout est possible, mais suivant l'application ça risque d'être plus ou moins facile.
Le code spécifique à Android (si il existe) sera récupérable quasiment en l'état. Le code C# des éventuelles classes portables (le code business, les modèles etc.. si c'est bien codé) sera également récupérable. Par contre, toute la partie IHM et les VM seront à réécrire (et ça peut vite représenter le gros du code).

[FMJ]

Effectivement, il y a un peu de HIM. Mais cela reste très basique à mon sens. Aucun effet graphique de transition ou autre. C'est du pur flat design.
L'appli est divisée en 3 parties :
> le HIM --> géré par la boîte de dev
> l'API, qui fait le lien et la rupture protocolaire entre les mobiles et la base de données --> géré par la boîte de dev
> Les PS SQL Server : géré par moi-même

Je suis un nul en programmation, donc je n'ai jamais voulu mettre le nez dans leur code, mais ce qui m'a toujours surpris, c'est que le l'appli représenterait dans les 16 000 lignes de code, là où je pense faire à peu près la même chose en VBA pour moins 1-2000 lignes ! Avec un degré de complexité vraiment très faible. A titre de comparaison, la partie SQL Server représente dans les 10 000 lignes de code, fortement documentée et degogée, avec une niveau de complexité qui n'a vraiment rien à voir !...

[FMJ]

Je vais me renseigner et reviendrai poster la réponse, Forms ou Android.

J'ai posé la question au dev : c'est Xamarin Forms. Il m'a dit que Xamarin Android était une sous-branche de Forms.

[CS FS]

Il m'a dit que Xamarin Android était une sous-branche de Forms.

Dans un sens, oui ; Xamarin Forms ajoute une couche d’abstraction au-dessus de Xamarin Android (entre autres). Mais c’est, à mon sens, une surcouche lourde et contreproductive quand il s’agit de ne cibler qu’une seule et unique plateforme (Android, dans votre cas).

Je comprends tout à fait l’intérêt pour une boite de capitaliser sur une pile technologique qu’elle maitrise (C#/XAML en l’occurrence), et à vrai dire c’était ce qui m’avait séduit avec Xamarin Forms à l’époque. Mais si on veut une expérience native fluide, juicy, Xamarin Forms seul ne suffit pas (il est alors nécessaire d’écrire du code spécifique dans la couche sous-jacente, si on ne veut pas se retrouver avec un truc lourdingue et austère).

[fouad_algo]

​moi autant que débutant je ne comprend pas pourquoi autant de langages et pourquoi ne pas faciliter les choses et prendre de chaque langage le meilleur de lui et de réunir le tout dans un seul langage simple et puissant. pourquoi cette diversité qui rend la tache du programmeur difficile?