Sabemos que desenvolver aplicações em Silverlight, é uma tarefa que identifica dois talentos: design e desenvolvimento. Contudo e apesar das técnicas que cada um utiliza no desenolvimento da aplicação, a segurança da mesma é um factor muito importante!
Para ajudar a perceber quais os factores de segurança importantes a ter em atenção, no desenvolvimento das aplicações em Silverlight, eis um white papper disponibilizado pela Microsoft, e escrito por Jesse Colins.
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=7cef15a8-8ae6-48eb-9621-ee35c2547773
São 15 páginas, que nos ajudam a entender o fluxo interno do Silverlight e que portanto identifica os pilares, a serem protegidos e nos dá as dicas e linhas mestres de segurança.
Cross-site scripting, CSRF, sand box e policy, são alguns tópicos identificados para tomar em atenção no desenvolvimento em Silverlight.
No centro de desenvolvimento de Silverlight na MSDN, existe também uns tópicos que abordam estas questões de segurança no desenvolvimento em Silverlight.
http://msdn.microsoft.com/en-us/library/cc972657(VS.95).aspx
Para quem desenvolve em Silverlight, aconselho vivamente a dar uma vista de olhos nestes tópicos.
[cross posted em: http://xamlpt.com/blogs/chaves/archive/2009/03/22/seguran-231-a-em-aplica-231-245-es-silverlight.aspx ]
Olá a todos,
Depois do lançamento de novidades, mais novidades e mais algumas novidades, eis que aparece o Silverlight 3 Beta! Anunciado durante a keynote do MIX09, conjuntamente com outras novidades web.
Agora como começar a explorar as funcionalidades desta 3ª versão?
Binários:
http://silverlight.net/getstarted/silverlight3/default.aspx (runtimes para win e Mac),
Nota: Relativamente às tools para o VS 2008 SP1, há que tomar em conta o facto de não ser possível compilar aplicações para silverlight 2.0! Isto significa que será necessário separar os compiladores, e que portanto obriga a existir outro ambiente de desenvolvimento para silverlight 3. Não sei se este problema se irá manter-se para a versão final, mas para já é necessário separar.
Para o Expression Blend 3: http://www.microsoft.com/expression/blendpreview
Vídeo e exemplos:
http://silverlight.net/learn/videocat.aspx?cat=12#sl3
Nada como um vídeo e um bom exemplo, para que seja possível entender como utilizar as novas funcionalidade do silverlight 3.
Documentação e ajudas:
Sabemos que para além dos exemplos e vídeos, a documentação e a ajuda pela experiência de outros, é fundamental para quem desenvolve. Para esta versão já foi criado o forúm no site http://silverlight.net/forums/51.aspx , além disso os blogs já habituais e um eBook grátis para nos iniciarmos na versão 3 em: http://go.microsoft.com/?linkid=9654953
No XamlPT no espaço dedicado para a versão3 haverá lugar para questões e ajudas.
Cross posted with: http://xamlpt.com/blogs/chaves/archive/2009/03/18/silverlight-3-como-come-231-ar.aspx
Já se pode começar a experimentar a desenvolver aplicações que tirem partido das api's de multi toque do Windows 7.
http://www.microsoft.com/downloadS/details.aspx?familyid=A91DC12A-FC94-4027-B67E-46BAB7C5226C&displaylang=en
São 1,3GB :P
Mas é a ponte para o futuro das aplicações cada vais centradas na User experience e que tirem o máximo partido das capacidades do hardware.
Mais um excelente recurso para quem quer dar os primeiros passos em Silverlight 2, nada mais que um ebook grátis disponível em: http://csna01.libredigital.com/?urvs5cn3s8
Estão também disponíveis os livros de LINQ e ASP.NET, que são nada mais que utensílios muito bons para utilização em conjunta de Silverlight e WPF.
Cross posted in http://xamlpt.com/blogs/chaves/archive/2009/03/12/sdk-win7-aka-multi-toque-e-tamb-233-m-ebooks-silverlight-linq-e-asp-net.aspx
Olá a todos,
Gostaria de aproveitar no primeiro post deste blog, para não só desejar o melhor sucesso para esta comunidade e reforçar a sua importância no meio tecnológico em que estamos envolvidos, principalmente para todos os que trabalham ou desenvolvem soluções tecnológicas.
O Caminho
Muitas das vezes e da forma como hoje a tecnologia é proporcionada aos utilizadores, não é complicado para alguém que queira fazer uma pequena solução, utilizando qualquer uma das tecnologias de base do mercado. A diferença passa também essencialmente por alguns atributos como:
Qualidade aplicacional – interface e comportamento humano, face à interface apresentada;
Solução escalável – hoje são 10 utilizadores amanhã são 100;
Arquitectura – Esquematização interna dos blocos da solução, se for necessário trocar um bloco qual é o preço?
Alta disponibilidade – Esta é uma das minhas favoritas (pessoalmente não gosto de soluções que apresentem problemas de disponibilidade… eu quero aceder ou obter resultados 99.99% das vezes que peço :P) , aqui muitas das vezes é preço vs necessidade;
Testes – hum… não queremos erros, ou comportamentos estranhos nas soluções.
Por estas razões e outras, é que se torna evidente enveredar por desenvolver as soluções sobre guide lines, boas práticas, ou até recomendações por quem já tem anos de experiência. E quando desenvolvemos interfaces, não estamos fora deste âmbito, e portanto o XAML também deverá ser desenvolvido de uma forma consistente e respeitando sempre a sua estrutura de definição de elementos.
Apesar de ser bastante “parecido” ao XML, não significa que para os seus atributos específicos ou nas suas propriedades, não tenhamos que ter em atenção a alguns pormenores. Hum… mas sabem que mais… aqui ainda é mais “perigoso”, é que não são os designers que “geram” 90% do XAML da nossa aplicação? Sim… utilizando as ferramentas Expression Design ou Blend, é o mais provável… então significa que os developers devem ter uma atenção especial, por falta de controlo do desenho e definição.
Os Recursos
Por isso queria partilhar com todos alguns recursos que não só, são boas práticas para o desenvolvimento com XAML (a família toda do wpf), como também são boas dicas e truques para se perceber como é bastante intuitivo a utilização desta tecnologia.
http://silverlight.net/learn/learnvideo.aspx?video=53504 – Introdução do Expression Blend para silverlight, mas na visão dos devs.
Como começo?
Já tive várias pessoas que me perguntaram o seguinte: “Num projecto de Silverlight o developer e o designer devem começar onde? No Blend? Ou no Visual Studio?”
A minha opinião, baseada na experiência que tenho vindo a ter nas aplicações e demos que tenho feito, juntamente com um designer, dizem-me que o primeiro passo é em conversa. Primeiro em equipa com o designer perceber o que queremos e qual será o resultado esperado no final. Siga-se para um protótipo desenhado no papel, adicionando os requisitos necessários. Nesta fase o developer começa a desenhar a sua solução mentalmente. Aqui o designer pode e deve começar a desenhar a interface da aplicação fora do Blend.
Agora o developer pensa como será a estrutura do projecto, e no Visual Studio deverá criar a aplicação e definir a estrutura final de directórios e ficheiros e faz a primeira build no Visual Studio. Agora o projecto pode ser partilhado e o designer já pode utilizar os ficheiros da aplicação e “colar” o XAML desenhado.
Independentemente de serem realizados estes passos ou menos, ou outros diferentes, o meu conselho vai para a: façam a primeira build o projecto de silverlight no Visual Studio. Digo isto, porque não é a primeira vez que tive imensos problemas pelo facto de a primeira build do projecto ter sido feita no Blend… o que aconteceu é que o VS sobrepôs a build do Blend e houve funcionalidades que “magicamente” desapareceram do projecto…
Ainda não encontrei alguma explicação de carácter oficial sobre este “problema”, mas é o que tenho dito a todos que me perguntam ou que me têm “aturado” em workshops.
É então fulcral encontrar o melhor caminho para “escrever” XAML e desenvolver as soluções em Silverlight.
Algumas que tomei em conta:
WPF SDK - http://blogs.msdn.com/wpfsdk/archive/2006/07/06/best-practices-for-globalization-and-localization-in-wpf.aspx
Prism, apesar de alguma controvérsia em volta, eu acho que nos textos de prism se encontram algumas dicas essenciais:
http://timheuer.com/blog/archive/2009/02/18/prism-2-released-composite-guidance-for-silverlight-lob.aspx - Model-View-ViewModel
http://www.microsoft.com/downloads/details.aspx?FamilyID=fa07e1ce-ca3f-4b9b-a21b-e3fa10d013dd&DisplayLang=en – A bíblia das boas práticas, é recomendável a sua leitura J.
Não esquecer
Em jeito de conclusão, deixava só a nota de importância dos métodos utilizados no desenvolvimento destas aplicações, não pela “portabilidade” que nos é dado na utilização de XAML, para as interfaces, mas também das notações e definições usadas pela equipa.
Não é difícil, mas não é tão fácil desenhar XAML correctamente de maneira, a que seja moldável o suficiente para a sua máxima portabilidade.
Obrigado.
Cross posted: http://xamlpt.com/blogs/chaves/archive/2009/03/12/the-right-way-to-xaml.aspx