Etiquetado: VS.Net

Versión de evaluación de Windows 8 para desarrolladores

Windows 8 Hi

Ahora que el Windows 8 está recién salido del horno y disponible para desarrolladores con una suscripción MSDN o TechNet, empezarán a surgir muchísimas aplicaciones en el Windows Store.

También están listas las herramientas para la versión definitiva; son las que tendremos que usar para poder publicar una aplicación en el Windows Store y son gratuitas.

Los que no dispongáis de una suscripción MSDN y no podáis esperar a comprar la actualización, podéis descargar una versión de evaluación de 90 días.

Ah, y para el desarrollo web tenemos Visual Studio 2012 Express for the Web, también gratuito.

Anuncios

Desarrollo de Surface 1.0 SP1 en VS2010

El miércoles pasado dimos un seminario de Surface en el Microsoft Innovation Center| Tourism Tecnologies que incluía un laboratorio de creación de una pequeña aplicación con el SDK y Visual Studio.

En los TouchSmart que tenemos en el centro están instalados Visual Studio 2008 y 2010, así que decidimos hacer el lab con 2010, pues debería ser compatible, pero nos encontramos con el problema de que en la versión nueva no estaban instalados los templates de proyecto, pues el SDK está preparado sólo para 2008. En algún sitio por internet te dicen que los has de copiar al directorio del usuario, porque cuando los copias allí el VS.Net los reconoce inmediatamente y en cambio al copiarlos al directorio común en Archivos de Programa parece que el Visual Studio no los reconoce. Este método tiene un pequeño problema en nuestro escenario: si hay múltiples usuarios hay que copiar las plantillas a todos los usuarios.

Esto pasa porque se deben reconstruir los templates, que se guardan en la carpeta templatecache. Estos son los pasos para que funcionen los templates en todos los usuarios:

  1. Abrimos una línea de comando con privilegios elevados:

    botón de inicio-> escribir: cmd -> pulsar SHIFT+CTRL+ENTER

  2. Copiamos los ficheros de templates del SDK de surface del VS2008 al VS2010:

    xcopy /s “%PROGRAMFILES%\Microsoft Visual Studio 9.0\Common7\IDE\ProjectTemplates\CSharp\Surface” “%PROGRAMFILES%\Microsoft Visual Studio 10.0\Common7\IDE\ProjectTemplates\CSharp\Surface\”

    xcopy /s “%PROGRAMFILES%\Microsoft Visual Studio 9.0\Common7\IDE\ItemTemplates\CSharp\Surface” “%PROGRAMFILES%\Microsoft Visual Studio 10.0\Common7\IDE\ItemTemplates\CSharp\Surface\”

  3. Ejecutamos el comando de reconstrucción (tarda un rato):

    “%PROGRAMFILES%\Microsoft Visual Studio 10.0\Common7\IDE\devenv.com” /InstallVSTemplates

Y ya podréis desarrollar aplicaciones para Surface en VS2010, recordad que debe ser Framework 3.5, la versión para 4 aún está en beta.

Surface1.0

Las verdaderas razones detrás de un cambio

Hoy, leyendo una entrada de Jose Fco Bonnin, me han empezado a sonar las alarmas y he sentido la necesidad de investigar un poco.

El motivo de su post es que en el VS2008 se quitaron algunas reglas del FxCop, entre ellas la “CA1818 – Do not concatenate strings inside loops“.
Tal como Jose ha comprobado, no ha habido ningún cambio en el framework para que esa regla se pueda quitar y el motivo que alega el equipo de Code Analysis es que la han quitado debido a “high noise or no longer applicable analysis“.
Cualquier desarrollador de .Net que se haya preocupado un mínimo por el rendimiento una de las primeras cosas que suele mirar es si la aplicación está generando demasiados strings; así que debe haber alguna otra razón para quitar esa regla del motor.
Tras buscar un poco he encontrado unas entradas que nos dan alguna una pista: tanto en una conversación en el foro de fxcop beta como en una nota de su blog comentan que el “data flow analysis engine”, el encargado de comprobar esa regla, ha sido eliminado porque no funcionaba bien, era muy lento y además indeterminista.
Es una opinión/deducción personal, pero creo que nos han contado una verdad a medias y el impacto de haber quitado esa regla puede ser verdaderamente alto en aplicaciones grandes.
Teóricamente Phoenix iba a arreglar el desaguisado pero no parece que tenga continuidad, así que habrá que ver si en vs2010, que vuelve a tener un data flow engine, las reglas se han vuelto a activar. ¿Alguien lo ha probado ya?

Nota mental: desactivar el informe de problemas y soluciones

Hace unos días la herramienta de “Informes de errores y soluciones” me dió un buen susto. Mientras ejecutaba unos tests unitarios en Visual Studio el VSTestHost.exe encontró un problema y se cerró… tras el primer susto inicial (que luego os cuento) resultó que una de las clases que estaba testeando daba una StackOverflowException.

Como algunos sabréis las StackOverflowException no son capturables desde la versión 2.0 del framework. Además, para los que no lo hayáis probado sabed que ni siquiera se capturan con RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup, así que el framework de unit testing tampoco las captura, se cierra y punto.
Lo gracioso de todo esto es cómo el Windows Vista ha manejado el error del unit testing. La dichosa herramienta de solución de errores me ha dado la siguiente solución:

Informes de errores y soluciones
Este problema se debe a Visual Studio Team Edition for Software Testers. Visual Studio Team Edition for Software Testers fue creado por Visual Studio Team Edition for Software Testers.
El período de prueba para ejecutar versiones beta o preliminares de Visual Studio Team Edition for Software Testers se ha agotado, y Visual Studio Team Edition for Software Testers ya no ofrece soporte para versiones beta. Deberá realizar la actualización a la versión comercial de Visual Studio Team Edition for Software Testers.

Solución
Para obtener más información acerca de cómo realizar la actualización a la versión comercial de Visual Studio Team Edition for Software Testers, vaya al sitio web que se indica a continuación.

¿Cómo?¿Que tengo que comprar otro VS.Net para ejecutar las pruebas que venía ejecutando hasta ahora? ¿Tan malo soy programando?
Moraleja: en las máquinas de desarrollo con Vista mejor desactivar el informe… os evitaréis problemas innecesarios.

Sandcastle para documentar APIs

Si queréis generar ficheros chm de documentación tan chulos como los del msdn ya podéis usar la misma herramienta que usa Microsoft para crearlos: Sandcastle. Existe un CTP descargable en: http://www.microsoft.com/downloads/details.aspx?FamilyId=E82EA71D-DA89-42EE-A715-696E3A4873B2&displaylang=en

Microsoft SilverLight, no más confusión con WPF

Microsoft ha presentado en el NAB SilverLigth, conocido anteriormente como WPF/E. Se trata de un plugin estilo Flash que incorpora video de alta definición. Formará parte del núcleo de la plataforma .Net y se complementa definitivamente con el Expression Media Encoder, un nuevo producto para la Expression Suite.

Resource Refactoring

Mientras estaba leyendo un artículo sobre la revisión de código he encontrado una herramienta que nos solucionará la vida a más de uno en nuestras revisiones del fxCop: la Herramienta de Refactoring de Recursos. Se integra directamente en el vs.net, ahora mismo voy a probarla:

FxCop en Orcas: Code Metrics!

En el nuevo FxCop de Orcas han incluido una nueva característica que me parece especialmente interesante: las métricas de código. Quizás no es tan sofisticada como NDepend, pero da una idea clara de cuán complejo es nuestro código y dónde es más probable que necesitemos hacer refactor.