Há algum tempo atrás queixei-me do facto de não existir um TypeConverter para Type na Plataforma .NET.
Na altura tinha procurado por um na plataforma, mas só tinha encontrado implementações privadas.
Afinal, a versão 2.0 da Plataforma .NET introduzio o TypeNameConverter que faz praticamente o mesmo que o TypeTypeConverter, apesar da má escolha do nome.
má escolha de nome porque a documentação do TypeConverter diz que "O mais comum tipo de conversor de tipos é aquele que converte de e para uma representação textual.". Este conversor não converte de texto para um Type Name mas para uma instância de Type. No entanto, faz parte da plataforma e deve ser usado em determinento do meu.
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
Para quem não pode (ou não quer) instalar a .NET Framework 3.5, os service packs nela incluídos para as versões 2.0 e 3.0 estão disponíveis isoladamente.
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
O Visual Studio 2008 e a .NET Framework 3.5 foram finalmente lançados.
Os subscritores MSDN podem descarregar a versão final do Visual Studio 2008 dos MSDN Subscription Downloads, mas qualquer pessoa pode obter uma versão trial ou Express Edition.
A .NET Framework 3.5 contem muitas novas funcionalidades e assenta nas .NET Framework 2.0 e 3.0, incluindo o service pack 1 para a .NET Framework 2.0 e o service pack 1 para a .NET Framework 3.0 e também está disponível para descarregar.
Podem obter mais informações acerca destas novas versões nos blogs de várias equipas (e/ou membros) de produto:
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
Hoje S.Somasegar anunciou. no TechEd Developers EMEA, a equipa de produto da Microsoft está a dar os toques finais no Visual Studio 2008 e .NET FX 3.5. O plano actual é lançar estes produtos até ao final de Novembro de 2007. O lançamento oficial será feito em conjunto com o lançamento oicial do Windows Server 2008 e do SQL Server 2008 até ao final de Fevereiro de 2008.
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
O Glenn Block anunciou que, após o anûncio de que o Acropolis não vai saír tão cedo, a Equipa de Practices & Practices vai lançar um WPF Composite Client.
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
Quando uma página web usa scripting para fechar uma janela de browser que foi aberto pelo utilizador e não por alguma acção de outra página, o Internet Explorer lança um pedido de confirmação avisando o utilizador que "The webpage you are viewing is trying to close the tab." (neste caso, Internet Explorer 7) e pedido permissão para fechar a aba.
Antes do Internet Explorer 7, era necessário apenas garantir que a propriedade window.opener tinha um valor não nulo:
window.opener = self;
window.close();
Infelizmente, o Internet Explorer 7 não se deixa enganar por isto. O Internet Explorer 7 sabe que se a janela foi aberta pelo utilizador ou não, independentemente do valor da propriedade window.opener.
Felizmente, o Internet Explorer ainda pode ser enganado:
window.open("","_self");
window.close();
Indo um passo mais à frente, se se quiser que todas as chamadas ao método window.close funcionem deste modo, pode-se mudar a sua implementação do seguinte modo:
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head>
<title>Untitled Page</title>
<script type="text/javascript">
// Save a reference to the original method.
var windowClose = window.close;
// Re-implement window.open
window.close = function ()
{
window.open("","_self");
windowClose();
}
</script>
</head>
<body>
<input type="button" value="Close Me!" onclick="window.close()" />
<input type="button" value="Close Me!" onclick="windowClose()" />
</body>
</html>
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
Tenho vindo a escrever uma série de artigos (apenas em Inglês, desculpem) sobre melhoramentos que acho que rodeiam (ou deveriam) ser introduzidos no Page Flow Application Block da Web Client Software Factory.
Aqui está a lista dos artigos até agora publicados:
- Removendo a dependência de bases de dados
Principalmente em cenários de desenvolvimento e demonstração, a dependência de uma base de dados pode ser um grande incómodo.
- Desacoplando o uso de um Page Flow da sua implementação
Não me agrada muito ter de saber o tipo de um determinado page flow. Ou mesmo o facto do page flow ter um tipo.
Neste artigo faço algumas alterações ao
Page Flow Application Block para tornar possível obter
page flows a partir do seu nome em vez do tipo.
- Definição corrente e Page Flow corrente
Algumas classes da plataforma .NET Framework expõem uma ou mais propriedades estáticas com uma referência para uma instância válida num determinado escopo (geralmente o thread corrente).
Neste artigo faço algumas alterações ao
Page Flow Application Block para adicionar propriedades ao directório do
page flow para tirar partido do trabalho já feito pelo
provider.
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]
O Jeff Beehler anunciou que a Microsoft re-lançou as VPCs do VS2008 beta 2 com a data de expiração actualizada.
As actualizações podem ser encontradas na página de descargas do VS2008:
[Cross-Posted de http://www.arquitecturadesoftware.org/blogs/paulomorgado/]