El blog de Andres Perez en Geeks.ms - Todos los comentarios

[W8] Scroll infinito ( II )

El blog de Andres Perez en Geeks.ms — Wed, 07 Nov 2012 21:53:27 GMT

Continúo la serie de scroll infinito. En la implementación del artículo anterior, usaba un LoadItemsResult

re: [C#] Parallel.For

Andrés Pérez — Mon, 16 Apr 2012 14:32:51 GMT

Gracias Kiquenet. Espero también cualquier información sobre buenas prácticas :)

Mi intención es, como bien has adivinado, en sacar una serie de post tratando el tema de la paralelización y comparando en la medida de lo posible entre diferentes alternativas paraleliables y frente a la versión secuencial de las cosas.

Un saludo.

re: [C#] Parallel.For

Darío Cerredelo — Mon, 16 Apr 2012 08:53:34 GMT

Muy interesante, tomo nota para un proceso que tengo entre manos.

Un saludo.

re: [C#] Parallel.For

Kiquenet — Mon, 16 Apr 2012 06:59:47 GMT

Andrés, muy interesante y sin duda puede dar para una serie de posts en cuanto a mediciones y según las tareas del bucle. También a destacar la serie de paralelización que empezó Lluis Franco, muy instructivos estos artículos-posts.

Sería interesante creo unas buenas prácticas con Parallel, incluso alguna aplicación completa de ejemplo -en codeplex- que siga esas buenas prácticas al estilo del antiguo MSDN Video, o Stock Trader de Microsoft.

En concreto, para ejemplos y testing puede ser adecuado el uso de

while (parallelResult.IsCompleted == false)

pero en una aplicación WinForms-WPF creo que una de las buenas prácticas sería que al terminar todos los hilos se notificase de alguna manera que han terminado o notificar cada vez que finalice uno de los hilos, etc

Esperemos que MS pueda sacar una aplicación de buenas prácticas así.

Saludos.

re: [C#] Parallel.For

Andrés Pérez — Sun, 15 Apr 2012 20:17:04 GMT

Gracias Rodrigo! Efectivamente, el cuerpo del bucle es fundamental. Lo apunto para futuros post :)

re: [C#] Parallel.For

Rodrigo Corral — Sun, 15 Apr 2012 19:59:00 GMT

Interesante!!!! Eso sí, hay que tener en cuenta que los resultados dependerán y mucho según lo que hagas en el cuerpo del búcle... si por ejemplo estubieses accediendo a disco, o a una base de datos o a lo que sea... los resultados podrían ser muy diferentes.

Pero lo más importante es: antes de paralelizar, como en cualquier optimización medir... como tu has hecho.

Un saludo.

re: Usando Reflection para tener una única ventana modal personalizable.

Ariel — Mon, 27 Jun 2011 21:31:19 GMT

Una posible solución para el caso de los argumentos es crear una interface con un método para los argumentos y después indicar que el tipo genérico deba implementar esa interface. Otro solución similar seria utilizando herencia.

Por ejemplo:

interface IParametrosControl {

void Paramatros(params object[] args);

}

public ModalPropertyWindows<T>(params object[] logicObject) where T: IParametrosControl, UIElement, new()

Y donde se crea la instancia del control seria:

T control = new T();

control.Parametros(logicObject);

this.stackPanel2.Childern.add(control);

Saludos.

re: Usando Reflection para tener una única ventana modal personalizable.

Andrés Pérez — Fri, 24 Jun 2011 22:33:51 GMT

Exacto, para mí era más importante el tema de los argumentos, pero la solución que propones es más elegante en cuanto al tipo genérico. Buen aporte, gracias!

re: Usando Reflection para tener una única ventana modal personalizable.

Ariel — Fri, 24 Jun 2011 20:18:10 GMT

¿No probaste usar tipos genéricos? Estaría ver como solucionar el tema de no poder pasar argumentos al contructor cuando creas la instancia del control, pero tendrías la ventaja de poder asegurar en tiempo de compilación que el tipo pasado sea un UserControl.

Un ejemplo seria:

public ModalProperty<T>(params object[] logicObject) where T : UIElement

this.stackPanel2.Children.add(new T());

var window = new ModalPropertyWindow<ClientControl>(parametros);

window.ShowDialog();

re: [EVENTO] Desarrollo de videojuegos para Windows Phone 7

prefabrik — Mon, 06 Jun 2011 11:21:15 GMT

No creo que el evento se grabe, es un evento "cerrado" con inscripción

re: [EVENTO] Desarrollo de videojuegos para Windows Phone 7

Andrés Pérez — Fri, 03 Jun 2011 08:06:25 GMT

Hola!

No creo que el evento se grabe, es un evento "cerrado" con inscripción. De todas formas, publiqué hace tiempo un webcast que sirve de introducción para WP7: geeks.ms/.../webcast-introducci-243-n-a-xna-para-windows-phone-7.aspx

Espero que os sirva. Gracias!

re: [EVENTO] Desarrollo de videojuegos para Windows Phone 7

pregunton cojonero — Fri, 03 Jun 2011 06:51:42 GMT

se grabarán el evento ? habrámaterial de descarga ? grz

re: [EVENTO] Desarrollo de videojuegos para Windows Phone 7

Miguel Qiroz — Fri, 03 Jun 2011 02:53:51 GMT

Como desearia asistir, me interesa mucho la programacion sobre WP7, pero desgraciadamente vivo en México, soy estudiante y caresco de los recursos para ir, espero alguna vez traigan uno a México

re: [C#] Instancias en runtime de tipos dinámicos

Juan M Gómez — Tue, 12 Apr 2011 15:29:03 GMT

Soy #1

Sí, finalmente lo he hecho así, ya que al igual que en tu caso, lo que me interesa son las operaciones. Lo único que por lo que he estado viendo convert sólo funciona con tipos base. Pero bueno, por ahora sólo guardaré ese tipo de datos.

Lo que estoy desarrollando se trata de una capa de abstracción por encima de EF, que permite desarrollar páginas webs de gestión (inmobiliarias, gestión de contenidos, etc.) relativamente rápido.

Gracias y te animo a que sigas posteando artículos.

re: [WPF/Silverlight] Binding de objetos relacionados en un ComboBox

Andrés Pérez — Sat, 09 Apr 2011 00:09:15 GMT

Hola,

Efectivamente, es posible en un datagrid. De hecho, aunque en el ejemplo no aparezca, el código forma parte de una implementación que tuve que hacer en el datagrid.

re: [WPF/Silverlight] Binding de objetos relacionados en un ComboBox

Orlando Ego — Fri, 08 Apr 2011 19:28:06 GMT

He tratado, sin éxito de impelmentarlo en un datagrid... si es posible?

re: [C#] Instancias en runtime de tipos dinámicos

Andrés Pérez — Wed, 06 Apr 2011 21:10:38 GMT

Gracias!

Siempre puedes acotar en tu BD de cuánto quieres el tamaño de los campos, por lo que la memoria la puedes controlar. Por otra parte no me atrevo a decirte si merece la pena o no, porque depende de muchos casos. En el mío particular y en el caso en el que nació este post es que no sólo me importan los datos, sino que además me importan las operaciones que debo aplicar sobre ellos y más cosas. Y el modo más cómodo de hacerlo es con tipos dinámicos. También se puede hacer a la antigua usanza, pero lleva más trabajo como bien afirmas.

Un saludo!

re: [C#] Instancias en runtime de tipos dinámicos

anthares — Mon, 04 Apr 2011 01:38:50 GMT

Muy buen post, directo y útil.

Estoy diseñando una biblioteca -para una especie de gestor de contenido- y en principio en la base de datos, almaceno los tipos primitivos con su correspondiente en sql (hay una tabla valores). Me había planteado castearlos manualmente, pero aparte del trabajo que llevaría hacer eso, me preocupaba el espacio que ocuparía en memoria.

¿Valdrá la pena sacrificar memoria y hacer los tipos dinámicos, es decir, almacenar todos los datos como strings?

Saludos y enhorabuena