miércoles, 18 de enero de 2012

Preparándose para PlayBook OS2

PlayBook OS2

Como todos sabéis ya, el mes que viene estará disponible el nuevo OS (versión 2) para el PlayBook con muchas mejoras y debemos preparar nuestras APPs para asegurarnos que funcionen correctamente en la nueva versión. Podemos probar la Beta registrándonos en https://bdsc.webapps.blackberry.com/native/beta/register/ y descargar el simulador desde https://bdsc.webapps.blackberry.com/native/beta/download por lo que os recomendamos que si habéis desarrollado o vais a desarrollar alguna aplicación, la probéis o bien con el simulador o con la Beta del OS2.0 y enviad vuestras aplicaciones al BlackBerry App World antes del 7 de febrero como nos indican en su mail:

If you need to submit a new version of your app to BlackBerry App World, please do so by February 7, 2012 to allow time for review and acceptance prior to the BlackBerry PlayBook OS 2.0 launch.

Además nos ofrecen una lista de recomendaciones de “Buenas Prácticas” para el desarrollo de nuestras aplicaciones, tanto de la versión actual como de la próxima versión OS2.0 que os voy a mostrar tal cual sin traducir (creo que se pueden entender perfectamente):

  • Applications must not statically link against any system libraries. Statically linking system libraries may cause applications to crash in PlayBook OS 2.0.
  • When writing audio data for playback, you must check the audio hardware block size first to ensure that the block sizes match. You cannot assume the block size is static between OS releases.
  • Applications must handle audio buffer underruns to audio PCM playback issues. Please refer to the PlayWav sample.
  • Applications should handle cases where background applications consume device resources. It is recommended that developers test their applications under high system load to ensure that they can handle the situation. Capture what priority application threads are running at to ensure that they are not starved.
  • New events can be generated with newer device builds. Please ignore these events if they are not applicable.
  • Certain application lifecycle events should be handled to ensure longer battery life. For example, WINDOW_INACTIVE should be handled by placing the application in a suspended state.
  • Capture CPU load and memory usage while the application is running and while it is deactivated to ensure they are as expected.
  • Test the application under all system states (e.g. rotation, notifications, minimized) to ensure that the behavior is as expected.
  • Monitor files and devices that the application uses to ensure that the behavior is as expected.
  • Do not use any undocumented APIs as they may change. This can cause your application to crash unexpectedly.
  • Final releases of applications should be compiled without debug info. Compiling with debug info can degrade the performance of the application.
  • For enhanced security, compile the application with PIE and -fstack-protector flags.
  • Applications must be fully signed before publishing to BlackBerry App World™.
  • Applications should have their own icon specified.
  • The use of PPS objects with the Native SDK is not supported and will not be supported in the future.  Do not directly manipulate PPS objects.  Use the APIs provided in the BlackBerry Platform Services library.
  • Applications must not use the direct filesystem path (ex /account/1000/...). All paths have to be relative to the sandbox (ex /app/shared/...).
  • Application binaries must be built for the armle-v7 target. This is the architecture used by the PlayBook device. Note that the simulator is x86-based.

No hay comentarios:

Publicar un comentario