Question

Nous avons besoin pour construire un portail d'administration de site web à l'appui de notre application client/serveur.Puisque nous sommes un .Net magasin de l'évidence, de manière traditionnelle serait de le faire dans ASP.Net.Mais Silverlight 2 seront à venir de la bêta un bon moment avant notre date de sortie.Devrait-on envisager de construire l'ensemble du site dans silverlight au lieu de cela, avec l'appui de la WCF backend?

La fonction principale du portail sera:les utilisateurs, les groupes et les autorisations de configuration;profil de l'utilisateur paramètres de configuration;upload de fichier et de téléchargement de fichiers nécessaires à l'appui de la demande.

Je pense que la raison principale de cette approche que nous avons une bonne expérience avec WPF et WCF, mais peu d'expérience dans la ASP.Net.De toute façon, nous aurions à apprendre ASP.Net ou Silverlight, et l'apprentissage de Silverlight semble plus naturel de l'extension de nos compétences actuelles.

Existe-il des gros no-nos à partir de l'expérience de StackOverflowers?Quels sont les gros points positifs?

Était-ce utile?

La solution

Dépend de vos objectifs.Si le portail de l'administration est la partie de la demande et ne seront utilisées qu'à partir d'ordinateurs où votre application est installée, il ya beaucoup d'avantages de passer complètement à Silverlight ou même WPF.

Mais si vous pouvez voir un scénario où il sera utilisé à partir aléatoire PC ou par personne au hasard, entièrement fonctionnel HTML/Javascript version est absolument nécessaire.

Certaines raisons sont:

  • La plupart des gens n'ont pas de silverlight et vous obtenez une bonne charge de la prestation de serment s'ils ont le télécharger et l'installer.Certaines personnes qui ont installé le garder désactivé (avec flash et parfois même des images) pour éviter les distractions et la vitesse de la navigation.
  • Quand un site en HTML échoue, l'utilisateur obtient une page d'erreur et recharge.Si silverlight échoue, il peut accrocher ou de se bloquer.
  • HTML est ce qui est prévu, à la fois par les utilisateurs et les navigateurs internet:retour et actualiser les boutons fonctionnent comme ils le devraient, les liens hypertextes et les formes de travail comme prévu.
  • Internet lente est encore très répandue, tant dans les régions éloignées et les appareils mobiles.

Autres conseils

Je déconseille la construction d'un pur site de Silverlight.

Silverlight souffre des mêmes problèmes que le Flash n':Peu intuitive de Bookmarking, les problèmes avec l'impression, les questions d'accessibilité, pas de travail sur les boutons précédent et ainsi de suite.

Aussi, vous aurez besoin de vos utilisateurs Silverlight installé ou au moins avoir la possibilité de l'installer.

Contrôlée de environements (eg.dans les grandes entreprises ou les soins de santé) ou sur des appareils mobiles, ce ne serait pas le cas.

Je voudrais certainement aller pour une pleine application Silverlight, spécialement si vous avez une bonne expérience de la WPF.Vous pourrez réutiliser vos connaissances de la WPF, et devrait être en mesure de ramasser Silverlight assez rapidement.J'ai travaillé avec Silverlight depuis la Beta 1, et l'actuelle Bêta 2 est de qualité solide.Je pense qu'il est sûr de supposer qu'une version RTW est juste autour du coin.

Pilf a certains point valide, spécialement autour de l'impression.Pour que je n'aurais sans doute l'utilisation de SQL Reporting Services, ou d'un autre cadre de présentation de rapports, sur le côté serveur, et ouvre alors une nouvelle fenêtre avec des rapports imprimables.Pour les liens et signets les questions sont pas différent de toute autre application AJAX.J'ai fait un post de blog aujourd'hui au sujet de comment fournir des liens profonds et d'avant en arrière dans la navigation Silverlight.

Silverlight a aussi tous les crochets nécessaires pour la grande accessibilité de soutien, comme l'INTERFACE API d'Automatisation de la WPF est mis en Silverlight.Je ne sais pas si le lecteur d'écran, les fournisseurs ont pris encore.Le style/modèle de soutien dans Silverlight rend facile de fournir à contraste élevé, des habillages pour les déficients visuels utilisateurs si c'est un sujet de préoccupation.

Je suis d'accord avec ce que tout le monde avait dit jusqu'à présent et je pense que ce Diagramme, qui vise à Flash, s'applique également à Silverlight.

enter image description here

Source de l'Image:

Il semble que votre problème est que vous avez besoin d'un client riche application de l'administrateur.Pourquoi ne pas utiliser le clic-une fois?

Sur le thème de la distance andministrators, une autre affiche a déclaré que c'était un argument en faveur de HTML si les admins ont une connexion lente.Je dirais que selon le type d'information, il peut être plus efficace d'utiliser Silverlight.Si vous avez un ASP.NET datagrid rempli avec le côté serveur de liaison de données, vous pouvez télécharger une tonne de balisage et de l'état d'affichage de données.Même si vous utilisez un alrternative à DataGrid est plus léger sur le ViewState, vous aurez toujours beaucoup de code HTML à télécharger.

Dans Silverlight, une fois que vous obtenez le XAP, ce qui va probablement être plus petit que le code HTML correspondant, le XAP est mis en cache et donc vous ne devriez pas avoir de coût à chaque fois, et vous aurez juste être de la récupération de la donnée elle-même.

Pour un autre exemple, disons que vous avez un tas de listes déroulantes sur l'un de vos formulaires qui ont tous les mêmes valeurs dans la liste.Dans Silverlight, vous pouvez obtenir ces valeurs une fois et de les lier à tous les dorpdowns, en HTML, vous aurez à les répéter à chaque fois.

Cela va s'améliorer avec le côté client de la liaison de données dans ASP.NET qui suit un modèle très semblable à Silverlight et WPF pour la liaison de données.

Dans l'ensemble, je pense aussi que vous auriez besoin d'écrire moins de code pour l'implémentation de Silverlight qui permet d'augmenter la productivité et réduire les coûts d'entretien.

ASP dans tous les sens.Vous devez uniquement utiliser silverlight/flash, etc ... lorsque le texte ne peut pas faire ce que vous voulez, de faire par exemplel'affichage de la vidéo.

À l'aide d'un plugin pour votre site internet, il est lent, et l'utilisateur doit avoir installé le plugin.Silverlight par exemple les règles de tous les utilisateurs de Linux.Aussi, depuis Silverlight est assez nouveau, il est impossible de dire combien de Microsoft va être de maintenir la plate-forme est vivante que si elle ne veut pas reprendre prochainement.

Je collerais à la plaine de vieux HTML avec des scripts côté serveur.

Aussi, pour les sites web publics:Flash et Silverlight ne peut pas être indexé par un moteur de recherche, alors bonne chance à l'écriture des tonnes de métadonnées si vous voulez des visiteurs à tous.

Silverlight est un bon choix pour un face interne du portail, comme il le serait pour un portail accessible si vous avez déjà évalué votre projet et ont décidé d'aller de l'avant avec un portail web.Vous êtes libre de les intégrer Silverlight composants à l'intérieur d'un ASP.NET application (c'est à direles "îles de la richesse"), mais si vous avez la possibilité de construire un nouveau projet à partir de zéro, ne négligez pas complètement une solution de Silverlight comme un choix valable où vous auriez suis allé avec un traditionnel ASP.NET le portail.Silverlight est de RETOUR maintenant, si cette décision est toujours sur la table, vous savez que vous n'aurez pas à traiter avec des modifications importantes à l'avenir.

Il y a quelques inconvénients avec le développement d'un site entièrement en Flash / Silverlight, mais si ces inconvénients ne sera pas question de vous ou de ne pas avoir un impact alors rien ne peut vous arrêter.Choisissez n'importe quel outil que vous pensez répond à vos besoins.Je ne voudrais pas être mis hors de la création d'un site purement dans Silverlight basée sur les inconvénients, car il apporte beaucoup plus positifs à l'expérience de l'utilisateur.

Les commentaires précédents ont traité la plupart des inconvénients de l'utilisation de Silverlight pour un site de ce genre et je suis d'accord.Si vous êtes déterminé à avoir un client riche de style et de votre public est de petite taille (pour les administrateurs uniquement) puis je recommenderais de WPF sur Silverlight comme actuellement, il fournit un riche ensemble d'outils et de commandes.

Si vous vous en tenez à ASP.NET avez-vous regardé Dynamique de Données - il est idéal pour la construction de backend de gestion des sites avec peu d'effort.

J'ai vu "Silverlight ne" sites web de Microsoft, et ils sont assez impressionnants.Mais encore une fois, les démos étaient là pour exploiter le plein potentiel de ce que Silverlight peut faire.Le moment où vous avez besoin quelque chose de différent, vous pouvez être hors de la chance.Je ne vois pas Silverlight, Flash, sauf dans la façon dont ils sont installés/vu.Mais le Flash/ActionScript backend est vraiment mauvais par rapport à ce que Visual Studio peut offrir avec .NET

Demandez-vous pourquoi voudriez-vous d'utiliser Silverlight?Effets de fantaisie ou le modèle de programmation?

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