›

BD concept

lgriffielgriffie Membre
avril 2010 modifié dans Vos applications #1
PASB.png

Voici un petit projet d'application afin de supporter un ami dessinateur de Bande Dessinées. L'objectif de cette application toute simple, proposer aux utilisateurs l'accès à  un strip (histoire racontée en 4 images) différent chaque jour.

Une fois l'application chargée sur l'iPhone/iPod, tous les jours à  10h du matin, l'utilisateur recevra une notification lui indiquant la disponibilité d'un nouveau strip. La BD s'appelle "Primes Arnaques et Stylo Bille" et raconte la vie en entreprise depuis le processus de recrutement.

Il sera bien sûr possible d'accéder à  l'ensemble des histoires déjà  visualisées sans avoir à  télécharger les images de nouveau, puisqu'une fois le strip téléchargé, il sera conservé en local pour éviter de trop utiliser la connexion data des utilisateurs.

Cette application sera gratuite et devrait être disponible dès le 3 mai sur l'app store.

Réponses

  • DrakenDraken Membre
    22:20 modifié #2
    Tous les jours ? Pas trop difficile à  tenir ? J'espère que ton ami à  de la réserve pour les jours de page blanche. Tu utilise quel format de compression graphique ? Les images ça prend de la place, au fil du temps.

  • lgriffielgriffie Membre
    22:20 modifié #3
    A ce jour il a une réserve de 120 strips avec d'ores et déjà  20 livrés donc il a de quoi tenir un mois car cela ne sera que du lundi au vendredi... Les images sont au format png et chacune pesant environ 40ko car que du noir et blanc. En local, les images seront enregistrées dans core data au format NSData. Cela devrait représenter environ 30Mo pour un an.
  • AliGatorAliGator Membre, Modérateur
    22:20 modifié #4
    Dommage le choix de CoreData avec NSData pour les images, ça veut dire que tu as une base SQLite derrière avec quasiment que du BLOB (et donc en plus une base qui va grossir très vite, et contenir tout en un seul fichier donc si elle est corrompue, plouf).
    Pour ce genre de cas on stocke plutôt les images dans la SandBox, ce qui n'empêche pas d'utiliser CoreData ou SQLite, mais on ne stocke alors que des références (les chemins voire même que les noms) vers les fichiers stockés dans la SandBox de l'appli.
  • lgriffielgriffie Membre
    22:20 modifié #5
    dans 1271853498:

    Dommage le choix de CoreData avec NSData pour les images, ça veut dire que tu as une base SQLite derrière avec quasiment que du BLOB (et donc en plus une base qui va grossir très vite, et contenir tout en un seul fichier donc si elle est corrompue, plouf).

    Pour ce genre de cas on stocke plutôt les images dans la SandBox, ce qui n'empêche pas d'utiliser CoreData ou SQLite, mais on ne stocke alors que des références (les chemins voire même que les noms) vers les fichiers stockés dans la SandBox de l'appli.


    Bon j'ai bien fait de poster... je vais peut-être envisager de changer le design de l'application. Merci d'avoir souligné ce point.
  • SystemSystem
    22:20 modifié #6
    Je rejoins l'avis d'Aligator, bien que ça semble inutile :p
    Tu peux effectivement envisager de stocker les images directement dans la sandbox en les nommant par une date de publication par exemple !
    Tu peux aussi envisager, en plus des images, un simple fichier .plist dans la Sandbox qui regroupe toutes les images (pas leur NSData, simplement leurs noms et dates peut-être). Si le fichier est absent ou corrompue, tu pourrais le re-fabriquer en utilisant un simple PHP.
Connectez-vous ou Inscrivez-vous pour répondre.