Disposición de WPF para el complejo juego de cartas

Question

Como mi primer proyecto de WPF, estoy intentando crear una aplicación para jugar un juego de cartas similar al Magic the Gathering. No me queda claro cómo diseñar el área principal de juego. Puede ver algunos ejemplos que son similares a lo que estoy intentando al mirar example 1 o example 2. Las áreas de chat/información a la derecha serían controles de usuario separados.

Las tarjetas deben mantener sus relaciones de aspecto, y cada área de juego comenzaría con 10 columnas y dos filas de tarjetas. A medida que se juegan más cartas, la cantidad de columnas y/o filas puede cambiar. Cada área de jugador puede tener un número diferente de columnas y/o filas. Las cartas pueden superponerse, y pueden colocarse de lado (golpeadas). Las tarjetas en todas las áreas deben tener el mismo tamaño (aunque pueden ser recortadas en algunas áreas). Las tarjetas no necesitan estar exactamente en la cuadrícula (no necesariamente se ajustan a la cuadrícula).

Cuando el usuario coloca el mouse sobre una tarjeta, debe expandirse a un tamaño significativamente mayor mediante una animación. Una carta en el área de un jugador puede desbordarse en el área del otro jugador cuando se expande (pero solo mientras el mouse se desplace).

Teniendo en cuenta estos requisitos, estoy tentado de utilizar un control de usuario grande derivado de Canvas con objetos de imagen para cada tarjeta (junto con otras formas para delinear las áreas). Esto implica que haré un montón de trabajo durante el evento OnRenderSizeChanged para colocar los elementos secundarios dentro del lienzo (diseño manual).

El uso de una cuadrícula no me parece posible, debido a la colocación y superposición de forma libre.

Descomponer el área de juego en controles de usuario más pequeños aprovecharía las capacidades de diseño de WPF, pero parece que la descomposición evitaría que las tarjetas se expandan en controles de usuario adyacentes durante el sobrevuelo, por lo que tampoco parece factible.

¿Existe una mejor alternativa a un gran control basado en lienzo? Parece incorrecto hacer un diseño manual en WPF, pero no veo una alternativa.

Answer 1

Te recomiendo que eches un vistazo a this guys project. En Java lo sé, pero si tuviera que seguir la ruta de construir un juego de cartas. Eso sería lo que me gustaría irme.

Answer 2

Una gran cantidad de lienzos dentro de una cuadrícula podrían ayudarlo aquí, el lienzo permitirá que el contenido se visualice fuera de sus límites, siempre que defina ClipToBounds como falso, y tendrá mucho más control sobre la ubicación exacta de las cartas que con otros esquemas. También obtendrá la poderosa funcionalidad de un control de cuadrícula, lo que le permite agregar y eliminar columnas y filas según sea necesario (aunque también deberá agregar y eliminar dinámicamente lienzos, aunque esto no es demasiado difícil.

Si Le preocupa que el contenido de su "Tarjeta" se mueva cuando se vuelve a escanear la caja, la rodea en una caja de vista. Manejará todas las escalas para usted y se asegurará de que su tarjeta use todos los bienes inmuebles que pueda obtener. podría usar RenderTransform, pero muchos de estos pueden ralentizar su programa (Expertos: ¿la viewbox opera usando RenderTransforms? Si es así, este punto es discutible)

Para asegurar que las tarjetas mantengan sus relaciones de aspecto, asegúrese de que cada atributo Image Stretch se establece en "Uniforme", haciendo que todos guarden Se puede hacer el mismo tamaño designando una carta maestra y anclas y anchos de enlace de todas las cartas posteriores a esta carta original, aunque eso es un poco desordenado y no permite que las cartas se expandan. Otra solución es establecer manualmente un tamaño individual para cada tarjeta, animándolo cuando desee expandirlo o reducirlo.

Answer 3

Esto suena como un gran escenario para la aplicación compuesta ala Prisma.Proporciona un marco sólido para la implementación de regiones, módulos, envío de mensajes entre módulos, etc. ... Al observar las capturas de pantalla, desarrollar un caparazón con diferentes regiones y colocar módulos en ellas probablemente beneficie en gran medida su diseño. En cuanto a las tarjetas en sí, ¿quizás también podrían ser módulos?

Salida: http://msdn.microsoft.com/en-us/library/ff649780.aspx

particualy buenos ejemplos vienen con el paquete de descarga que incluye un mercado de valores, como la aplicación y el agregador evento ejemplo.

Answer 4

Dijiste:

Descomposición de la zona de juegos en los controles de usuario más pequeños sería aprovechar las capacidades de diseño de WPF, pero parece que la descomposición evitaría las tarjetas de expansión en los controles de usuario adyacentes durante el ratón por encima, por lo eso tampoco parece factible.

Pero esto no es correcto. La descomposición es absolutamente el enfoque correcto para tomar, y esto no evitaría que las tarjetas se expandan en controles de usuario adyacentes. La razón es que puede usar un RenderTransform en lugar de un LayoutTransform. Consulte this example, por Charles Petzold, o this article, para visualizar la diferencia. Debido a que se aplica un RenderTransform después de que el diseño ya haya ocurrido, sus tarjetas podrían expandirse fuera de sus límites.

Dado que la descomposición es el enfoque correcto, organizaría sus diversas colecciones de tarjetas en un Grid, con cada colección siendo ItemsControl. El ItemsControl debe vincular su propiedad ItemsSource a alguna colección, y luego puede proporcionar un ItemTemplate personalizado que muestre la imagen y cualquier otra información. No me atrevería a utilizar un Canvas, ya que esto restringiría la codificación de las posiciones de las tarjetas (que es una solución muy parecida a WinForms para un problema que puede resolverse de forma mucho más elegante). Aproveche el fantástico motor de diseño de WPF y use grillas anidadas y controles de elementos para crear un diseño dinámico. Esto asegurará que su tablero de juego se ve bien en cualquier resolución y cuando se estira en varios tamaños.