Su pregunta es demasiado amplia para dar una buena respuesta, así que tendré que decir que “depende”.
Si la aplicación no tiene nada particularmente privado, la seguridad no es tan importante. Pero si sabe de una debilidad, no pueda liberarla hasta que la arregle, si puede.
Si su aplicación tiene algo que vale la pena proteger, nunca presente sus propias soluciones de seguridad personalizadas. No pensarás en nada nuevo o realmente seguro, no importa cuán inteligente creas que eres. (Lo siento, pero este es un error común).
- ¿Qué compañías de desarrollo de aplicaciones móviles ofrecen un programa de referencia?
- ¿Cómo puedo almacenar datos localmente para una aplicación jQTouch para iPhone?
- ¿Seguirá siendo iOS la plataforma preferida para las nuevas empresas tecnológicas que lanzarán su primer producto móvil en el área de la Bahía de San Francisco en 2016 o 2017?
- ¿Por qué hay menos desarrolladores creando aplicaciones para iPhone y iPad?
- ¿Cuáles son los aspectos positivos de Xcode?
En cuanto a la base de datos … simplemente no pierdas los datos de nadie. Ciertamente, la norma es cierta ineficiencia en las aplicaciones de iPhone, pero nada generará más críticas negativas que perder los datos de las personas. Su esquema no tiene que ser perfecto el primer día, pero DEBE tener una ruta de actualización limpia y clara que nunca pierda datos (¿mencioné que no quiere perder datos de usuario?), Y es sólida como una roca.
Presta atención también a los errores que se caen. Recomiendo usar algo como Crashlytics para que pueda tener soluciones para los errores de bloqueo en la tubería de revisión de Apple antes de que alguien llegue a informarle directamente sobre uno de los bloqueadores.
Al final, concéntrate más en el núcleo de tu aplicación para el primer lanzamiento. Deja de lado las cosas que aún no están listas. Siempre tendrá ideas para nuevas funciones y siempre habrá más errores que corregir.
