Blog 
7
3RecordStores O MIDP 3.0 conceitua novas peculiaridades para os Record Stores (o meio de persistência de informações).
Entre as funcionalidades está o conceito de Tags .Ao incluir um registro, faz com que a associação de uma tag seja possível para o registro.Permitindo que quando utilizamos o Records comparator e o recordsfilter.Antes,todos os registros com uma determinada tag sejam passados,agilizando assim filtros eordenações. O Record Stores é outra funcão proposta pela especificação. Tem como objetivo criar um padrão para de enviar dados na instalação de um MIDlet,persistindo-se esses dados como Record Stores. Para que não ocorra o tráfego de grande quantidade de informações, propõe-se o uso do formato binário para o envio. Arquivos no formato binário conteriam basicamente os nomes Record Stores e os dados, bem como a tag e if de cada registro.
Conectividade Uma novidades do MIDP 3.0 é o suporte ao IP versão 6. o que implica dizer que a implementação poderá ser capaz de fazer parte de um endereço Ipv6 quando uma conexão for solicitada,por exemplo. Há possibilidade ainda de incluir a JSR-307(Network Mobility and Mobile Data API) no MIDP 3.0 .Embora essa JSR tenha sido lançada recentemente e ainda esteja em estado incipiente,o líder das duas JSRs é o mesmo e a idéia é quese consiga fazer um bom alinhamento entre duas JSRs. E como a especificação do MIDP 3.0 abre a possibilidade de executar o MIDlets concorrentemente,nada natural que haver uma maneira de dois MIDlets poderem trocar informações entre si.A especificação apresenta o IMC(Inter-MIDlet Communictions),incluindo as interfacesIMMCCOnnection e IMCServerConnection que estendem as já conhecidas interfaces StreamConnection e StreamconnectionNotifier,ambas do pacote javax.microeditio.
Interface com o usuário Uma das idéias do novo MIDP é que o MIDlet tenha acesso a vários displays. Por exemplo celulares com flip, pode ter um display interno e outro externo,sendo um o principal.O display principal deve suportar recursos do pacote javax.microedition. Contem (a API de interface gráfica do MIDP ). Porém outros displays podem não ter espaço suficiente para mostrar alguns objetos que estendem a classe Screen(parte mais alto-nível da LCDUI).Portanto ,o MIDP 3.0 define que alguns grupos decomponentes de alto nível sejam suportados: Commands, Input Events,forms,ticker e Title,Alerts,List e TexBoxes.Displays secundários podem não suportar qualquer um desses grupos,mas o canvas deve estar disponível para todos os displays.
No alto nível da API de interface gráfica,novas classes estão sendo criadas.Algumas que se destacam são Animatedlmage,fileSelector,MenuCommand e TabbedPane.A classe Animatedlmage estende image possibilita a exibição de imagens animadas no estilo GIF.Já a classe FileSelector permite escolher um arquivo do sistema de arquivos do dispositivo,mostrando um seletor onde é permitido selecionar um arquivo FileConnection da JsR-75.(No seu estado atual,a especificação do MIDP 3.0 ainda não deixa claro se a classe FileSelector é opcional para o dispositivo que não implementam a API e FileConnection da Jsr-75,ou se é obrigatória a implementação.) MenuCommand é uma extensão de Command suportando o agrupamento de comandos.Essa classe ajuda a evitar a poluição visual de muitos comandos numa tela.Além disso para gerenciar abas,é definida TAbbedPane,que herda da classe Screen.Comela é possível gerenciar outras classes Screen, como Form,Liste Texbox.Podem também ser definidos ícones para cada aba.
Entre as funcionalidades está o conceito de Tags .Ao incluir um registro, faz com que a associação de uma tag seja possível para o registro.Permitindo que quando utilizamos o Records comparator e o recordsfilter.Antes,todos os registros com uma determinada tag sejam passados,agilizando assim filtros eordenações. O Record Stores é outra funcão proposta pela especificação. Tem como objetivo criar um padrão para de enviar dados na instalação de um MIDlet,persistindo-se esses dados como Record Stores. Para que não ocorra o tráfego de grande quantidade de informações, propõe-se o uso do formato binário para o envio. Arquivos no formato binário conteriam basicamente os nomes Record Stores e os dados, bem como a tag e if de cada registro.
Conectividade Uma novidades do MIDP 3.0 é o suporte ao IP versão 6. o que implica dizer que a implementação poderá ser capaz de fazer parte de um endereço Ipv6 quando uma conexão for solicitada,por exemplo. Há possibilidade ainda de incluir a JSR-307(Network Mobility and Mobile Data API) no MIDP 3.0 .Embora essa JSR tenha sido lançada recentemente e ainda esteja em estado incipiente,o líder das duas JSRs é o mesmo e a idéia é quese consiga fazer um bom alinhamento entre duas JSRs. E como a especificação do MIDP 3.0 abre a possibilidade de executar o MIDlets concorrentemente,nada natural que haver uma maneira de dois MIDlets poderem trocar informações entre si.A especificação apresenta o IMC(Inter-MIDlet Communictions),incluindo as interfacesIMMCCOnnection e IMCServerConnection que estendem as já conhecidas interfaces StreamConnection e StreamconnectionNotifier,ambas do pacote javax.microeditio.
Interface com o usuário Uma das idéias do novo MIDP é que o MIDlet tenha acesso a vários displays. Por exemplo celulares com flip, pode ter um display interno e outro externo,sendo um o principal.O display principal deve suportar recursos do pacote javax.microedition. Contem (a API de interface gráfica do MIDP ). Porém outros displays podem não ter espaço suficiente para mostrar alguns objetos que estendem a classe Screen(parte mais alto-nível da LCDUI).Portanto ,o MIDP 3.0 define que alguns grupos decomponentes de alto nível sejam suportados: Commands, Input Events,forms,ticker e Title,Alerts,List e TexBoxes.Displays secundários podem não suportar qualquer um desses grupos,mas o canvas deve estar disponível para todos os displays.
No alto nível da API de interface gráfica,novas classes estão sendo criadas.Algumas que se destacam são Animatedlmage,fileSelector,MenuCommand e TabbedPane.A classe Animatedlmage estende image possibilita a exibição de imagens animadas no estilo GIF.Já a classe FileSelector permite escolher um arquivo do sistema de arquivos do dispositivo,mostrando um seletor onde é permitido selecionar um arquivo FileConnection da JsR-75.(No seu estado atual,a especificação do MIDP 3.0 ainda não deixa claro se a classe FileSelector é opcional para o dispositivo que não implementam a API e FileConnection da Jsr-75,ou se é obrigatória a implementação.) MenuCommand é uma extensão de Command suportando o agrupamento de comandos.Essa classe ajuda a evitar a poluição visual de muitos comandos numa tela.Além disso para gerenciar abas,é definida TAbbedPane,que herda da classe Screen.Comela é possível gerenciar outras classes Screen, como Form,Liste Texbox.Podem também ser definidos ícones para cada aba.
Postado por Dwkeka
Terça, 13 de Março de 2012
ComentáriosEsta postágem ainda não recebeu nenhum comentário, seja o primeiro a deixar um comentário!
Pesquisar no blog: 
wapbrasil.net™