Discussion :

[Mexson]

Bonjour,
Je remercie d'avance ceux qui prendront un peu de leur temps pour m'orienter et m'aider dans le démarrage de mon projet

Je vais développer une (première) application ios. J'ai des bases en C++ et j'ai fait plusieurs recherches concernant l'environnement de programmation apple, donc coder l'application sera un petit challenge mais je pense que je peux y arriver. Là où je coince, c'est plutôt au niveau de la stratégie que je vais utiliser pour que mon app fonctionne comme je le souhaite, et c'est ici que j'aurais besoin de quelques pistes pour m'orienter.



*Supposons* que mon application permette d'afficher, sur une carte ou sous forme de liste, les friteries les plus proches du lieu où on se trouve (ce n'est pas le cas, mais cet exemple fonctionne à merveille).
Tout d'abord, vu que les friteries ne sont généralement pas référencées dans Apple maps, Google maps etc, l'application utiliserait sa propre base de donnée. Ensuite, si un utilisateur se trouve à une friterie non répertoriée, il pourrait la soumettre à la base de donnée.

Afficher une dizaine de repères sur une apple carte etc, point de vue programmation, OK. Mais, à partir du moment ou il y aurait plusieurs centaines de repères, comment gérer la base de donnée ? Où et de quelle manière stocker celle-ci et comment la rapatrier ?

Je ne m'y connais pratiquement pas en base de données, je n'ai donc même aucune idée du format que je devrais utiliser (mais je me dis que pour des coordonnées et des noms, ça ne doit pas être trop compliqué).
Je ne sais pas non plus comment stocker ma base de donnée:
- je pensais d'abord la stocker quelque part sur Internet (dropbox public,...) et que l'app télécharge la nouvelle version toutes les 2 semaines, mais ça risque vite de consommer beaucoup de bande passante et surtout d'être lent.
- Utiliser une base de données distante, sur un serveur, interrogée à chaque affichage de la carte, mais cela signifie que je dois trouver une solution d'hébergement efficace, donc sûrement payer (alors que mon app serait gratuite...) et de plus je doute que j'ai les compétences requises.
- Stocker la bdd dans mon app, mais ça vaut dire que je ne peux mettres à jour les points de la carte que via une mise à jour sur l'app store, c'est lourd.

... Comme vous le voyez, je suis un peu paumé sur la partie "gestion de mes repères carte" si vous voyez ce que je veux dire ...
Quel serait le moyen le plus simple pour afficher tous ces repères tout en étant en mesure d'actualiser régulièrement ces lieux ?
Un début de solution ou quelques liens humainement compréhensibles seraient vraiment plus que les bienvenus, car mes recherches m'ont mené vers des explications très compliquées voire hors sujet...



En fait, cette partie là du développement de mon application me décourage beaucoup... Est-ce réellement très difficile à mettre en place ? Est-ce que je ne me rend pas compte des difficultés auxquelles je vais être confronté ? :/


Merci beaucoup d'avance !

[foetus]

1) J'avais vu un article sur Internet en 2012. Je n'arrive pas à le retrouver

Mais en gros, en fonction du niveau du zoom (plus tu zoomes, moins tu auras de marqueurs), il faut faire des statistiques (quelques formules de mathématiques) pour découper ta carte et calculer des zones plus ou moins égales de marqueurs et ensuite n'afficher qu'un marqueur spécial avec le nombre de marqueurs réels au centre de chaque zones calculées.


2) Il faut faire des mises à jours incrémentales
CoreData le permet, mais plus tu auras de mises à jour plus cela va être compliqué (à moins que tu obliges l'utilisateur à faire certaines mises à jour dans un ordre précis)

[LeBzul]

1) J'avais vu un article sur Internet en 2012. Je n'arrive pas à le retrouver

Mais en gros, en fonction du niveau du zoom (plus tu zoomes, moins tu auras de marqueurs), il faut faire des statistiques (quelques formules de mathématiques) pour découper ta carte et calculer des zones plus ou moins égales de marqueurs et ensuite n'afficher qu'un marqueur spécial avec le nombre de marqueurs réels au centre de chaque zones calculées.

Il existe pas mal de chose trouvable sur le net, de plus ou moins bonne qualité (et plus ou moins soumis à licence)..
Voici 2 / 3 exemples trouvé rapidement, je pense qu'en cherchant un peu plus on peut trouver de belles choses :

lien 1
lien 2
lien 3

[Mexson]

Il existe pas mal de chose trouvable sur le net, de plus ou moins bonne qualité (et plus ou moins soumis à licence)..
Voici 2 / 3 exemples trouvé rapidement, je pense qu'en cherchant un peu plus on peut trouver de belles choses :

lien 1
lien 2
lien 3

Merci pour vos reponses !
En réalité, je me disais que mon app afficherait, pour reprendre mon exemple, toutes les friteries "dans un rayon de 1km", ce qui veut dire qu'il n'y aurait qu'un ou deux éléments a afficher sur la carte, et que donc, en tout cas pour le moment, je peux me permettre d'afficher les reperes "normalement", sans les rassembler.
N'empêche, je retiens pour plus tard !

Ma question concernait en fait surtout la base de donnée en elle-même...

2) Il faut faire des mises à jours incrémentales
CoreData le permet, mais plus tu auras de mises à jour plus cela va être compliqué (à moins que tu obliges l'utilisateur à faire certaines mises à jour dans un ordre précis)

Merci de me mettre sur la piste de CoreDate. Je vais faire quelques recherches car je ne le connais absolument pas. J'ai deja jeté une oeil sur google et ca a l'air tout de même compliqué... Moi qui espérais sur ce point quelque chose de plus simple...
Et aussi, j'ai pas trop compris la dernière phrase: pourquoi les utilisateurs devraient-ils faire leur màj dans un ordre precis ??

[foetus]

Et aussi, j'ai pas trop compris la dernière phrase: pourquoi les utilisateurs devraient-ils faire leur màj dans un ordre precis ??

J'avais lu un bouquin sur CoreData et justement la partie incrémentale n'était pas très claire
Mais avec 2-3 cas concrets cela doit se clarifier

Ce que j'avais compris c'est: ta base de données est à la version 5, tes utilisateurs de la version 1 à la version 4.
Mais ta version incrémentale numéro 5 ne s'applique qu'à la version 4, et non pas à la version 1, 2, et 3.
C'est le principe incrémental
C'est au développeur de coder les mises à jour successives de la version de l'utilisateur à la dernière version 5.

Après tu peux sûrement faire en sorte qu'une version (par exemple la version 4) soit une grosse mise à jour, et que cela évite de mettre à jour la version 1, ensuite la 2 et enfin la 3.

D'où ma phrase : si ta base de données est à la version 11 et tu as quand même 2 grosses mises à jour (par exemple, la 5 et la 10), il faut, au plus, appliquer la mise à jour n°5 et ensuite la n°10 pour passer à la version 11.

[LeBzul]

Je pense que le top, simplicité/efficacité, c'est d'avoir une BDD externe et un petit webservice pour permettre a ton app de récupérer les informations dont elle a besoin facilement et de façons sécurisé.
Ca dépend du volume de données, mais s'il reste faible, en cherchant un peu sur le net, il y a des services gratuits d'hébergement de site et de BDD.

Sinon, une autre solution est de mettre de la pub et espérer que ca paye l'hébergement.
Google et Amazon propose ce genre de service en payant uniquement au volume d'utilisation/stockage, il me semble.

- Utiliser une base de données distante, sur un serveur, interrogée à chaque affichage de la carte, mais cela signifie que je dois trouver une solution d'hébergement efficace, donc sûrement payer (alors que mon app serait gratuite...) et de plus je doute que j'ai les compétences requises.

En optimisant un peu, avec un petit système de cache par exemple, tu peux grandement diminuer le nombre de requête.
Appelé un webservice qui va faire les requêtes à la BDD externe, ou avoir une BDD interne et du coup faire les requêtes en interne, c'est quasiment la même difficulté.