A finales de Junio, se publicó en una versión estable y oficial de lo que ha sido uno de los grandes requerimientos de los desarrolladores de Office en los últimos años: CSOM para .NET Standard o lo que es lo mismo la librería Cliente para poder acceder a SharePoint. En este artículo vamos a explicar los motivos por los que se hacia esta demanda y veremos un ejemplo sencillo de como empezar a usarlo.
El pasado jueves como viene siendo tradicional los últimos años en CatZure creamos una charla con amigos y además los son de los mejores especialistas en Azure y su mundo relacionado. Estrenamos un nuevo formato e hicimos uso de Twicht como plataforma para emitirlo en directo y poder tener la interacción de la Comunidad en vivo y en directo. Mucho estamos hablando de que echamos de menos la presencialidad el vernos, abrazornos, tomarnos una birra, como decía Carlos Mendible esas conversaciones de pasillo entre sesión y sesión. Y aunque este evento no lo sustituyo si que con la nueva plataforma tuvimos un pequeño backstage en el que estuvimos hablando y acercandonos a la nueva “normalidad” … pero que me enrollo hubieron muchisimas preguntas y casi la mitad de la que nos hicieron se quedaron en el tintero yo de vosotr@s si no lo habeís visto ya no me lo perderia. Aquí os dejo el video antes de empezar las vacaciones, cargar un poco las pilas, desconectar y ser feliz.
A la hora de hacer las consultas sobre nuestras WebApi OData es un estandar propio de Microsoft que estan adoptando la mayoria de API’s de los productos punteros para establecer su comunicación con el Front. Apps como Twitter, Facebook y naturalmente Microsoft Graph utilizan esta forma para realizar las consultas a sus objetos de négocio. Como desarrolladores muchas veces no ponemos OData por el miedo al performance que ocasiona en el Backend. ¿Como lo podemos solucionar? En este articulo vemos como cuidar las consultas para de esta forma evitar matar muchos gatitos y ahorrarnos esfuerzos en el desarrollo.
A la hora de empezar con los test de integración tenemos varias formas de realizarlos, en este artículo os enseñare las utilidades que utilizamos para hacer testing de integración desde Visual Studio y con DotNet Core.
Hangfire es una librería en la que podemos ejecutar nuestros procesos en Background en nuestros desarrollos en .NET y .NET Core. En este articulo vamos a ver como poder utilizar la inyección que trae .NET Core de serie en nuestros proyectos y con esto nos evitamos el deber tener otro aspecto de configuración adicional, con esto nuestros procesos de Background son mucho más sencillo de configurar y sobre todo podemos testearlos al igual que cualquier otro elemento.