Je fais des recherches beaucoup sur intraweb, je lis que Intraweb XII (quand cela sortira?), Il sera possible d'avoir:Sera-t-il possible d'utiliser les contrôles asp.net et silverlight dans Intraweb XII?
1) « silverlight contrôles permis » (mentionné here, c'est l'ancienne feuille de route IW XI de toute façon tâche silverlight a été déplacé à XII maintenant)
2) "IntraWeb XII [...] contiendra l'intégration avec CrossTalk et ASP.NET" (mentionné here, vérifiez Intraweb XII paragraphe).
Maintenant, je ne comprends pas ce que cela signifie en détail.
Je pense que IW est très cool, mais il manque un bon choix de composants, il n'y a qu'un seul fournisseur (TMS) qui fait de bons composants, mais bien sûr on peut se demander "pourquoi être limité à un fournisseur quand je peux utiliser plus de composants de plus de fournisseurs "?
Est-ce que quelqu'un (idéalement de l'équipe IW, ou qui connaît vraiment les rouages de IW XII, je veux dire les détails de la feuille de route, puisque XII n'est pas encore développé) sait ce que signifient ces phrases? Est-ce que cela signifie que je peux utiliser à l'intérieur de composants tiers IW de n'importe quel fournisseur ASP.NET et Silverlight comme Telerik, DevExpress, ComponentOne, et beaucoup, beaucoup, plus?
Merci, donc si je comprends bien les composants Silverlight basés sur jQUery au lieu de ASP.NET (et ces composants n'existent toujours pas chez les principaux fournisseurs de composants si je comprends bien) seront utilisables dans IW XII. Ensuite, pour les contrôles ASP.NET beaucoup dépend de la diaphonie, donc probablement une réponse n'est pas encore là, puisque nous ne savons pas ce que CrossTalk sera capable de faire à la fin. – LaBracca
En ce qui concerne Silverlight, corrigez. Silverlight peut être entièrement pris en charge par IW aujourd'hui, et même mieux dans les versions planifiées. Ce qui ne fonctionnera pas, c'est que les contrôles Silverlight sont construits pour asp.net - parce que IW n'est pas un moteur asp.net. En ce qui concerne Crosstalk, je ne pense pas que le plan soit pour qu'il supporte toujours les contrôles visuels/web asp.net. Il est conçu pour fournir la possibilité de consommer des assemblages .net non-visuels, point final. –