Blackberry Application Development Cheat Sheet

December 1  by Eliza

Blackberry Java Development Environment (JDE) er tilgjengelig i flere versjoner. Versjonsnummeret til JDE er direkte relatert til den versjonen av operativsystemet som kjører på smarttelefoner hvor programmet vil ligge. Velge JDE versjonen er en kritisk og forsiktig skritt å ta på din vei for å levere din Blackberry app.

Holde disse ideene for hånden:

  • Funksjonalitet tilgjengelig i en OS-versjon er kanskje ikke tilgjengelig i en tidligere versjon. For eksempel, Blackberry Storm (OS 4.7) smarttelefon inkluderer berøringsskjerm og akselerometer programmeringsgrensesnitt (API) som ikke er tilgjengelig i tidligere OS-versjoner som er skrevet for Blackberry-enheter uten at maskinvaren. I dette tilfellet, må du teste din app på Storm simulatorer, slik at du vet hva brukerne vil oppleve når de installerer det på sine berøringsskjerm Blackberry smartphones. Med Blackberry App World, kan du levere en annen versjon av app som er optimalisert for en enhet med berøringsskjerm, slik at det er et annet alternativ å huske på.
  • Et program skrevet for en gjeldende OS-versjon kan ikke kjøre på en Blackberry smarttelefon som kjører en tidligere versjon. Dette gjelder selv for enkle applikasjoner. Selv om begge OS-versjoner har nøyaktig samme APIer, kan selve koden bli plassert på forskjellige steder i bibliotekene, som vil bryte søknaden din når den prøver å kjøre. I dette tilfellet, må du sørge for at din app bare laster på smarttelefoner som har samme versjon av OS som din app ble bygget for, eller senere. Og du kan gjøre dette når du sender inn din app til Blackberry App World.
  • På samme måte kan et program skrevet for en nåværende OS-versjon ikke kjøre på en fremtidig versjon, av samme årsaker. Men du kan med rimelighet anta at Blackberry-programmet vil kjøre uten ombygging for flere store OS-versjoner inn i fremtiden. I dette tilfellet, må du holde orden på RIM smartphone OS utgivelser, og kjøre programmet på en simulator eller to som bruker nyere OS-versjoner. Du vil oppdage problemer enten på egen hånd eller gjennom tilbakemeldinger på Blackberry App World - og det er alltid bedre hvis du finner problemer før brukerne gjør.
  • Simulatorer installert med JDE vil jobbe med at JDE; Men kanskje simulatorer ned direkte fra Blackberry utvikleren nettstedet ikke fungere skikkelig når skutt opp fra en JDE fordi JDE sin debugger forventer å finne bestemte RIM biblioteker som ikke er tilgjengelige. I dette tilfellet, må du fortelle debugger for å fortsette og ignorere den savnede bibliotek.

Implementering Basic Java Application Klasser for en Blackberry App

Blackberry-programmet starter fra en blank skifer. Java Development Environment (JDE) oppretter et tomt arbeidsområde, og du vil legge til et prosjekt og Java-kildefilene. Du trenger for å implementere subklasser av noen grunnleggende Blackberry bibliotek klasser for å lage en fullverdig søknad:

  • net.rim.device.api.ui.UiApplication: Dette er din søknad klasse, som er tilsynsmann for innholdet Blackberry-programmets. Du vil vanligvis gjennomføre en hoved metode innenfor denne klassen også.
  • net.rim.device.api.ui.container.MainScreen: Blackberry-programmet viser flere informasjonsskjermene til brukerne. Du underklasse Hovedside for å gi en grunnleggende skjerm for dem å se.
  • net.rim.device.api.ui.MenuItem: Brukerne forventer å utføre noen navigasjon ved hjelp av menyer, og du støtter deres forventninger ved å opprette underklasser av MENUITEM å gi menyvalg funksjonalitet. Blackberry-programmet kan gjøre dette inline ved å opprette en ny MENUITEM objekt og legge konkrete metoder til objektet under etableringen. Merk at hvis du gjør det samme MENUITEM om og om igjen, bør du seriøst tenke på å lage en ekte underklasse for det.
  • net.rim.device.api.ui.Manager: Denne klassen er nyttig når du ønsker å legge ut komponentene i en Hovedside underklasse i en bestemt, kontrollert formasjon. Hovedside kommer med en bestemt leder underklasse - VerticalFieldManager - som standard. Men det er ganske vanilje-kjedelig, så kan det være lurt å tenke på å lage din egen.
  • net.rim.device.api.system.Persistable: Blackberry-programmet vil svært sannsynlig bli å lagre brukernes data, og dette er grensesnittet som du trenger for å implementere i klassene som lagrer dataene i en PersistentStore.
  • java.lang.Thread, kjørbart: Du må underklasse disse i visse situasjoner der din Blackberry-programmet utfører noen langvarig operasjon, som for eksempel handel informasjon med en nettverkstjeneste eller kommunisere via en Bluetooth perifer. I tillegg er det enkelte klasser du gir til Blackberry OS, slik som MENUITEM, innlemme gjenget oppførsel som en del av sin drift. MENUITEM krever at du gjennomføre en run () -metoden, som er lansert som en egen tråd når brukeren velger din MENUITEM.

Holde et tett øye på Blackberry App tilbakering

Blackberry-programmet bruker callbacks å tillate det smartphone OS å ringe inn din søknad for spesifikke operasjoner. Blackberry-programmet i seg selv trolig syssels callbacks å la trådene det skaper å informere den viktigste prosessen med din søknad at tråden har fullført jobben sin.

Her er et par ting å huske på når du arbeider med callbacks:

  • Implementere Blackberry-programmets tilbakeanrop som et grensesnitt, ikke en klasse. Dette gir deg fleksibilitet til å gjøre noen konkret klasse allerede i søknaden et objekt som kan motta melding fra tråden.
  • Gi både suksess og fiasko metoder i din tilbakeringing gjennomføring. Du bør programmere som om noe ille vil skje så vil du være forberedt når det skjer, for eksempel en manglende evne til å nå en nettverkstjeneste eller en Blackberry lite minne i stand til å laste ned en stor fil.
  • Hvis tilbakeringing kommer til å endre det som er på skjermen eller samhandle med brukeren, plassere koden som skal utføres innenfor et kjørbart objekt og pass på at objektet inn i et kall til UiApplication.invokeLater (kjørbart r).