#Net – Learning C # using only a browser

Hi!

A few days ago, at a university, one of the attendees in a session asked me what was the best way to learn C#. As always, this question depends on the level of the person who wants to learn, although it has served as an excuse to see what’s new in the .Net ecosystem.

Well, in addition to the (now) classic Microsoft Docs, I found a resource that is rather interesting

.NET In Browser tutorial

The format is rather simple, a small tutorial on basic concepts of C #, a web code editor and the chance to compile and see the result on the same web.

I1

As entry point for concepts such as handling of strings, arrays, etc. it seems like a good starting point to start.

Greetings @ Burlington

El Bruno

References

Advertisements

#Net – Aprendiendo C# utilizando solo un navegador

Buenas!

Hace unos días, en una universidad, uno de los asistentes en una sesión me pregunto cual era la mejor forma de aprender C#. Como siempre esta pregunta depende del nivel de la persona que quiere aprender, aunque me ha servido de excusa para ver que hay de nuevo en el ecosistema .Net.

Pues bien, además de los clásicos Docs, he encontrado un recurso que es más bien interesante

.NET In Browser tutorial

El formato es mas bien simple, un pequeño tutorial sobre conceptos básicos de C#, un editor web de código y la capacidad de compilar y ver el resultado en la misma web.

I1

Como punto de entrada para conceptos como manejo de strings, arrays, etc. me parece un buen punto de partida para comenzar.

Saludos @ Burlington

El Bruno

References

#VS2017 – Visual Studio 2017 Update 3 released: .Net Core 2.0, #AzureFunctions and more

Hello !

Now that we only have a version of Visual Studio 2017, every time an update of the big ones appears, it’s time to slow down and see what new features are there. In the case of Visual Studio 2017 15.3, IMHO the 2 biggest new features are

  • .Net Core 2.0, I suppose I will have to organize a theme update with JuanLu for another episode of the podcast (link)
  • Azure Functions, which are the subject that I will write about today and about what we talked about a while ago in the podcast with David and Pedro (link)

The idea and implementation of Azure Functions is something really really cool. Surely I will find a Hater and he will tells me that “this is not 100% Serverless, someone is keeping the server somewhere“, but I take this type of comments and put them in places where I rarely get some sun.

I very much value having the possibility of creating an operation and just devoting time to programming the business logic and to deploy it. That saves me time, a lot of time that I do not have to dedicate in creating a project to support the infrastructure of it.

Azure-Function-Tooling.gif

Note: the animation is from the original post on Visual Studio 2017 15.3.

Well, until today we could use Azure Functions by programming them directly in the web editor from Azure or with an extension for VS2017. Using Visual Studio 2017 to create Azure Functions gave us some advantages such as the ability to debug them locally, add NuGet packages, create unit tests, deploy to Azure from the IDE, and more.

I have hit a surprise of good, when after updating to VS217 15.3, I found that the IDE did not recognize me more this type of projects. It turns out that now that Azure Functions are part of the Visual Studio 2017 core, so you have to install the Azure Development Workload, to have them. SO it was time to launch our beloved Visual Studio 2017 Installer

i1

Select the “Azure Develpment” option

I2

2 clicks later I can create a new Azure Functions project

I3 Then I can add the class for the function

I4

And that’s pretty much it!

I5

Happy Coding!

Greetings @ Mississauga

El Bruno

References

#VS2017 – Update 3, .Net Core 2.0 y #AzureFunctions

Hola !

Ahora que solo tenemos una version de Visual Studio 2017, cada vez que aparece un update de los grandes, es momento de frenar y ver que novedades trae el mismo. En el caso de Visual Studio 2017 15.3, IMHO las 2 novedades más grandes son

  • .Net Core 2.0, supongo que tendre que organizar un Update del tema con JuanLu para otro episodio del podcast (link)
  • Azure Functions, que son el tema sobre el que escribiré hoy y sobre lo que hablamos también hace un tiempo en el podcast con David y Pedro (link)

La idea e implementación de Azure Functions es algo que realmente está muy bien, pero muy bien. Seguramente no faltara un Hater que me diga que “eso no es 100% Serverless, alguien está manteniendo el server en algún lado”, pero a mi sinceramente este tipo de opiniones me pasan por sitios donde pocas veces me ha dado el sol.

Yo valoro mucho tener la posibilidad de poder crear una operación y solo dedicar tiempo a programar la lógica de negocios y a desplegar la misma. Eso me ahorra tiempo, mucho tiempo que no tengo que dedicar en crear un proyecto para soportar la infraestructura del mismo.

Azure-Function-Tooling.gif

Nota: la animación es de post original de Visua Studio 2017 15.3.

Pues bien, hasta la fecha podíamos crear Azure Functions programando las mismas directamente en el editor web desde Azure o con una extensión para VS2017. Utilizar Visual Studio 2017 para crear Azure Functions nos daba algunas ventajas como la capacidad de depurarlas localmente, agregar paquetes NuGet, crear pruebas unitarias, desplegar a Azure desde el IDE, y más.

Yo me he pegado una sorpresa de las buenas, cuando después de actualizar a VS217 15.3, me encontré que el IDE no me reconocía mas este tipo de proyectos. Resulta que ahora que las AF son parte del core de VS2017, hay que instalar el Workload de Azure Development. Para esto tenemos que lanzar el instalador de Visual Studio 2017

i1

Y seleccionar la opción “Azure Develpment”

I2

2 Clicks después ya puedo crear un proyecto del tipo Azure Functions

I3

Luego agregar una clase para la función

I4

Y comenzar a programar

I5

Por cierto, alguien me ha dejado el testigo de utilizar AF desde un proyecto Hololens, así que algo posteare en cuanto tenga tiempo.

Happy Coding!

Saludos @ Mississauga

El Bruno

References

#Net -.NET Standard, a single Library to rule them all !

 

Hello!

A few days ago, I was listening a .NET Rocks  podcast and the guest commented the different flavors (pain?) we have today.for  NET. When we think in. NET, we always think in .NET Framework, but is easy get five or more different versions of. NET.: Xamarin, Mono, Silverlight, .NET Core, .NET Compact Framework and others. Those are different versions of what initially was thought in a single platform.

So today, when the product team announced .NET Standard they presented this scenario with this amazing picture:

dotnet-today.png

This is the main reason to create .NET Standard as a single set of APIS which must be implemented in all the .NET platforms. Another view of this is to think in a base class library with the basic features we need when we build an application. Regardless of whether it is for cloud, desktop, mobile, etc.

dotnet-tomorrow.png

I think that this gives a good idea of what you can expect from .NET Standard in the future. While the points that are discussed in the post are also interesting:

  • .NET Standard is a set of APIs that all .NET platforms have to implement. This unifies the .NET platforms and prevents future fragmentation.
  • .NET Standard 2.0 will be implemented by .NET Framework, .NET Core, and Xamarin. For .NET Core, this will add many of the existing APIs that have been requested.
  • .NET Standard 2.0 includes a compatibility shim for .NET Framework binaries, significantly increasing the set of libraries that you can reference from your .NET Standard libraries.
  • .NET Standard will replace Portable Class Libraries (PCLs) as the tooling story for building multi-platform .NET libraries.
  • You can see the .NET Standard API definition in the dotnet/standard repo on GitHub.

Greetings @ Toronto

El Bruno

References

#Net -.NET Standard, una única Library para gobernarlos a todos !

Hola !

Hace unos días, escuchaba un podcast de .NET Rocks donde el invitado comentaba los diferentes flavors que tenemos hoy de .NET.

Por ejemplo, cuando pensamos en .NET, siempre pensamos en .NET Framework, pero es fácil llegar a cinco o más implementaciones diferentes de .NET. Xamarin, Mono, Silverlight, .NET Core, .NET Compact Framework y muchas otras, son diferentes versiones de lo que inicialmente se pensó en una única plataforma. En el post donde se anuncia .NET Standard lo presentan así:

dotnet-today.png

Es por este motivo que nace .NET Standard como un unico set de APIS que deben ser implementadas en todas las plataformas. Dicho de otra manera, es una clase base con las funcionalidades básicas que podemos necesitar cuando creemos una aplicacion. Sin tener en cuenta si la misma es para cloud, desktop, mobile, etc.

dotnet-tomorrow.png

Creo que esto da una buena idea de lo que podemos esperar de .NET Standard en el futuro. Aunque los puntos que se comentan en el post son también interesantes:

  • Estándar de .NET es un conjunto de APIs que todas las plataformas .NET tienen que implementar. Esto unifica las plataformas .NET y previene la fragmentación futura.
  • .NET 2.0 estándar se implementarán por .NET Framework, .NET base y Xamarin. Para la base. net, esto añadirá muchas de las API existentes que han sido solicitadas.
  • Estándar de .NET 2.0 incluye una cuña de compatibilidad de binarios de .NET Framework, aumentando significativamente el conjunto de bibliotecas que se pueden hacer referencia de las bibliotecas .NET estándar.
  • Estándar de .NET reemplazará a bibliotecas de clases portables (PCLs) como la historia de herramientas para la construcción de las bibliotecas de .NET multiplataformas.
  • Puedes ver la definición de la API estándar de .NET en el repositorio estándar de dotnet en GitHub.

Saludos @ Toronto

El Bruno

References

#Podcast – What’s new in .NET Core and ASP.Net Core (#Spanish)

138847_omar2_stickman-fight

Hi !

In this episode I have the luck of spend tom podcast time with Julio Avellaneda (@julitogtu) and Nicolas Herrera (@nicolocodev)  and we talk about .NET Core and ASP.Net Core. We started talking about the history of ASP.Net and how you will reach a point where it is necessary to think over the complete platform, which now we know as ASP.Net Core. And in a domino effect, this forces to the creation of .NET Core.

From here, we review some of the new capabilities of .NET Core and ASP.Net Core, cross-platform profile for .NET, new deployment capabilities, .NET Standard Libraries, the distribution and publication of both platforms under an Open Source model and much more. We also speak about our experience migrating existing apps to ASP.Net Core, the necessary changes and some of the problems we can find.

We have talked about more topics, as the new model of documentation for MSDN and ASP.Net, although it is best to listen to the podcast as the final timeline that has been is very wide!

Ir a descargar

Greetings @ Toronto

El Bruno

References

#Podcast – Novedades en .Net Core y ASP.Net Core

138847_omar2_stickman-fight

Hola !

En este episodio tengo la suerte de pasar un rato con Julio Avellaneda (@julitogtu) y Nicolas Herrera (@nicolocodev) hablando sobre DotNet Core y ASPNet Core. Comenzamos hablando sobre la historia de ASP.Net y cómo se llega a un punto donde es necesario pensar de nuevo la plataforma, que luego será ASP.Net Core. En un efecto dominó, esto obliga a la creación de .Net Core.

A partir de aquí, repasamos algunas de las nuevas capacidades de .NET Core y ASP.Net Core, como su perfil multiplataforma, las nuevas capacidades de despliegue, .Net Standard Libraries, su distribución y publicación bajo un modelo Open Source y mucho más. También hablamos sobre la experiencia de migrar aplicaciones existentes a ASP.Net Core, los cambios necesarios e importantes, los problemas que podemos encontrarnos y otro par de perlas interesantes.

Hemos tocado más temas, como el nuevo modelo de documentación en MSDN y ASP.Net, aunque lo mejor es escuchar el podcast ya que el timeline final que nos ha quedado es muy amplio!

Ir a descargar

Espero que lo disfruten.

Saludos @ Toronto

El Bruno

References

#Net – .Net Framework 4.6.2 now finally support Path Too Long scenario!

Hi !

Today is a quick post day. Do you remember that Windows 10 finally add support to work with long paths? (MAX_PATH) So, with the release of .Net Framework 4.6.2 we also have support to fix this issue from a developers view, I mean working with System.IO.

The post with the new features on .Net Fwk 4.6.2 explains some additional details on how to update an app to take advantage of this new feature.

We fixed the 260 character (MAXPATH) file name length limitation in the System.IO APIs. Over 4500 of you voted for this issue on UserVoice!

This limitation doesn’t usually affect consumer applications (for example, loading files out of “My Documents”), but is more common on developer machines that build deeply nested source trees or use specialized tools that also run on Unix (where long paths are much more common).

This new capability is enabled for applications that target the .NET Framework 4.6.2 (or later).

Greetings @ Toronto

El Bruno

References

#Net – Soporte para Path Too Long con .Net Framework 4.6.2

Hola !

Hoy es tiempo de un post rápido. Recuerdas que Windows 10 solucionaba el problema con paths muy largos? (MAX_PATH) Pues bien, la llegada de .Net Framework 4.6.2 también nos permite solucionar este problema desde el punto de vista de .Net: System.IO. Como bien comentan en el post de novedades, las apps que usen .Net Fwk 4.6.2 podrán sacar provecho de esta nueva capacidad.

We fixed the 260 character (MAXPATH) file name length limitation in the System.IO APIs. Over 4500 of you voted for this issue on UserVoice!

This limitation doesn’t usually affect consumer applications (for example, loading files out of “My Documents”), but is more common on developer machines that build deeply nested source trees or use specialized tools that also run on Unix (where long paths are much more common).

This new capability is enabled for applications that target the .NET Framework 4.6.2 (or later).

Saludos @ Toronto

El Bruno

References