Michael Morrison
Esta lição última da semana de bônus perscruta a bola cristalina e dá uma olhada em algumas tecnologias de Java emergentes. Hoje aprenderá sobre algumas das últimas tecnologias de Java groundbreaking e o que comprime terão em Java como o sabemos. Investigando o futuro, pode medir melhor onde apontar os seus recursos no presente, portanto a lição de hoje tenta dar-lhe um esboço áspero de alguns dos produtos novos e pendentes principais que não há dúvida desempenharão um papel significante no futuro de Java.
A lição de hoje cobre os seguintes tópicos principais:
As tecnologias de Java sobre as quais aprenderá hoje ainda estão nas suas primeiras etapas desde esta escrita, que significa que posso dar-lhe só uma olhada preliminar para o que têm de oferecer. No entanto, ainda deve ser capaz de tomar desta lição uma melhor compreensão de onde Java se encabeça e o que poderia significar para os seus próprios esforços de desenvolvimento.
Por algum tempo agora, a comunidade de desenvolvimento de software tem empurrado a ideia de componentes reutilizáveis. Em caso de que faltou ao falatório, um componente é uma parte reutilizável do software que pode reunir-se facilmente para criar aplicações com a eficiência de desenvolvimento muito maior. Esta noção da reutilização de software cuidadosamente empacotado emprestou-se até certo ponto da aproximação de linha da reunião que ficou tão popular nos Estados Unidos durante a revolução industrial, bem antes da era de computador moderna. A ideia aplicado ao software é construir componentes pequenos, reutilizáveis uma vez e logo reutilizá-los tanto quanto possível, por meio disso modernizando o processo de desenvolvimento inteiro.
| Novo termo |
Um componente de software é uma parte do software isolado em uma estrutura discreta, facilmente reutilizável. |
Embora o software componente tenha os seus méritos, o software totalmente reutilizável ainda realmente tem de estabelecer-se; isto é assim por várias razões, não menos do qual é o fato que a indústria de software ainda é muito jovem em comparação com as indústrias fincadas na revolução industrial. Suporta para raciocinar que deve levar tempo ao ferro fora as cocas de cabo no software inteiro - processo de produção. Se se parecer comigo, abraçará as modificações rápidas que se realizam no mundo de software e apreciará o fato que é uma parte de uma revolução de tipos - uma revolução de informação. Mas digressiono!
Possivelmente o maior software de componente de dificuldade teve de ficar em frente é a ampla variação de microprocessadores desiguais e sistemas operacionais no uso hoje. Houve várias tentativas razoáveis no software componente, mas sempre se limitavam a um sistema operacional específico. VBX de Microsoft e as arquiteturas componentes OCX tiveram grande êxito no mundo de PC, mas fizeram pouco para preencher a lacuna entre outros tipos de sistemas operacionais. Pesando a quantidade do trabalho necessitado adquirir uma tecnologia componente inerentemente dependente da plataforma que corre em uma ampla variação de sistemas operacionais, faz sentido que Microsoft enfocou sozinho o mercado de PC.
| Observar |
De fato, a nova tecnologia de ActiveX de Microsoft, que é baseada na sua tecnologia OCX, aspira a fornecer uma tecnologia componente útil para muitas finalidades compatível através de uma ampla variação de plataformas. Contudo, considerando a dependência de ActiveX no código de Windows de 32 bits, ainda tem de ver-se como Microsoft resolverá a questão de dependência da plataforma. Talvez somente esperam que todo o mundo ligue ao Windows 95/NT? |
Antes da explosão da Internet, a questão de dependência da plataforma não foi tudo que grande um acordo. os desenvolvedores de PC não necessariamente se preocuparam demasiado que os seus produtos não correriam em um sistema de Solaris. Okey, alguns desenvolvedores de PC cercaram as suas apostas e transportaram as suas aplicações em diagonal à plataforma de Macintosh, mas a maioria com esforços de desenvolvimento consideráveis. O cenário inteiro modificou-se com o pote de fundição de sistema operacional criado pela Internet. O resultado foi um interesse renovado no software que se desenvolve que todo o mundo pode usar, apesar de que sistema operacional resultam estar correndo. Java foi um fator principal na criação de desenvolvimento de software realmente independente da plataforma uma realidade. Contudo, até há pouco Java não proveu uma resposta à questão do software-we'll componente vêm a isto durante somente um momento.
Como se a questão de dependência da plataforma não fosse bastante, algumas tecnologias componentes existentes também sofrem de ter necessidade de desenvolver-se em uma determinada linguagem de programação ou para um determinado ambiente de desenvolvimento. Tão como a dependência de plataforma mutila componentes no tempo de execução, limitando o desenvolvimento componente a uma determinada linguagem de programação ou o ambiente de desenvolvimento igualmente mutila componentes no fim de desenvolvimento. Os desenvolvedores de software querem ser capazes de decidir para si mesmos que língua é a mais apropriada para uma determinada tarefa. De mesmo modo, os desenvolvedores querem ser capazes de selecionar o ambiente de desenvolvimento que melhor ajusta as suas necessidades, em vez de conseguir-se a usar um baseado nos constrangimentos de uma tecnologia componente.
Portanto qualquer tecnologia componente de longo prazo realista deve tratar tanto com a questão da dependência de plataforma como com com dependência de língua. Isto traz-me ao tópico à mão: Feijões de Java. A tecnologia de Feijões de Java de JavaSoft é uma tecnologia componente que responde ambos destes problemas diretamente. A tecnologia de Feijões de Java promete tomar o paradigma de reunião de software componente a um novo nível. Desde esta escrita, a especificação de Feijões de Java é no desenvolvimento com um lançamento preliminar para seguir logo depois.
Os Feijões de Java estão implementando-se como uma arquitetura - e API independente da plataforma para criar e usar componentes de software Java dinâmicos. Os Feijões de Java apanham onde outras tecnologias componentes desistiram, usando a plataforma de Java portátil como a base para fornecer uma solução de software componente completa que é prontamente aplicável ao mundo online.
Depois do êxito rápido do sistema de tempo de execução de Java e linguagem de programação, JavaSoft realizou a importância de desenvolver uma solução de tecnologia componente completa. A sua resposta é a tecnologia de Feijões de Java, cujas metas de desenho podem resumir-se pela seguinte lista de exigências:
A primeira exigência de Feijões de Java - para ser muito compacta - é baseada no fato que os componentes de Feijões de Java muitas vezes se usarão em ambientes distribuídos onde os componentes inteiros podem transferir-se através de uma Conexão à Internet de largura de banda baixa. Claramente, os componentes devem ser os mais compactos possível para facilitar um tempo de transferência razoável. A segunda parte desta meta relaciona-se à tranquilidade com a qual os componentes se constroem e se usam. Não é tal esticamento para imaginar componentes que são fáceis usar, mas criação de uma arquitetura componente que faz fácil construir componentes é uma questão diferente completamente. As tentativas existentes no software componente muitas vezes infeccionavam-se pelo complexo programando APIs que o fazem difícil para desenvolvedores criar componentes sem dores de cabeça crônicas. Portanto os componentes de Feijões de Java só não devem ser fáceis usar, mas também fácil desenvolver-se. Para você e mim, isto é uma exigência crítica porque significa menos úlceras e mais tempo embelezar componentes com características de rufos.
Os componentes de Feijões de Java são basicamente baseados na estrutura de classe já no uso com Java tradicional applet a programação, que é um benefício enorme àqueles de nós pesadamente investimento do nosso tempo e energia na aprendizagem de Java. JavaSoft prometeu que Java applets projetado em volta do pacote awt escalará facilmente a novos componentes de Feijões de Java. Isto também tem o efeito de lado positivo de fazer componentes de Feijões de Java muito compactos, desde que Java applets já é muito eficiente quanto a tamanho.
A segunda meta principal de Feijões de Java é ser totalmente portátil; aprendeu a importância disto no início desta lição. JavaSoft está no processo de finalizar uns Feijões de Java API que define a armação componente específica de componentes de Feijões de Java. Os Feijões de Java que API ligou com o sistema de Java independente da plataforma no qual é baseado compreenderão em conjunto a solução componente independente da plataforma aludiu a antes. Por conseguinte, os desenvolvedores não precisarão de incomodar-se com a inclusão de bibliotecas específicas para a plataforma com o seu Java applets. O resultado será componentes reutilizáveis que unificarão o mundo da computação abaixo de um guarda-chuva feliz, pacífico. OKAY, talvez isto pede que um pouco demasiado-I'll concorde somente com ser capaz de desenvolver um componente e o tenha corrida não modificada em qualquer sistema apoiado por Java.
A arquitetura de Java existente já oferece uma ampla variação de benefícios facilmente aplicou a componentes. Um do que é mais importante, mas raramente mencionava, as características do Java é o seu mecanismo de descoberta de classe construído, que permite a objetos de interagir um com outro dinamicamente. Isto resulta em um sistema onde os objetos podem integrar-se um a outro independentemente das suas respetivas origens ou história de desenvolvimento. O mecanismo de descoberta de classe não é somente uma característica arrumada de Java; é uma exigência necessária em qualquer arquitetura componente. É sorte para Feijões de Java que esta funcionalidade já se fornece por Java sem custo adicional. Outras arquiteturas componentes tiveram de implementar mecanismos de registro confusos para realizar o mesmo resultado.
Outro exemplo de Feijões de Java que herdam funcionalidade de Java existente é persistência, que é a capacidade de um objeto de guardar e recuperar o seu estado interno. A persistência trata-se automaticamente em Feijões de Java usando simplesmente o mecanismo de seriação já apresentam em Java. Alternadamente, os desenvolvedores podem criar soluções de persistência construídas sempre que necessário.
| Novo termo |
A persistência é a capacidade de um objeto ou componente para guardar e recuperar o seu estado interno. |
| Novo termo |
A seriação é o processo do armazenamento ou recuperar informação por um protocolo padrão. |
Embora não um elemento principal da arquitetura de Feijões de Java, o suporte da computação distribuída seja uma principal questão com Feijões de Java. Como a computação distribuída necessita soluções relativamente complexas em consequência da natureza complexa de sistemas distribuídos, Feijões de Java alavanca o uso de aproximações distribuídas externas baseadas na necessidade. Em outras palavras, Feijões de Java permite a desenvolvedores usar mecanismos computacionais distribuídos sempre que necessário, mas não se sobrecarrega com o suporte principal da computação distribuída. Isto pode parecer que os arquitetos de Feijões de Java são preguiçosos, mas de fato é esta mesma aproximação de desenho que permite a componentes de Feijões de Java ser muito compactos, desde distribuído as soluções computacionais inevitavelmente necessitam muito mais em cima.
Os desenvolvedores de componente de Feijões de Java têm a opção de selecionar uma aproximação computacional distribuída que melhor ajusta as suas necessidades. JavaSoft fornece uma solução computacional distribuída na sua tecnologia de Remote Method Invocation (RMI), mas os desenvolvedores de Feijões de Java não se algemam de modo nenhum a esta solução. Outras opções incluem CORBA (Arquitetura de Corretor de Pedido de Objeto Comum) e DCOM de Microsoft (Modelo de Objeto Componente Distribuído), entre outros. O caso é que a computação distribuída se abstraiu limpamente de Feijões de Java para guardar coisas apertadas permitindo ainda a desenvolvedores que necessitam o suporte distribuído uma ampla variação de opções.
A meta de desenho final de Feijões de Java trata com questões de tempo de design e como os desenvolvedores constroem aplicações usando componentes de Feijões de Java. A arquitetura de Feijões de Java inclui o suporte de especificar propriedades de tempo de design e editar mecanismos para facilitar melhor a edição visual de componentes de Feijões de Java. O resultado consiste em que os desenvolvedores serão capazes de usar instrumentos visuais para reunir e modificar componentes de Feijões de Java de uma maneira sem costura, muito o caminho PC existente trabalho de instrumentos visual com componentes como controles de OCX ou VBX. Deste modo, os desenvolvedores componentes especificam o caminho do qual os componentes devem usar-se e manipular-se em um ambiente de desenvolvimento. Esta característica sozinha conduzirá oficialmente no uso de editores visuais profissionais e significativamente empurrará a produtividade de desenvolvedores aplicados.
Muitos desenvolvedores não completamente familiares com a ideia de componentes de software vão se confundir provavelmente pela relação de Feijões de Java a Java. Java não se angariou como uma tecnologia orientada ao objeto capaz do serviço de objetos reutilizáveis? Sim e não. Sim, Java fornece um meio de construir objetos reutilizáveis, mas há pouco governo de padrões ou regras como os objetos interagem um com outro. Os Feijões de Java baseiam-se no desenho existente de Java especificando um jogo rico de mecanismos da interação entre objetos, junto com ações comuns que a maior parte de objetos precisarão de apoiar, como manejo de evento e persistência.
O modelo de componente de Java atual, embora não mal, limita-se relativamente quando vem à entrega de reutilizabilidade verdadeira e interoperabilidade. Ao nível de objeto, não há realmente mecanismo franco para criar objetos de Java reutilizáveis que podem interagir com outros objetos dinamicamente de uma maneira consistente. A coisa muito próxima que pode fazer em Java é criar applets e tentativa de permitir-lhes comunicar-se um com outro em uma Página da Web, que não é uma tarefa muito franca. Os Feijões de Java fornecem a armação pela qual esta comunicação pode realizar-se com a tranquilidade. Mesmo mais importante é o fato que os componentes de Feijões de Java podem torcer-se facilmente via um conjunto padrão de propriedades bem definidas. Basicamente, Feijões de Java funde o poder de Java completamente desabrochado applets com a compacidade e a reutilizabilidade de Java awt componentes, como botões.
Os componentes de Feijões de Java não se limitam a objetos visuais como botões, de qualquer modo. Pode desenvolver tão facilmente componentes de Feijões de Java não-visuais que executam alguma função de fundo de comum acordo com outros componentes. Deste modo, Feijões de Java funde o poder de Java visual applets com aplicações de Java não-visuais abaixo de uma armação componente consistente.
| Observar |
Um componente não-visual é qualquer componente que não tem produção visível. Pensando em componentes quanto a objetos de awt como botões e cardápios, isto pode parecer um pouco estranho. Contudo, tenha em mente que um componente é simplesmente um programa justamente empacotado e não tem exigência específica de ser visual. Um bom exemplo de um componente não-visual é um componente de cronômetro, que dispara eventos de regulação de tempo em intervalos especificados. Os componentes de cronômetro são muito populares em outros ambientes de desenvolvimento componentes, como Microsoft Visual Basic. |
Pode usar em conjunto vários componentes de Feijões de Java sem escrever necessariamente qualquer código usando instrumentos visuais. Esta capacidade de usar vários componentes em conjunto apesar da sua origem é um aumento ao modelo de Java atual. Pode usar certamente outros objetos preconstruídos em Java, mas deve ter um conhecimento íntimo da interface do objeto. Adicionalmente, deve integrar o objeto no seu código programaticalmente. Os componentes de Feijões de Java expõem as suas próprias interfaces visualmente, fornecendo um meio de editar as suas propriedades sem programação. Além disso, usando um editor visual, simplesmente pode "deixar" um componente de Feijões de Java diretamente em uma aplicação sem escrever qualquer código. Isto é um nível inteiramente novo de flexibilidade e reutilização não anteriormente possível em Java sozinho.
Okey, vagueei bastante sobre Feijões de Java do ponto de vista do que faz e porque é fresco. Vamos enfocar agora alguma especificação quanto a como tudo isso é possível. Tenha em mente que os Feijões de Java são enfim uma interface de programação, significando que todas as suas características se implementam como extensões à biblioteca de classe de Java padrão. Portanto toda a funcionalidade fornecida por Feijões de Java implementa-se de fato nos Feijões de Java API. Os Feijões de Java próprio API são uma suite de mais pequeno APIs dedicado a funções específicas ou serviços. O seguinte é uma lista dos serviços componentes principais nos Feijões de Java API que são necessários para facilitar todas as características sobre as quais tem aprendido hoje:
Entendendo estes serviços e como trabalham, terá muito mais compreensão exatamente que tipo de tecnologia os Feijões de Java são. Cada um destes serviços implementa-se na forma de mais pequeno APIs contido dentro dos Feijões de Java maiores API. As seguintes poucas seções dedicam-se a cada um destes APIs e porque são elementos necessários da arquitetura de Feijões de Java.
Os APIs de GUI-fusão fornecem um meio para um componente para fundir os seus elementos GUI com o documento de container, que é normalmente somente a Página da Web que contém o componente. A maior parte de documentos de container têm cardápios e barras de ferramentas que têm de expor qualquer característica especial fornecida pelo componente. A GUI-fusão APIs permite ao componente acrescentar características ao cardápio do documento de container e barra de ferramentas. Estes APIs também definem o mecanismo que facilita negociações espaciais entre componentes e os seus containeres. Em outras palavras, a GUI-fusão APIs também define as propriedades de leiaute de componentes.
| Novo termo |
Um documento de container é um documento (tipicamente HTML) contendo componentes de Feijões de Java que serve de um pai de todos os componentes que contém. Os documentos de container tipicamente são responsáveis por dirigir o cardápio principal e barra de ferramentas, entre outras coisas. |
Os APIs de persistência especificam o mecanismo pelo qual os componentes podem guardar-se e recuperar-se dentro do contexto de um contendo documento. À revelia, os componentes herdam o mecanismo de seriação automático fornecido por Java. Os desenvolvedores também são livres de projetar soluções de persistência mais complicadas baseadas nas necessidades específicas dos seus componentes.
Os APIs tratam o evento especificam uma arquitetura dirigida pelo evento que define como os componentes interagem um com outro. Java awt já inclui um modelo potente que trata o evento, que serve da base do APIs componente que trata o evento. Estes APIs são críticos na permissão de componentes a liberdade de interagir um com outro de uma maneira consistente.
Os APIs de introspeção definem as técnicas pelas quais os componentes fazem a sua estrutura interna prontamente disponível no tempo de design. Estes APIs compõem-se da funcionalidade necessária para permitir a instrumentos de desenvolvimento questionar um componente do seu estado interno, inclusive as interfaces, métodos e variáveis de membro que compreendem o componente. Os APIs dividem-se em duas seções distintas, baseadas ao nível ao qual se estão usando. Por exemplo, a introspeção de baixo nível APIs permitem a instrumentos de desenvolvimento o acesso direto ao componente internals, que é uma função que não necessariamente quereria nas mãos de usuários componentes. Isto traz-nos ao APIs de alto nível. Os APIs de alto nível usam o APIs de baixo nível para determinar que partes de um componente se exportam para a modificação de usuário. Assim, embora os instrumentos de desenvolvimento utilizem indubitavelmente ambos APIs, usarão o APIs de alto nível só fornecendo a informação componente ao usuário.
Os APIs de suporte de construtor aplicados fornecem o necessário de cima para editar e manipular componentes no tempo de design. Estes APIs usam-se basicamente por instrumentos de desenvolvimento visuais para fornecer um meio de expor visualmente e editar componentes construindo uma aplicação. A seção de um componente que fornece capacidades de edição visuais projeta-se especificamente para ser fisicamente separada do próprio componente. Isto é portanto os componentes em tempo de execução autônomos podem ser os mais compactos possível. Em um ambiente puramente em tempo de execução, os componentes transferem-se com só o componente em tempo de execução necessário. Os desenvolvedores que querem usar as facilidades de componente de tempo de design podem adquirir facilmente a porção de tempo de design do componente.
Embora Java se tenha angariado basicamente como uma nova linguagem de programação arrumada, é de fato muito mais do que isto. Java também é um sistema em tempo de execução muito potente e compacto que de muitos modos imita as facilidades fornecidas por um sistema operacional completamente desabrochado. Sabendo isto, não foi uma surpresa completa a algum que JavaSoft decidiu construir um sistema operacional completo em volta da tecnologia de Java. Este novo sistema operacional chama-se JavaOS e descreve-se por JavaSoft como "um sistema operacional altamente compacto projetado para dirigir aplicações de Java diretamente em microprocessadores em algo de computadores líquidos a paginadores".
A posição do projeto de JavaOS é ainda basicamente abaixo de agasalhos desde esta escrita, mas há bastante informação fora para adquirir pelo menos uma ideia de onde JavaSoft se encabeça com ele. Antes de tudo, espera-se que JavaOS monte a onda criada por Java e o seu êxito insanamente rápido. Contudo, não deixe aquela afirmação enganá-lo no pensamento que JavaOS é um pouco menos legítimo do que a tecnologia na qual se constrói. A ideia de construir um sistema operacional completo em cima da tecnologia de Java existente faz o sentido perfeito. E se JavaSoft puser tão muito o pensamento em JavaOS como fez em Java, não há dúvida será um sistema operacional muito interessante.
As aplicações de um sistema operacional compacto, eficiente que pode dirigir nativamente programas Java são distantes e largas. De fato, JavaSoft já fez menção a vários dispositivos aos quais a tecnologia de JavaOS pode aplicar-se facilmente. Estes dispositivos incluem tudo de computadores em rede a telefones celulares basicamente qualquer dispositivo que pode beneficiar-se de um sistema operacional compacto e suporte de uma linguagem de programação potente como Java.
JavaOS descreveu-se por JavaSoft como somente bastante sistema operacional para dirigir Java máquina virtual. Com esta meta de desenho mínima, suporta para raciocinar que JavaSoft visa basicamente dispositivos eletrônicos com a tecnologia de JavaOS. Como parte desta aproximação, JavaOS projeta-se especificamente para ser totalmente ROMable, subentendendo que trabalhará bem nos sistemas embarcados comuns a dispositivos eletrônicos.
| Novo termo |
Uma tecnologia de software ROMable é aquela que pode implementar-se na memória somente de leitura (ROM). O ROM usa-se comumente em dispositivos eletrônicos para guardar o código de sistema executável, desde que não há tipicamente outro meio de armazenamento além da memória de acesso casual (RAM), que é temporária. |
| Novo termo |
Um sistema embarcado é um sistema de computador abaixo escalado programado para executar uma determinada função dentro de um dispositivo eletrônico. |
JavaSoft fez menção a JavaOS que é capaz de correr com apenas 512 KBS do ROM e 256 KBS da memória de acesso aleatório em um ambiente introduzido. De mesmo modo, um sistema de JavaOS inteiro que corre em um computador em rede necessita só 3 Mb do ROM e 4 Mb da memória de acesso aleatório. Estes números últimos incluem o espaço de JavaOS, o Navegador da Web de HotJava e um esconderijo para carregar do Conteúdo Web e applets. As exigências mínimas de JavaOS preparam o terreno de alguns produtos únicos como assistentes digitais pessoais compactos (PDAs) com o suporte de Internet completo.
Por causa do êxito de Java, JavaOS é capaz de gostar do suporte de indústria antes da sua disponibilidade em até uma forma preliminar. Um grupo impressionante de companhias de tecnologia já anunciou planos de autorizar JavaOS. De mesmo modo, um grupo igualmente importante de companhias de instrumentos de software anunciou planos de fornecer instrumentos de desenvolvimento para JavaOS. Estas duas áreas do suporte fornecem o um-dois soco necessário para JavaOS para ser um êxito.
JavaSoft já trabalha com as companhias de instrumentos de software para definir o grupo de APIs para desenvolver aplicações para JavaOS. Os jogadores principais na cena de desenvolvimento de Java já anunciaram intenções de realçar os seus ambientes de desenvolvimento para apoiar o desenvolvimento de sistemas embarcados de JavaOS. Isto é um passo bastante principal no mundo de programação introduzido, onde muitos instrumentos de desenvolvimento ainda são regularmente primitivos em comparação com os instrumentos visuais usados por desenvolvedores aplicados de computador.
| Observar |
Em uma frente semelhante, tanto Solaris como as plataformas de Windows cobrem-se com ardósia para incluir o suporte cheio de Java ao nível de sistema operacional. Contudo, este suporte vai se destinar mais para o apoio do sistema de tempo de execução de Java do que o serviço de uma implementação de JavaOS. |
Como se o Sol não se diversificasse bastante com JavaOS, recentemente surpreendeu o mundo de microprocessador anunciando o desenvolvimento de uma linha de microprocessadores que se otimizam para Java. Os microprocessadores não são novos para o Sol, cuja divisão de Microeletrônica de Sol é responsável pela linha SPARC popular de microprocessadores. Contudo, a ideia de microprocessadores de desenvolvimento de Microeletrônica de Sol especificamente para apoiar Java não há dúvida pegou muitas pessoas do guarda, inclusive outras companhias de microprocessador!
| Observar |
Somente portanto não se confunde, tanto a Microeletrônica de Sol como JavaSoft é as divisões dos Microsistemas de Sol. Assim, sempre que me refira ao Sol refiro-me à companhia total. |
Os microprocessadores de Java são bastante obviamente ainda outro movimento da parte de Sol para capitalizar-se no êxito de Java. Contudo, como JavaOS, o Sol legitimamente tem um ângulo interessante e potencialmente lucrativo no desenvolvimento de microprocessadores de Java. Também como JavaOS, a aplicação de objetivo primária para microprocessadores de Java está em sistemas embarcados. A velocidade é um fator crítico em sistemas embarcados, principalmente devido ao cavalo-vapor limitado disponível em tais pequenos sistemas. Os microprocessadores de Java têm o potencial para aumentar significativamente a realização desde que se estão projetando em volta da tecnologia de Java altamente eficiente. O contraste isto com outros microprocessadores introduzidos que tipicamente têm um desenho mais geral.
O sol empurra microprocessadores de Java baseados em um novo paradigma de produto de microprocessador: simples, seguro, e pequeno. Acrescente à promessa deste Sol de entregar microprocessadores de Java em uma fração do preço de microprocessadores tradicionais. O sol apela claramente ao mercado de eletrônica de consumo, onde um microprocessador compacto, de baixo custo balançaria provavelmente muitos barcos. O sol também anunciou o desenvolvimento de uma variedade cheia do componente - e produtos de nível do conselho para apoiar os microprocessadores.
Embora a perspectiva de um microprocessador de Java pudesse parecer estranha no início, não é difícil ver a motivação. Antes de 1999, espera-se que casa americana média contenha entre 50 e 100 microcontroladores. No mundo inteiro, lá também se esperam ser mais de 145 milhões de usuários de telefone celular, com cada telefone que contém pelo menos um microcontrolador. E cada microcontrolador contém pelo menos um microprocessador. Começa a adquirir o quadro?
| Novo termo |
Um microcontrolador é um sistema de computador em miniatura, normalmente implementado em um conselho de circuito único, reduzido para apoiar uma função limitada como os necessitados por dispositivos eletrônicos. |
A família de processador de Java cobre-se com ardósia para compor-se de três linhas de microprocessadores:
As seguintes poucas seções descrevem estas linhas de processador diferentes e que aplicações cada um visa.
A linha de fim baixo de microprocessadores de Java chama-se picoJAVA e serve do design básico no qual todos os microprocessadores se baseiam. O núcleo picoJAVA projeta-se para fornecer o melhor preço / microprocessador de realização que totalmente apoia Java máquina virtual. Espera-se que a linha picoJAVA de microprocessadores tenha um preço por processador de menos de US$ 25, estabelecendo-o como um objetivo principal de aplicações de telefone celular, entre muitos outros produtos de eletrônica de consumo.
A seguinte linha de processador acima de picoJAVA é microJava, que constrói entrada-saída específica para a aplicação, memória, comunicações e funções de controle para o núcleo picoJAVA. espera-se que os processadores de microJava custem em qualquer lugar de US$ 25 a US$ 100, que os faz bons candidatos para uma ampla variação de dispositivos de rede como equipamento de telecomunicações, junto com outras aplicações de não-rede como impressoras e videogames.
A linha de alta qualidade de microprocessadores de Java chama-se UltraJAVA e projeta-se para ser os processadores de Java muito mais rápidos disponíveis. A linha de processador de UltraJAVA inclui o suporte da gráfica promovida em virtude de Visual Instruction Set (VIS) de Sol, que define extensões de gráfica de hardware de alta performance. Não surpreendentemente, a linha de UltraJAVA de processadores visa principalmente aplicações de gráficos e de multimédia 3D de alta qualidade. Com um preço esperado que começa em US$ 100, a linha de processador de UltraJAVA ainda pode ser um contrato.
Hoje fez um balanço do futuro de Java aprendendo sobre algumas tecnologias que se baseiam na armação estável de Java. Embora estas tecnologias não necessariamente possam afetar os seus esforços de desenvolvimento de Java a qualquer hora logo, ainda desempenharão um papel crítico em Java que consegue maturidade como uma tecnologia estável. Começou a lição aprendendo sobre Feijões de Java, que é uma nova tecnologia de software que promete trazer componentes de software reutilizáveis a Java. Então mudou a JavaOS, que é um novo sistema operacional baseado inteiramente em Java máquina virtual. Terminou a lição com uma olhada nos novos microprocessadores de Java, que aspiram a ser a primeira implementação de Java de silício.
Esta lição conclui a sua semana de bônus. Durante esta semana aprendeu muita informação que não se relaciona inteiramente, exceto que Java está no coração de tudo isso. Estimulo-o a usar esta informação como uma fundação para aprender mais sobre a programação de Java e as tecnologias emergentes que o realçarão no futuro.
| Qual é a diferença entre um componente de Feijões de Java e uma classe de Java regular? | |
| Um componente de Feijões de Java é uma classe de Java regular baseou-se nos Feijões de Java API. Mais especificamente, um componente de Feijões de Java acrescenta à estrutura de classe de Java padrão a capacidade de interagir com outros componentes, um mecanismo bem definido para expor a informação sobre si mesmo e um meio pelo qual pode editar-se visualmente. | |
| O que é um exemplo de um documento de container? | |
| Um bom exemplo de um documento de container é uma página de HTML. Entenda que o papel de um documento de container ultrapassa somente ser um documento no sentido que um documento HTML se compõe do código de HTML. Com respeito a componentes de Feijões de Java, um documento de container fornece a maior parte das de cima da aplicação de pais, como direção do cardápio principal e barra de ferramentas. Neste caso, a aplicação de pais é o Navegador da Web no qual o documento se está examinando. | |
| JavaOS competirá com sistemas operacionais de mesa estabelecidos como o Windows 95 ou Macintosh OS? | |
| Não vou fazer qualquer afirmação absoluta aqui, mas parece muito improvavelmente que o Sol posicionaria alguma vez JavaOS como um sistema operacional que competiria no mercado de computador pessoal - ou qualquer mercado de computador de mesa, no que diz respeito ao assunto. Pelo desenho, JavaOS visa-se em direção a sistemas mais compactos, como os prevalecentes em produtos de eletrônica de consumo. | |
| JavaOS e os microprocessadores de Java modificarão a língua de Java de algum modo? | |
| Não. A língua de Java congela-se desde a versão 1.02, significando que qualquer adição à língua deve vir na forma de novo APIs em vez de modificações ao API principal. É improvável que os microprocessadores de Java ou JavaOS precisassem de modificar o desenho da língua de Java, de qualquer maneira. |