Il s'agit de la version Android (Java) de this.
Mon expérience Android est à un niveau où je peux créer quelque chose qui fonctionne. J'ai fait iOS, alors pourquoi pas Android !!
Je ne connais pas grand-chose à Android, alors je l'ai fait avec MVC pour le moment. J'ai fait une recherche rapide de MVC sur Android, mais je n'étais pas sûr, donc je l'ai mis un peu sur iOS.
Je l'ai fait avec le sentiment que c'est probablement comme ça, donc j'apprécierais que vous puissiez me dire si c'était faux.
Le gars iOS que j'ai fait plus tôt
macOS High Sierra version 10.13.2
Android Studio 3.2.1
S'il y a trop peu de fonctions, il sera difficile de comprendre la différence même si vous la faites avec différents designs, donc cette fois je vais faire l'application suivante.
Une application qui affiche la météo dans chaque préfecture à l'aide de l 'API Web Météo Liveoor (non disponible pour un usage commercial).
La cible est Android 5.0 ou version ultérieure.
Répertoriez 47 préfectures et affichez la météo de la préfecture sélectionnée aujourd'hui, demain et après-demain.
Deux écrans, un écran de liste de préfecture et un écran de détail. (3 écrans y compris splash)
Ignorez l'écran de démarrage. (Parce qu'il n'est pas séparé par MVC)
Je pense que l'une des raisons pour lesquelles il existe des différences individuelles dans les perceptions telles que MVC est que la signification de Katakana est ambiguë.
Je recherche MVC et je ne comprends pas vraiment la logique métier, alors j'écrirai sur la signification de Katakana dans cet article. (Cela peut être différent du sens réel ...)
Dans l'explication de ici, c'est "la partie du système qui effectue le traitement spécifique au système".
Ce qui suit s'applique à cette application
Ce qui suit s'applique à cette application
Ce qui suit s'applique à cette application
J'ai donné ce que j'ai fait ici.
Celui que j'ai créé cette fois est Okhttp3 pour la communication et JSONExport pour créer une classe qui gère les données JSON. J'ai utilisé.
J'écrirai ma perception de chaque design, le nombre de fichiers, le nombre de lignes d'activité et les impressions que j'ai faites.
Pour le moment, je l'ai fait avec Activity sans penser à rien ça
Le nombre de fichiers est faible et la vitesse de développement est rapide. Chaque classe a environ 300 lignes, donc je pense que c'est également possible pour cette échelle. Depuis que le processus est écrit dans l'adaptateur, je sens que le nombre de lignes d'activité a diminué.
MVC
Le projet est this
Pour le moment, j'ai créé Fragment as View. Obtenir l'événement de bouton et passer la liste à l'adaptateur est un peu ennuyeux, mais c'est plus mince. Je pense que créer un modèle facilite la sauvegarde avec onSaveInstanceState
. Le processus d'affichage de PopupWindow a considérablement augmenté le nombre de lignes d'activité, donc si vous pouvez le diviser un peu plus, vous pourrez peut-être le rendre un peu plus mince. Pour les écrans comportant de nombreuses parties, `` findViewById '' peut être regroupé en Fragment, donc Activity est assez rafraîchissant, donc je pense que c'est assez facile à utiliser.
D'autres points qui s'écartent du point principal mais qui sont inquiétants
Il y avait pas mal de parties auxquelles je n'étais pas habitué quand je l'ai fait comme iOS. Quand j'ai utilisé Activity avec le même sentiment que ViewController, c'était vraiment bogué. L'activité et le fragment meurent si souvent. Il est désagréable d'avoir une liste dans l'adaptateur, mais je pense que cela ne peut pas être aidé.
J'ai écrit cet article parce que je voulais que quelqu'un me donne un avis, alors j'apprécierais que vous me donniez un avis. Si vous pensez que "c'est la conception la plus solide!", Essayez de créer une application avec les spécifications ci-dessus.
Si vous en avez envie, je vais essayer de le faire avec Kotlin. Je pense que Kotlin est le courant dominant ces jours-ci ...
Recommended Posts