Prise en charge réelle de Silverlight sur Windows Embedded Compact 7?

Windows Embedded Compact 7 (un autre classique du département de dénomination) prend en charge Silverlight pour Windows Embedded.
http://www.microsoft.com/windowsembedded/en-us/products/windowsce/compact7.mspx Mais ceci est un C++ uniquement version dépouillée de XAML Silverlight 2.Prise en charge réelle de Silverlight sur Windows Embedded Compact 7?

Est-ce que quelqu'un sait si Windows Embedded Compact 7 soutiendra réel Silverlight? Cela semble être en décalage avec Windows Phone (qui, je pense, est basé sur Windows CE 6) et le fait que Windows Embedded Compact 7 supporte Flash 10.1.

Source

2010-06-02 Joe Wood

[Silverlight pour Windows Embedded (Compact 7) est une version simplifiée de Silverlight 3] (http://msdn.microsoft.com /en-us/library/ee502198(v=winembedded.70).aspx), non 2. – Felix

pas dans la première version, non, il ne sera pas géré le soutien Silverlight (ou, OMI, ce que le monde entier considère comme « Silverlight »).

Ils peuvent, à un moment donné, déplacer le travail effectué par l'équipe de téléphone pour créer une implémentation SL géré, mais ils ont fait aucune annonce quant à savoir si ou quand cela se produira jamais.

Source

2010-06-02 18:40:06 ctacke

Ainsi, dans une version Microsoft ont réussi à confondre tout le monde avec un nom alambiquée (cela n'a rien à voir avec Windows Embedded). Plus fragmenté leur plate-forme de développement. Plus confondre les consommateurs avec un système d'exploitation qui n'est pas susceptible de recevoir une réelle attention de la part des développeurs. Il est fou que la seule façon de développer des applications .NET pour ce système d'exploitation est d'utiliser le Compact Framework et les anciens contrôles WinForms. Je pensais que Microsoft était une société de plates-formes? Assurément, une plate-forme cohérente devrait être leur priorité n ° 1. –

Eh bien, c'est vraiment juste le renommage de Windows CE à Windows Embedded Compact. Ensuite, en tant que développeur Windows CE, je peux vous dire que nous essayons d'éviter le code managé car il a un encombrement trop élevé (développement intégré, pas de développement d'application smartphone), donc le natif Silverlight est vraiment le bienvenu. – Wizard79

Je travaille avec des plates-formes MS depuis près de deux décennies et la cohérence n'a jamais été une priorité autant que je sache. Choisissez à peu près tout ce qu'ils ont mis la main, mais leur système de flux de travail vient à l'esprit comme un exemple étonnant. Il était seul, puis faisait partie de la plate-forme du serveur, puis échangeait, puis n'échangeait pas, alors personne ne savait où le mettre, alors c'est dans la fondation, qui sait où il est maintenant ou ce qu'il sera demain. – Jeremy

Vous verrez « Les développeurs, les développeurs » Balmer sortent plus tard comme il l'a fait avant et admettre qu'ils ont commis une erreur avec cela. Ce sont les développeurs qui produisent les applications et si vous faites toutes les technologies de Microsoft, linq, wpf, ria et les modèles tels que les développeurs MVVM ne peuvent pas vous faire confiance et passer à une autre plate-forme. Ils ont laissé tomber la balle sur le téléphone OS en n'ayant pas un grand téléphone orienté vers le consommateur. Maintenant, ils vont se concentrer sur les consommateurs qui s'en tiennent aux développeurs d'affaires qu'ils ont construits sur Windows Mobile. Ils ont fait un excellent travail avec le Silverlight 4, donc je ne comprends pas comment ils peuvent laisser tomber la balle si mal sur Compact 7.

Source

2010-06-26 20:55:35 Joe

Ceci est spécifiquement à propos de CE, * pas * Windows Phone (qui est géré Silverlight), de sorte que vous comparez des pommes et des oranges. La décision de Microsoft de faire une implémentation C++ d'un framework XAML prend tout son sens à la lumière du fait qu'il a avant tout besoin de performances sur n'importe quelle cible potentielle.Je pense que le cadre est une bonne idée et une bonne mise en œuvre, j'ai juste un désaccord avec l'appel est "Silverlight". – ctacke

Je suis d'accord sur l'environnement de développement non uniforme, mais vous devez également considérer que le processeur qui sont actuellement alimentant les périphériques WP7 ne sont pas encore disponibles sur le marché embarqué général où les processeurs 1GHz sont une petite minorité et 5-600MHz processeurs sont utilisés uniquement pour les périphériques haut de gamme. Si vous tentez d'exécuter le moteur d'exécution XAML et .NET, vous risquez d'obtenir de faibles performances et des résultats décevants. Si vous avez besoin de RAD, utilisez le Compact Framework. Si vous avez besoin d'une interface utilisateur sympa, utilisez Silverlight pour Windows Embedded. Vous ne pouvez pas avoir les deux maintenant, comme vous le pouvez sur le téléphone ...

Source

2010-11-26 12:41:49

Prise en charge réelle de Silverlight sur Windows Embedded Compact 7?

Répondre

Questions connexes