O padrão o mais comum de transferência e da apresentação de dados para um dispositivo handheld envolve a combinação do protocolo de aplicação wireless (WAP) com a língua wireless do markup (WML). Embora WAP pudesse ser usado com outros formulários da apresentação, seus codificadores projetaram-no primeiramente a ser usado com WML.
|
|
Por causa do tamanho pequeno de dispositivos dos
PCES, e porque se operam com muito menos largura de faixa ou
velocidade, do que o descanso do Internet, de um protocolo especial
era necessário para redefinir como seguram a transmissão de dados
de. Este protocolo necessitou fazer exame na consideração que
o usuário médio vê a informação em uma tela com tão pouco quanto
cinco linhas. Quando comparado a uma tela de computador, esta é
uma diferença colossal. Além ao tamanho, o dispositivo típico
dos PCES não suporta o mesmo tipo de navegação que um browser
desktop usa. Tipicamente, você executa toda a navegação dos
PCES com uma lista das opções, ou empurrando uma tecla no
dispositivo dos PCES. Para ilustrar, compare a página da
notícia superior de CNN's vista em um telefone da pilha à mesma
página vista com o Internet Explorer em uma máquina desktop.
A diferença é dramática. A cor, a disposição, o
formato, e as pias batismais são restringidos severamente em a
maioria de dispositivos dos PCES. Isto é o lugar onde WAP se
torna importante.
Quando um dispositivo conecta ao Internet, diversas ações
ocorrem para trazer o Web site ao dispositivo de pedido. O
dispositivo conecta realmente com uma série dos dispositivos que
incorporam partes diferentes da pilha da aplicação de WAP. Os
seguintes esboços o que acontece quando você pedir um Web page
usando WAP:
Ou seja o processo de buscar o índice do Internet a um
dispositivo Correia-permitido dos PCES é segurado em duas porções.
A primeira parte requer o usuário da passagem conectar ao web
server e recuperar o índice real do Web page. A segunda parte
converte este índice a um formato compatível com o dispositivo dos
PCES, e transfere então este índice ao dispositivo. Isto é o
lugar onde WAP se transforma uma parte importante do processo.
A pilha da aplicação de WAP é composta de seis porções
diferentes. Cada parte tem sua função específica, e é
importante que você compreende cada parte. A seguinte ruptura
da vontade abaixo estas peças de modo que você possa começar uma
introspecção melhor em PCES.
Uma vez que os dados manobram através desta pilha, o dispositivo dos PCES processa-a e apresenta-a na tela com um minibrowser. Isto pode ser tão básico quanto manobrando através de um menu, ou pode ser tão complexo quanto jogando um jogo interativo.
Agora que você tem uma compreensão básica da
finalidade de WAP, nos deixa examine os dados reais e como é
apresentada. Como mencionado antes, WML é uma língua do markup
baseada em XML. Não é uma língua de programação tal como
COBOL, Java, ou VBScript uniforme. É somente uma língua do
formato que defina o texto e a colocação e a aparência do objeto.
Para o exemplo, se você quisesse definir uma palavra como
bold(realce), você usaria o seguinte:
< b>Hi!</b >.
Isto resultaria em "hi!".
Entretanto, WML define também como a navegação é executada,
e como a informação é ligada. O Internet mais de nós é
familiar com os Web pages dos usos apresentar dados. Estas
páginas são realmente as limas que se sentam em um anfitrião
remoto, e downloaded a seu computador do cliente a ser visto em um
browser. Os dispositivos dos PCES usam o mesmo conceito, mas em
vez dos Web pages da visão, você vê "cartões."
O seguinte código é um cartão da amostra
<?xml version="1.0"? >
</do PÚBLICO do wml de!DOCTYPE "-/WAPFORUM//DTD WML 1.2//ED"
http://www.wapforum.org/DTD/wml12.dtd >
< wml >
< cartão >
< p >
- Histórias-<br Superiores/>
< um accesskey = "1" href=http://mobile.cnn.com/sharon.wml
o title="sharon">Sharon anuncia…</a><br/>
< um accesskey = "2" href=http://mobile.cnn.com/bush.wml
o title="bush">Bush pressiona <…do congress/a><br/>
< um accesksey = "3" href=http://mobile.cnn.com/colombia.wml
< dos alvos…do title="colombia">Colombia/a><br/>
< um accesskey = "4" href=http://mobile.cnn.com/ex-priest.wml
o title="ex-priest">Ex-title="ex-priest">Ex-priest dá…</a><br/>
</p >
</cartão >
</wml >
Após ter olhado o código da amostra, você vê
alguma similaridade entre ela e XHTML? Você deve. No
fato, WML é um irmão a XHTML, e como tal, herdou todas suas réguas.
Anote que cada Tag tem um Tag de fechamento combinando, ou na
caixa < do Br/>, é fechado pelo backslash arrastando (/). também,
anotam o lettering e o uso lowercase das citações. Estas são
todas as exigências de XHTML que foram integrados em WML.
Neste momento, você pôde querer saber porque os dispositivos
dos PCES não usam XHTML em vez de criar um padrão novo. A
resposta é que XHTML bloated demasiado para a maioria de dispositivos
dos PCES. Por causa do número das propriedades e dos ajustes
que XHTML pode suportar, um browser que seja XHTML-compatível faz
exame acima de mais memória do que o browser relativamente básico de
WML. Porque um dispositivo dos PCES é limitado na memória e no
tamanho, não pode suportar XHTML.
Um colaborador pode incorporar todo o número de
línguas de programação ou scripting em um Web page. Estas
línguas podem ser classificadas como usuário-lado que scripting ou
cliente-lado que scripting. o Usuário-lado que scripting
tipicamente segura as edições ou os processos complexos que devem
remanescer seguros por causa do connectivity da base de dados. o
Cliente-lado que scripting, na outra mão, é usado tipicamente para
necessidades de programação simples, que inclui frequentemente o
validation do formulário e os realces da apresentação, como imagens
arrastando do rato. Entretanto, as aplicações do cliente-lado
podem também consistir na programação complexa.
Por causa da variedade rica do cliente-lado que programa, os
browsers que suportam línguas de programação como o Javascript deve
saber segurar toda a programação possível funcionam. Esta
exigência significa que um browser que suporte o Javascript deve ser
grande e incómodo, que se transforma uma edição para dispositivos
espaço-space-starved dos PCES. Além ao software bloated do
browser, uma aplicação avançada do cliente-lado deve downloaded ao
browser cada vez que é usada. Embora o computador desktop
típico possa segurar uma lima 60K com nenhum problema, uma lima este
tamanho pode ser cara ao usuário da extremidade dos PCES por causa da
largura de faixa limitada. Isto é porque WMLScript se
transformou a ferramenta preliminar para a programação do
cliente-lado dos PCES.
WMLScript é muito similar ao Javascript. Inclui muitas
das mesmas funções lógicas e sintaxe. Entretanto, WMLScript
(WMLS) é mais menos complexo, e optimized para dispositivos dos PCES.
Para o exemplo, no mundo desktop que usa o Javascript, se um
programador quisesse alertar um usuário que uma ação era inválida,
usaria um comando do alert('Stop '). Isto faria com que uma
mensagem alerta estalasse acima na tela.
Este tipo de alerta imediato não é dispositivos atuais
usando-se possíveis dos PCES. Visto que um browser desktop
suporta as telas dinâmicas que aparecem no alto de uma outra tela, o
ambiente dos PCES não . Para alertar um usuário a uma entrada
inválida, o valor deve ser emitido a uma lima do certificado. A
lima deve então detectar o erro e chamar uma outra lima, que emita
por sua vez o alerta à tela do dispositivo dos PCES.
Finalmente, o reconhecimento saltará para trás ao cartão
originando, onde a entrada inválida foi feita. Como você pode
ver, o processo não é longo complexo, justo.
Para ilustrar como WML trabalha com WMLS, deixe-nos examinam uma
aplicação de amostra. O seguinte é a página de WML e de WMLS
usada criar um programa da adição da amostra.
Add.wml
_______________________________________________________________________
<?xml version="1.0"? >
</do PÚBLICO do wml de!DOCTYPE "-/PHONE.COM//DTD WML 1.3//EN"
"http://www.phone.com/dtd/wml13.dtd" >
<! - - lima de WML criada pelo --> de Openwave SDK
< wml >
< id="first do cartão" >
< type="onenterforward onevent" >
< refresque >
< "valor name="firstVal setvar =""/>
< "valor name="secondVal setvar =""/>
</refresque >
</onevent >
< p >
< faça "label="Plus "do type="accept >
< vai "do href="#second/>
</ >
Adicione dois números...
Primeiramente #:
< input "name="firstVal "do format="*N do type="text"/>
</p >
</cartão >
< id="second do cartão" >
< type="onenterforward onevent" >
< refresque >
< os name="ans setvar" avaliam =""/>
</refresque >
</onevent >
< p >
< faça "label="Add "do type="accept >
< vai href="addit.wmls#addNum()"/>
</ >
Segundo número
< input "name="secondVal "do format="*N do type="text"/>
$firstVal + ______ =
</p >
</cartão >
< title="answer" do id="answer > do cartão"
< p >
$firstVal + $secondVal = $ans
</p >
</cartão >
</wml >
_______________________________________________________________________
addIt.wmls
_______________________________________________________________________
addNum(){extern da função
valores entrantes de //grab
fv do var = WMLBrowser.getVar("firstVal");
sv do var = WMLBrowser.getVar("secondVal");
var val = WMLBrowser.getVar("ans");
valores de //convert aos inteiros
fvNum do var = Lang.parseInt(fv);
svNum do var = Lang.parseInt(sv);
valores de //add
valNum = fvNum + svNum do var;
resposta e retorno de //set ao cartão da resposta na plataforma
WMLBrowser.setVar("ans", valNum);
WMLBrowser.go("#answer");
}
Nota
Estas são três telas diferentes, usando quatro
limas diferentes. Esta mesma aplicação em um browser desktop
tal como o Internet Explorer podia ser realizada com uma lima e em uma
tela.
WML difere de toda a outra língua do formato. Como você pode ver na amostra do código, a lima de WML é realmente uma série dos cartões. Cada cartão representa uma tela possível, mas é ligado aos outros cartões na plataforma, ou ao grupo dos cartões. Você pode também ver a execução apropriada de réguas de XHTML e de XML. As citações, os Tag closed, e os atributos lowercase todos são usados consistentemente dentro desta lima.
|
|