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).
- ¿Cuáles son las bibliotecas populares para desarrollar aplicaciones de IA utilizando Swift para iOS localmente?
- ¿Cómo se puede encontrar un desarrollador móvil experimentado en los Estados Unidos?
- ¿Cómo te volviste fluido en Swift?
- ¿Qué porcentaje de aplicaciones iOS usan Core Data para el almacenamiento y la persistencia de datos?
- ¿Puedo degradar iOS 6 a iOS 3? ¿Si es así, cómo?
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.