Introducing the Microsoft “Roslyn” CTP

Resources

The Visual Studio blog gives a good overview of the various pieces that the CTP installs, but I thought I’d use this space to look at a little more code that uses the API.

The Roslyn MSDN page contains pointers to an overview document that explains the basic concepts in the Roslyn API in greater detail. There are also several guided walkthroughs that each dive deeper into a particular area of the API. Finally if you install the CTP, there are numerous samples installed to the “My Documents” folder that you can build, run and experiment with.

Watch this space in the next few weeks for a series of posts that will each explore one bit of the API.

Feedback

We’re very interested in your feedback about the Roslyn project! Because it’s early in the project we’re most interested in feedback about the API and general direction. Please get involved in the discussion about Roslyn on our forums. You can also file bugs on our Connect site. Finally, some of the team members are also on Twitter, and will be keeping an eye on the #RoslynCTP hashtag if that is more convenient for you.

Disclaimer

Please note: This is a technology preview and there are known limitations. While the shape of the public API surface is complete, only a subset of the C# and Visual Basic languages have been implemented at this time in the current CTP.

vía Introducing the Microsoft “Roslyn” CTP – C# Frequently Asked Questions – Site Home – MSDN Blogs.

MEF (Managed Extensibility Framework)

Los requerimientos en el desarrollo de aplicaciones cambia muy frecuente, lo que a veces se convierte en un dolor de cabeza poder agregar nueva funcionalidad. Aquí entra en juego MEF, MEF es una librería disponible en el Framework 4.0 y Silverlight 4 que ayuda a resolver el problema de agregar “extensiones” y funcionalidad a las aplicaciones.

Continue reading MEF (Managed Extensibility Framework)

.NET Framework Library Source Code now available

Quisas algunos no sepan pero la especificacion de las librerias de .net son gratis, e incluso atraves de vsto podemos descargar los .pdb de los codigo para poder debuguear el codigo.

Mas detalles de como poder ver el codigo de las libreria de net ver el siguiente link

http://weblogs.asp.net/scottgu/archive/2008/01/16/net-framework-library-source-code-now-available.aspx

Mas Acerca de System.AddIn

System.AddIn está diseñada para aislar partes de su aplicación. Fue diseñado para el escenario de AddIns. A pesar de la confusión de nombres, esto no tiene nada que ver con Visual Studio. System.AddIn es todo acerca de la ampliación de su aplicación.

Digamos que usted tiene una aplicación comercial, y algunos clientes quieren hacer cosas extra. Con System.AddIn, solo necesita construir interfaces con acceso muy específicos de su capa de negocio de una manera controlada. Puede crear una API, y System.AddIn manejarla para usted.

Con System.AddIn y su API, los programadores no alteran su código. Ni siquiera tener que recompilar o tener el código fuente. Tienen acceso a su aplicación en los canales que usted defina.

System.AddIn gestiona los límites del dominio de aplicación de la forma que un fallo en el complemento no afecte su aplicación.

System.AddIn cuenta con el respaldo de Microsoft y el compromiso por lo que es la forma de facilitar la aplicación de ampliación a su aplicación en el futuro.

Creo que System.AddIn es importante más allá de las aplicaciones al por menor. Éstos son algunos escenarios clave:
1. Hay que dejar a sus clientes o terceras partes añadir funcionalidad
2. Diferentes clientes necesitan diferentes interfaces de usuario
3. Diferentes segmentos de la aplicación van a evolucionar a un ritmo diferente
4. Interactuar con una semántica basada en una gran organización de servicio.

Estas son algunas buenas razones para mantener un ojo en System.AddIn. Puede haber más. Antes de la liberación PipelineBuilder, System.AddIn era un dolor para el uso que yo no podía recomendar. La belleza es que System.AddIn pasó de un dolor absoluto a francamente fácil en un día. Es una herramienta que usted debe entender para su arsenal, sobre todo si pretende ser algo parecido a un arquitecto.

Plug-ins en Nuestras Aplicaciones .

Recientemente  me pregunta de cómo poder hacer que mi aplicación(es) pueda n usar plug-ins y así poder “extenderla” y poder n cosas con ella y solo tener que dar mi “SDK”(para que otro pueda extender mi aplicación ), pensé un momento y me dije “esto es como largo” , así que me dedique a investigar un poco y me tope con el Addin FrameWork , y no es nada nuevo o algo sacado el más allá, si no algo que ya venía con el .net framework.

Toda la maquinaria necesaria esta en dos ensamblados System.Addin y System.Add.Contrac. Pero para poder darle vida a esto hay que tener algunos conceptos bien técnicos de como se mueve el “engime”.

Por ahora les voy a dejar el link del MSDN y el blog del los desarrolladores del proyecto CLR AddIn Team.

En las próximas entradas iré explicando cómo darle este poder a nuestros proyectos.