Est-il pratique le code du port de Flash à C #?

Question

Mon but est d'acquérir une meilleure compréhension des caractéristiques de C #, et plus à l'aise créer des applications simples. Je suis assez compétent avec Flash (Actionscript 3), et a trouvé un vieux jeu Tic-Tac-Toe je l'avais écrit. Je posais des questions sur le portage de ce code dans une application C #. Ne sachant pas beaucoup sur C #, je me demande comment difficile la migration serait.

D'une part, la logique sous-jacente du jeu est similaire syntaxiquement et serait donc facile au port.

Cependant, pour autant que les graphiques sont concernés, je ne sais même pas par où commencer. Jusqu'à présent, je ne l'ai moi-même exposé à Windows Forms et la console des applications en C #.

Je me demande si ces concepts Flash sont analogues similaires en C #, ou si les procédures et la syntaxe sont radicalement différentes:

• Mise en place des éléments graphiques sur une scène
• Rendu des lignes de coordonnées de début / fin
• Les écouteurs d'événement sur les clips vidéo
• Permutation l'image dans un élément graphique (ou, dans ma version Flash, nextFrame () dans un clip)

Answer 1

Vous pouvez essayer votre petit jeu développer en utilisant Silverlight. applications Silverlight, codées en C # et XAML, sont assez similaires en forme avec des applications flash, et vous devriez trouver tout ce dont vous avez besoin sans problème.

Je vous suggère de télécharger le kit de développement Silverlight (gratuit) et lui donner un essai.

Answer 2

Tout d'abord, Flash est de WPF (assez proche de) comme ActionScript est de C #.

Le modèle WPF / Silverlight est beaucoup plus semblable à Flex qu'il est de Flash. Tout est ajouté à l'arborescence de l'interface utilisateur comme un objet, même les lignes.

De même, l'ajout de gestionnaires d'événements aux commandes (comme un bouton clic) peut être fait dans le « code derrière » (le code qui vit avec le point de vue), mais la recommandation est d'utiliser le modèle MVVM. Si vous êtes nouveau aux concepts de séparation des préoccupations et des tests unitaires, vous pouvez commencer par la méthode plus simple « code sous-jacent ».

Alors que WPF et Silverlight sont très semblables, je recommande de commencer avec Silverlight comme le SDK et les échantillons disponibles sont plus riches. Vous pouvez facilement déplacer sur WPF plus tard (si portage d'une application de Silverlight WPF n'est pas automatique).

images Permutation, comme vous l'avez mentionné, serait fait par « Etats visuels » dans Silverlight (ou peut-être changer la référence de l'image, qui est plus « aki »).

Avoir un regard sur les liens suivants pour commencer:

• En savoir @ Silverlight.net
• Silverlight sur MSDN
• Formes et Dessin (Silverlight)

Answer 3

Si vous êtes à la recherche spécifiquement pour faire des jeux et similaires, vous pouvez regarder dans le cadre de XNA libre. Cependant, il y aura des différences que Flash vous donne beaucoup plus de capacité à « mettre en place » choses à l'avance et de les modifier.

• Mise en place des éléments graphiques sur une scène

    

  Si vous allez la route XNA, vous allez dessiner sprites en utilisant la SpriteBatch, vous leur dites où et comment dessiner et qui est où ils vont aller

• Rendu des lignes de coordonnées de début / fin

    

  Dans Windows Forms, vous pouvez le faire via un simple appel System.Drawing, si vous souhaitez faire en XNA, vous devrez soit faire un carré de 1 pixel et étirement / rotation à ce que vous voulez, ou l'utilisation primitives 3D (Bien que cela vous limitera à une ligne de 1 pixel)

• Les écouteurs d'événement sur les clips vidéo

    

  Regardez dans les délégués, mais il n'y a pas vraiment un équivalent pour les clips vidéo à ma connaissance

• Permutation l'image dans un élément graphique (ou, dans ma version Flash, nextFrame () dans un clip)

    

  Ceci est assez simple, en fonction de ce que vous voulez dire. Si vous voulez, par exemple, animer un sprite. Vous pouvez le faire en déplaçant le rectangle source ou de modifier la texture de la spritesheet. Si vous voulez dire l'écran dans son ensemble, cela est principalement gérée pour vous à condition que vous utilisez le SpriteBatch. Dans Windows Forms, vous aurez à faire plus de vous-même, mais les concepts de base sont les mêmes.

Dans l'ensemble, il est pas si mal, mais si cela ne semble pas très attrayant départ Silverlight. Il est essentiellement C # flash style de sorte que vous pouvez trouver la transition plus facile.

Bonne chance et espérons que cette aide.