<\/HEAD>
Resumo<\/SPAN><\/H1>O advento da versão 4.x do <\/SPAN><\/SPAN>Esri27s<\/SPAN> <\/SPAN><\/SPAN>ArcGIS API para <\/SPAN><\/SPAN>JavaScript <\/SPAN><\/SPAN>introduz<\/SPAN>s<\/SPAN> <\/SPAN>novas<\/SPAN>, <\/SPAN><\/SPAN>funcionalidades empolgantes<\/SPAN> e capacidades que permitem aos desenvolvedores criar aplicações GIS ainda mais poderosas com <\/SPAN><\/SPAN>Esri27s<\/SPAN> <\/SPAN><\/SPAN>tecnologia.<\/SPAN><\/P><\/P>Tendo investido tempo e esforço no desenvolvimento de aplicações que dependem da versão JavaScript API versão 3.x, as empresas agora enfrentam uma questão: como e quando devemos fazer a transição do 3.x para o 4.x? A resposta não é tão simples. As APIs 4.x ainda não são uma alternativa de feature-parity para as APIs 3.x (ainda) e você ainda precisa oferecer funcionalidades atraentes para seus usuários hoje. Temos foco em escrever código à prova de futuro. Quando nossa empresa enfrentou a mesma questão decidimos seguir uma abordagem que nos permitiu escrever elegante, código portátil que pode rodar não apenas sobre ambas versões da API JavaScript da Esri27s, mas também dentro de aplicações completamente diferentes (por exemplo Web AppBuilder para ArcGIS aplicações 2D apps e aplicações 3D apps).<\/span> <\/p>Durante nossa apresentação entraremos em detalhes sobre como abordamos e resolvemos o problema e mostraremos como outros desenvolvedores podem se preparar para o futuro fazendo o mesmo com suas aplicações hoje.<\/p> <\/p>Detalhes<\/span>
Apresentadores: Ian Schmitz, Sergio <\/span>Andaloro<\/span>, Spencer McEwan<\/span>
Organização:Latitude <\/span>Geographics<\/span> Group Ltd<\/span>
<\/BODY><\/HTML>
