2010-01-22 21 views

Respuesta

23

El Kindle Development Kit (KDK) está basado en Java. Desde el FAQ:

Qué APIs están disponibles para mí en el KDK?

El KDK se compone de dos conjuntos de APIs:

  • versión Java 1.4 Personal Basis Perfil (PBP) API para dispositivos móviles. PBP JavaDocs se puede encontrar en http://java.sun.com/javame/reference/apis/jsr217/.
  • Kindle API personalizadas que complementan las API PBP y proporcionan componentes UI , analizadores JSON y XML, HTTP y redes HTTPS, almacenamiento seguro, y otras funciones. Otras API como de audio y acceso al diccionario serán disponibles en una versión futura del KDK. KDK JavaDocs se puede encontrar en http://kdk-javadocs.s3.amazonaws.com/index.html.
2

Toda la información actualmente disponible para el público en el KDK está disponible en Amazon.

Desafortunadamente, eso no parece incluir mucha información detallada sobre el KDK aparte de la plataforma de desarrollo que incluye el emulador que parece ser multiplataforma (Windows, Linux & Mac). Esto podría implicar el uso de Java, pero obviamente es pura especulación en este punto. El procesador Freescale y el kernel basado en Linux ciertamente podrían manejar un tiempo de ejecución Java y los límites de memoria por aplicación establecidos (100 mb) se adaptarían a Java. Por supuesto, un SDK C/C++ sería un poco más delgado y también completamente posible.

1

Toda la GUI existente para el Kindle funciona con un sabor incrustado de Java. Entonces, estoy asumiendo que está basado en Java. También puede haber algunas razones de seguridad (DRM, abuso Whispernet?) Para confinar a las personas a una VM Java ...

Realmente no me gusta esto. Java está lejos de ser mi primera opción para plataformas integradas. ¿Por qué poner una máquina virtual en un dispositivo de recursos limitados? Una vez, jugué con un 8051 con Java VM en él. ¿¡¿Puedes imaginar?!? (Utilicé la ruta C)

La única aplicación Java que traté de portar al Kindle falló miserablemente porque la plataforma Java incorporada no admitía los genéricos (que se usaban EN TODAS PARTES) o las aserciones (está bien, no es un gran problema) . ¿Escribe una vez, corre a cualquier lugar? Riiight.

Un gran número de plataformas ejecutan Linux, y es muy fácil usar Qt en casi cualquier plataforma Linux incorporada. Diría que Qt es mejor en plataforma cruzada que Java en este punto. Soy somewhat biased, sin embargo. :)

+7

Puede usar retroweaver para usar Generics (y la mayoría de las características de Java 5) sin reescribir o incluso tener acceso al código fuente de las bibliotecas que le gustan pero está compilado en Java 5. Estoy usando este código ahora, es realmente así de fácil. No lo he probado en el dispositivo real solo el simulador KDK (-objetivo 1.4 con PBP) –

+1

Apunto a un gran cuerpo de código compilado para Java 5 para ejecutar en Java 4, incluyendo un cliente complejo usando J2ME/PP, usando retroweaver . Es fácil y funciona bien. –

0

Es un dispositivo Java ME CDC. Y a esa persona que dice que Java no debería usarse en dispositivos pequeños, actualmente se usa en varios miles de millones de teléfonos móviles Java ME, teléfonos Android de Google, teléfonos Blackberry, discos Blu-ray, tarjetas inteligentes, etiquetas RFID, etc., etc.

+8

Etiquetas RFID, srsly? Creo que las etiquetas RFID eran solo un IC simple con una antena. ¿O te refieres a un lector de RFID? – LarsH