2010-01-22 14 views

risposta

23

Il Kindle Development Kit (KDK) è basato su Java. Dal FAQ:

Quali API sono disponibili per me nel KDK?

Il KDK è composto da due gruppi di API:

  • versione Java 1.4 Personal Basis Profile (PBP) API per i dispositivi mobili. È possibile trovare JavaDocs PBP allo http://java.sun.com/javame/reference/apis/jsr217/.
  • API personalizzate Kindle che completano le API PBP e forniscono componenti dell'interfaccia utente , parser JSON e XML, rete HTTP e HTTPS, archiviazione protetta, e altre funzionalità. Altre API come l'audio e l'accesso al dizionario saranno disponibili in una versione futura del KDK . I KDK JavaDocs sono disponibili al numero http://kdk-javadocs.s3.amazonaws.com/index.html.
2

Tutte le informazioni attualmente disponibili al pubblico sul KDK sono disponibili allo Amazon.

Sfortunatamente, questo non sembra includere molte informazioni dettagliate sul KDK diverso dalla piattaforma di sviluppo incluso l'emulatore che sembra essere multipiattaforma (Windows, Linux & Mac). Ciò potrebbe implicare l'uso di Java, ma è ovviamente pura speculazione a questo punto. Il processore Freescale e il kernel basato su Linux potevano certamente gestire un runtime Java e i limiti di memoria dichiarati per applicazione (100mb) si univano a Java. Ovviamente, un SDK C/C++ sarebbe un po 'più snello e anche interamente possibile.

1

L'intera GUI esistente per Kindle funziona su un sapore incorporato di Java. Quindi, presumo che sia basato su Java. Ci possono anche essere alcuni motivi di sicurezza (DRM, abuso di Whispernet?) Per confinare le persone a una VM Java ...

Non mi piace molto. Java è lontano dalla mia prima scelta per le piattaforme embedded. Perché mettere una VM su un dispositivo a risorse limitate? Una volta, ho giocato con un 8051 con una VM Java su di esso! Riesci a immaginare?!? (Ho usato la rotta C)

L'unica app Java che ho provato a portare su Kindle ha fallito miseramente perché la piattaforma Java integrata non supportava i generici (che erano utilizzati EVERYWHERE) o le asserzioni (okay, non un grosso problema) . Scrivi una volta eseguito ovunque? Riiight.

Un numero enorme di piattaforme esegue Linux ed è facile utilizzare Qt praticamente su qualsiasi piattaforma Linux incorporata. Direi che Qt è migliore su cross-platform rispetto a Java a questo punto. Sono somewhat biased, comunque. :)

+7

È possibile utilizzare retroweaver per utilizzare Generics (e la maggior parte delle funzionalità di Java 5) senza riscrivere o persino accedere al codice sorgente delle librerie che si desiderano ma sono compilate in Java 5. Sto usando questo codice proprio adesso, è davvero così facile. Non l'ho provato sul dispositivo attuale solo il simulatore KDK (-target 1.4 con PBP) –

+1

Ho scelto come target un enorme corpo di codice compilato per Java 5 da eseguire su Java 4, incluso un client complesso che utilizza J2ME/PP, utilizzando retroweaver . È facile e funziona bene. –

0

È un dispositivo ME ME Java. E a quella persona che dice che Java non dovrebbe essere usato su piccoli dispositivi, è attualmente utilizzato in diversi miliardi di telefoni Java ME, telefoni Android Google, telefoni Blackberry, dischi Blu-ray, smartcard, tag RFID, ecc. Ecc.

+8

Tag RFID, srsly? I tag RFID erano solo un semplice IC con un'antenna. O intendi un lettore RFID? – LarsH

Problemi correlati