Una de los elementos positivos con respecto al movimiento de EF 6 en situarse como OSS es que podemos ver de forma temprana las distintas decisiones de diseño que están tomando y como será finalmente el API con el que trabajemos. Uno de estos ejemplos es una de las últimas entradas en el sitio de EF en Codeplex dónde podemos ver como será el uso del API de asincronía introducido en VS 2012 con el que podremos ver reducidos nuestro ‘memory footprint’ en el servidor.
El siguiente tip de código, que está extraido de la entrada nombrada anteriormente, nos da un ejemplo de por dónde van a ir los tiros en el diseño del API
|
1 |
<span style="color: #008000">// Modify</span> |
|
1 |
var product1 = await context.Products.FindAsync(1); |
|
1 |
product1.Name= <span style="color: #006080">"Smarties"</span>; |
|
1 |
  |
|
1 |
<span style="color: #008000">// Delete</span> |
|
1 |
var product2 = awaitcontext.Products.FindAsync(2); |
|
1 |
context.Products.Remove(product2); |
|
1 |
  |
|
1 |
<span style="color: #008000">// Add</span> |
|
1 |
var product3 = <span style="color: #0000ff">new</span> Product() { Name = <span style="color: #006080">"Branston Pickle"</span> }; |
|
1 |
context.Products.Add(product3); |
|
1 |
  |
|
1 |
<span style="color: #008000">// Save</span> |
|
1 |
<span style="color: #0000ff">int</span> savedCount = await context.SaveChangesAsync(); |
|
1 |
  |
|
1 |
Console.WriteLine(<span style="color: #006080">"Affected entities: "</span> + savedCount); // 3 |
Recursos
http://entityframework.codeplex.com/
http://lorgonblog.wordpress.com/2010/03/28/f-async-on-the-server-side/
Saludos
Unai