No al Software Ilegal

Alen

Hola buenas, soy bastante nuevo en esto. A la hora de hacer una aplicación para un móvil, qué es mejor Symbian Software o
Smartphone Software? (suponiendo que sean cosas diferentes). He leido cuales son las ventajas de Symbian, pero si el desarrollo lo quiero hacer en java, qué es mas recomendable? Todos se apoyan en J2ME?

Por otro lado, me gustaría saber que personas estarían interesadas en colaborar en proyectos (con JAVA para móviles) en la comunidad de Madrid.

Un saludo

chili_fi

dependiendo de lo que quieras hacer y a que telefonos quieres acceder. tendras que especificar mas tu pregunta. sobre todo que tipo de aplicacion quieres hacer. por hopbby, para ganar dinero, para acceder a mucha gente, para... todos esos factores afectan.

eso si, java en telefonos = J2ME o similar... tambien hay personaljava en algunos modelos, el caso es que la VM es muchisimo menos potente que en un PC normal.

Alen

Pues sería una aplicación para bastante gente. Estamos en tramites para hacer un proyecto muy interesante, por eso pregunté a ver que gente estaría dispuesta a trabajar con nosotrsos (el desarrollo sería de 1 a 2 meses).

Una pregunta, la api de java para symbian difiere mucho del J2ME?

chili_fi

la api es la misma, puede variar un poco en caso de usar algo especial pero en tu caso veo que es mejor usar MIDP1 con un interface escalable, para acceder a un mayor numero de telefonos.

lo de las diferentes VM venia a que la ultima vez que mire, la de palm diferia un poco, pero no creo que haya muchos telefonos palm en españa

Alen

Wenas, me he puesto un poko mas la pilas y he estado buscando información. He visto que ha salido el MIDP2 pero no lo soportan todos los dispositivos.
Lo que pasa que si el MIDP es un profile que aumenta la funcionalidades de la API de java, symbian aporta mas opciones al MIDP? Estaría en una capa por encima del MIDP y del CLDC?.
También he leido que al utilizar MIDP1, es necesario programar para distintas familias de móviles, es porque no todos tienes las mismas funciones del API?

La aplicación que queremos hacer (que no debería de ocupar mas de 150 K) no necesita de un servidor de aplicaciones. Bastaría con descargarte la aplicación al móvil y trabajar sobre con los datos sobre una seríe de imágenes (estás tendrían zoom). Con estas datos, sigues recomendando MIDP1?

Un saludo y gracias

chili_fi

bueno, primero, las imagenes tienen que estar en el jar, porque no se puede acceder al sistema de archivos.

lo que dices de las familias de moviles es cierto, podeis encontrar problemas, aunque si lo haces usando el wireless toolkit, es el mas standard que hay y los programas funcionar en bastantes, por no decir todos, los moviles. pero puede haber cosas que no funciones, o que funcionen de forma distinta.

si lo haceis en midp2 casi no tendreis moviles a los que vender :S

pero no se que tal de tratamiento de imagenes el midp1, quizas no tengais mucha cosa

symbian no aporta nada a los perfiles, los que aportan son las casas con sus propias librerias, a veces para symbian, a veces para series40 como pudiera ser nokia, a veces para todos los telefonos. por ejemplo a pantalla completa en midp1 creo que solo se puede hacer con nokia, ya que los demas fabricantes no tienen api para esto

Alen

Entonces dependiendo del móvil para el que programes tendrás un api u otra de midp1?
o simplemente se añaden mas funcionalidades?
Symbian es un SO? Se puede hacer un desarrollo tanto pra midp1 como para Symbian cambiando sólo la vista (me refiero a la capa del MVC, modo, vista, controlador)?

chili_fi

se añaden algunas funcionalidades con APis del fabricante. ademas, ciertos objetos pueden functionar de forma distinta, por ejemplo, un textbox podria ser cuadrado en siemes y redondo en motorola....

symbian es un SO, si haces algo para midp1 va a correr en symbian.

dac

Quizás debieras ser más específico en qué tipo de aplicación estás pensando, para saber si basta j2me o tienes que volcarte a Symbian. Por cierto, lo que dices respecto al tamaño de la aplicación (150 kb) ya es una restricción, ya que muchos teléfonos aceptan midlets de 64 kb por ej, o inclusive el OTA está restringido.

Saludos.-

Alen

Los teléfonos serian mas o menos estos:
motorola V300 : motorola v500 : motorola v525 : motorola V600 : nokia 3100 :
nokia 3200 : nokia 3300 : nokia 3410 : nokia 3510i : nokia 3650 : nokia 3660 :
nokia 5100 : nokia 6100 : nokia 6220 : nokia 6600 : nokia 6610 : nokia 6800 :
nokia 7210 : nokia 7250 : nokia 7250i : nokia 7650 : nokia 8910i : nokia N-Gage
: sagem my-v65 : sharp gx10 : sharp gx20 :

dac

Aha... interesante... y entonces?

Si fuera por los modelos te diría midp1 obviamente... el problema es que hay que ver si lo que tienes pensado se pueda hacer... Además si mal no recuerdo en muchos de ellos tendrías que usar APIs propietarias, por ej. los de vodafone (gx10, etc)

SirGraham

Hola,

Volviendo a tu pregunta original:

El Smartphone 2002/2003 es un S.O de Microsoft, diferente de Symbian. Normalmente al ser de microsoft, no suele llevar la Java machine, pero ultimamente esto depende mas del fabricante.

Saludos,
Sir Graham.

Alen

Entonces por lo que me dices, parece dificil tener algo compatible para ambos sistmas operativos (ya sabemos lo "majos k son los d Microsoft")
Sobre la aplicación sería una especie de "juego" en el que la lógica de negocio sería un cálculo del camino mínimo y los gráficos serían simplemente una imagen por la que te podrías mover en fución de lo que haya salido con el anterior algoritmo. Esto es principalmente lo que tiene, el resto no deja de ser información que se muestra en formato texto y que podría venir de una base de datos (me imagino que esta bbdd debería de ser un fichero de texto).

Salu2

SirGraham

Hola,

Pues nosotros hemos realizado un motor grafico que soporta multiplataforma y que hace rular la misma aplicacion en Symbian que en Smartphones sin cambios.

Es un curro, pero se puede hacer. La ventaja es que rula a la maxima velocidad del terminal, no como en java y tienes accesso a todos los APIs (BT, Modem, memoria, ficheros, ect...)

Saludos,
Sir Graham.

Alen

Yeahhh eso suena muy bien.

Gracias x la info