<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Odata on Avenger Developer</title><link>https://www.theavenger.dev/tags/odata/</link><description>Recent content in Odata on Avenger Developer</description><generator>Hugo -- gohugo.io</generator><language>es</language><copyright>© 2026 Adrián Díaz Cervera</copyright><lastBuildDate>Tue, 14 Jul 2020 00:00:00 +0000</lastBuildDate><atom:link href="https://www.theavenger.dev/tags/odata/index.xml" rel="self" type="application/rss+xml"/><item><title>OData y como beneficiar nuestro perfomance con Entity Framework</title><link>https://www.theavenger.dev/posts/odata-dotnet-entityframework/</link><pubDate>Tue, 14 Jul 2020 00:00:00 +0000</pubDate><guid>https://www.theavenger.dev/posts/odata-dotnet-entityframework/</guid><description>&lt;p&gt;A la hora de hacer las consultas sobre nuestras WebApi OData es un estandar propio de Microsoft que estan adoptando la mayoria de API&amp;rsquo;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.&lt;/p&gt;</description></item></channel></rss>