Question

J'ai écrit une application client / serveur en utilisant des sockets en C # pour .NET 3.5. Je suis intéressé par le portage de la part du client à une sorte d'appareil mobile et je suis réfléchir à la meilleure façon. Le client est en fait une bibliothèque sous-jacente et une interface graphique en fonction en grande partie sur les capacités de l'interface tactile.

Comme je le vois, j'ai quelques options:

  1. Procurez-vous un PC EEE et l'exécuter sur, c'est le genre de portable mais je lâche la partie tactile
  2. Reconstruire la bibliothèque pour les plates-formes mobiles et de faire une nouvelle réduction, application GUI
  3. Lancer un serveur web et de faire une sorte d'interface Web pour exécuter sur les iPhones et ce pas

Quelle serait la meilleure route? Quels sont les problèmes que je peux courir dans mes alternatives ci-dessus? Je préfère vraiment la variante 1 ou 2 sur 3 en raison de la façon dont le serveur est fait actuellement et le fait que je ne sais rien ou ASP.NET webservers. Oh et je voudrais rester avec l'environnement, je suis dans alredy, c'est-NET, donc pas de Ruby on Rails suggestions s'il vous plaît. (Ne dis pas Ruby est mauvais ou quoi que ce soit, je ne sais pas et ne pas le temps d'apprendre).

Était-ce utile?

La solution

Je vais pour l'option 2 alors. Il ne vous prendra pas trop longtemps (espérons-le) au port des bibliothèques sur le Compact Framework, et en fournissant il est juste sockets, etc, vous avez affaire alors je suis sûr que les FC fera aussi.

EDIT: Les seuls problèmes que vous aurez avec l'option 2 est si vous utilisez des fonctions .Net qui ne sont pas dans les FC Si tel est le cas, vous serez généralement en mesure de le trouver dans les OpenNETCF.

Vous devez créer une nouvelle interface graphique, mais vous avez fournir vos bibliothèques bien avons écrit, il devrait juste être un cas d'attribution des méthodes / événements, le cas échéant sur votre appareil.

Je dirais cependant que l'option 3 est la meilleure option - il élargit votre base de clients de façon spectaculaire, surtout avec le nombre croissant d'utilisateurs de WM et iPhone

.

Autres conseils

J'opter pour l'option 2.

La plupart des membres du TcpClient classe classe dans l'espace de noms System.Net.Sockets sont mis en œuvre dans le .Net Compact Framework.

Je serais intéressé de comprendre quels sont vos besoins dans le choix d'un appareil mobile. Il y a beaucoup de différences entre un Smartphone Windows Mobile et PC EEE.

Niklas,

Avant de vous décider sur la pile de la technologie à utiliser sur le client pour mobile, vous devez travailler sur ce que les appareils mobiles, ils vont avoir disponibles cela a tendance à décider de la technologie pour vous.

iPhone - Objectif C Blackberry - Java Nokia - C / Java Windows - CF .NET

Dans le cas contraire serait-il possible de transformer le client dans un site Web mobile, qui communique serveur vers serveur via TCP Socket stuff? De cette façon, vous n'avez pas à vous soucier de la technologie sur le mobile.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top