pour les applications que j'écris dans Visual C #?
4 Réponses :
Test.
(non, vraiment, c'est tout ce qu'il y a.)
Vous devez juste l'essayer sur les environnements typiques, les utilisateurs finaux utiliseraient. (Dev Machines sont souvent plus riches que ce que les utilisateurs typiques ont; cela fait souvent des devs pensent que les choses fonctionnent mieux qu'ils ne le font réellement)
@Seand: C'est l'un des bons avantages de développer sur un ordinateur portable: votre ordinateur cible est souvent plus rapide.
Quels sont les autres bons avantages en dehors de la mobilité?
@Seand: C'est plus comme ", quels sont les avantages de mobilité?". 1) Je peux le prendre au bureau d'un collègue pour une programmation par paire ou pour montrer une démonstration ou juste pour prendre des notes. 2) Je peux travailler à la maison, au bureau, tout en naviguant par train et de nombreux autres endroits. 3) Depuis que tous les niveaux sont sur une machine, je peux essayer les changements étranges que je veux, sans risquer de nuire aux autres. Et pour un benchmarking réaliste, je peux exécuter les niveaux de serveur sur des machines de serveurs, à l'aide de l'ordinateur portable en tant que client. 4) Les ordinateurs portables sont Nerd Bling.
Eh bien, les exigences minimales pour votre application écrite en C # vont probablement être le .NET Framework, qui a un joli page ici inscrivez les exigences pour les différentes versions.
Comment utilise votre application utiliser le minimum recommandé? Vous devrez trouver du matériel (
Un VM ne va pas nécessairement être utile ici.
@Steven doit admettre que je n'ai pas eu beaucoup d'expérience avec VM's! Je l'ai suggéré que tel que pourrait un moyen de simuler du matériel plus lent (vous pouvez limiter la mémoire disponible et un rapide Google dit Vous pouvez accélérer la CPU)
Le problème est qu'un VM d'une machine n'atteigne pas nécessairement les mêmes caractéristiques de performance que la machine actuelle: typiquement, il fonctionne plus lentement. Donc, oui, vous pouvez désactiver la mémoire, désactiver les processeurs et la vitesse d'horloge inférieure. Mais, de manière réaliste, QA aura quelques machines «typiques» assises autour et votre logiciel ne va pas nécessairement fonctionner bien sur le plus ancien.
Le VM (généralement parlant) ne devrait pas fonctionner plus lentement, si vous avez les ressources disponibles. Bien sûr, l'alternative consiste à acheter tout le matériel que vous vouliez tester.
Cela dépend du type d'application que vous écrivez. Par exemple, un jeu vidéo 3D pourrait nécessiter un matériel capable DirectX. Si vous écrivez une application de bureau (wordprocesseurs, etc.), chaque ordinateur moderne avec .NET Framework est suffisant :)
Pas nécessairement, tout dépend de ce que l'application fait et de la façon dont elle est écrite. J'ai déjà vu des applications de hoggage de ressources avant et ils ne faisaient même pas beaucoup.
Je suggérerais de configurer une machine virtuelle avec juste votre logiciel installé, puis modifier les spécifications de la RAM et du processeur sur elle et de retester.
Cela prendra un peu de temps, mais ce serait un excellent moyen de le déterminer et de voir quels domaines que votre application pourraient être améliorés.
Encore une fois, en raison des caractéristiques des VM, cela pourrait au mieux établir un plafond. En d'autres termes, s'il fonctionne bien sur une machine virtuelle particulière, il devrait ensuite fonctionner au moins aussi sur une machine réelle avec les mêmes numéros de base.
Le problème n'est pas que cela fonctionne plus lentement, mais ce n'est pas un processus en temps réel. Donc, ils pourraient être des secondes quand il est très rapide, d'autres une personne plus lente. Donc, la même application lors du lancement prendra différentes fois pour donner le même résultat.
@Charlie: Je suis désolé, je ne comprends pas bien.
Vous trouverez peut-être cet article utile - Stackoverflow.com/questions/3227766/...