Quelles étaient les tâches les plus avancées que vous ayez faites avec le framework compact

Question

Au travail, j'utilise principalement .NET Compact Framework 3.5 pour développer des applications qui s'exécutent sur des périphériques intelligents. Nos appareils ne sont pas des téléphones ou des ordinateurs de poche - ce sont des instruments de mesure que vous obtenez avec un ensemble de fonctionnalités. Notre application est assez avancée - nous utilisons même une architecture N-Layer, un framework GUI self-made et même une injection de dépendance (nous avons construit les nôtres comme les autres qui ne sont pas assez légers).

Alors, quelles sont les choses les plus avancées que vous avez faites avec le cadre compact? Qu'est-ce qui manque actuellement (par exemple un cadre de simulation, car il n'y a pas de Reflection.Emit sur une structure compacte)?

Comment développez-vous vos applications? Déployez-vous votre application à chaque fois sur l'appareil. Dans notre cas, c'est très lent, car la solution se compose de 30 projets, nous avons donc une version Win32 qui fonctionne sur le PC.

Answer 1

J'ai écrit une application qui surveille les statistiques sur mon blog self-made en s'interfaçant avec un WebService.

Answer 2

Nous avons réalisé un système de surveillance d'usine qui sert de serveur de données et de serveur Web pour collecter des données provenant des automates et créer des rapports Web dynamiques dans les FC. Nous avons créé un système de notification peer-to-peer et de partage de fichiers. Nous avons réalisé des systèmes de suivi et d'expédition des véhicules. Nous avons réalisé des applications d'agriculture intelligente qui surveillent les charges de données provenant d'un tracteur et qui couplent celles-ci avec les données de localisation et les données de l'année précédente, en plus de quelques autres. Donc je suppose que vous pourriez dire que vous avez écrit plusieurs choses très complexes en utilisant les FC.

Il y a beaucoup de pièces "manquantes", mais la plupart peuvent être travaillées. La pièce manquante la plus évidente qui ne peut pas être travaillée est le manque de EE Hosting. Des pièces de réflexion pour se moquer seraient bien, mais nous pouvons vivre sans - cela fait juste tester plus d'un ours. Le manque d'hébergement rend tout simplement impossible plusieurs choses.

En ce qui concerne le déploiement, tout est une question de configuration. Le Smart Device Framework lui-même, associé à tous les tests unitaires, est quelque chose comme 45 projets. Le déploiement n'est pas mauvais car il ne fait que recompiler et déployer des changements, et j'ajuste souvent la configuration des applications de test pour ne pas déployer tous les projets, mais seulement le principal. Cela devrait automatiquement déployer toutes les références (en éliminant les doubles déploiements que vous obtiendrez probablement). Avoir tous les projets en sortie dans un répertoire commun et paramétrer "Copy Local" sur false améliore également les choses.

Answer 3

J'ai développé un dictionnaire multilingue. En utilisant une base de code sur Windows, PDA et via MONO sur unix et MAC.

Fondamentalement, l'application est compliquée car nous utilisons plusieurs bases de données volumineuses. Nous avons été en mesure de modifier les performances d'accès aux données et les recherches sur les grandes tables sont presque instantanées.

Les petits appareils ne sont pas très puissants, mais si vous concevez leur mode de fonctionnement, vous pouvez obtenir de bonnes performances.

Answer 4

J'ai fait une application pour recueillir des mesures de toute importance (pour le temps), en utilisant une application de niveau n, avec MVC et en utilisant db4o comme base de données ... Jolie impresionnant

Answer 5

Une des choses les plus utiles que nous faisons avec notre application .net cf travaille dur pour s'assurer qu'ils peuvent être re-ciblés sur le cadre complet. Cela signifie que vous avez un second projet de bureau ou un test unitaire qui exécute en fait l'ensemble de votre application sur le bureau.Il y a un peu de travail à faire si vous utilisez appareil des fonctionnalités spécifiques via pinvokes ou appareil uniquement API, mais l'effort paie habituellement hors parce que:

• Vous pouvez rapidement exécuter/déboguer votre application sans avoir à attendre une Émulateur ou périphérique à lancer
• Vous êtes contraint d'architecturer votre code de telle sorte que les fonctionnalités spécifiques à l'appareil puissent être raillées et testées.
• Dans la plupart des cas, vous utilisez une version de bureau de votre application, ainsi que version de l'appareil

I Il va probablement de soi qu'à la fin, les tests devront être effectués spécifiquement sur l'appareil, mais pendant le développement et les cycles de code/débogage rapides, il est vraiment agréable de ne pas attendre sur l'émulateur. Je me souviens de Daniel Moth qui postait quelque chose sur la façon de créer une cible de déploiement de périphérique qui est votre ordinateur de bureau pour obtenir le même résultat. Peut-être que quelqu'un d'autre peut trouver un lien?

Answer 6

J'ai fait l'application Win CE pour PDA industriels pour les ventes d'itinéraires à partir de l'inventaire pré-chargé et la liste des clients. Il obtient des coordonnées GPS, utilise un scanner pour collecter des données, transmet des données via GPRS/EDGE des ventes effectuées dans l'appareil. L'application imprime également un reçu (lié à l'imprimante protable ober BT).