Une extension au Framework MVC pour ASP.NET
Un téléchargement open source proposé par Telerik

Le , par Gordon Fowler

21PARTAGES

1  0 
La société Telerik est spécialisée dans la conception d'interfaces utilisateurs (UI) dynamiques pour Microsoft.NET.

Rappelons que Microsoft.NET (ou .NET) est un ensemble de technologies et de produits destinés à rendre plus facile le développement d'applications portables et/ou pour internet.
Au sein de cette plateforme, la technologie ASP (pour "Active Server Pages" est tout spécialement orientée web.

MVC (pour "Model View Controller" est pour sa part un framework qui aide à dissocier les différentes couches d'un projet.
Le modèle (M) est l'ensemble des éléments qui permettent de manipuler des données.
La vue (V) est la page telle qu'affichée.
Le controleur (C) lui "synchronise" le tout.

Le croisement des ces deux technologies a donné un nouvel outil aux développeurs webs, tout naturellement baptisé ASP.NET MVC.

C'est pour les applications développées avec cette plateforme que Telerik vient de sortir un framework open source.
these new UI extensions facilitate development of reusable AJAX scripting components and deliver WebForms-like productivity without sacrificing the patterns, practices, and guidance of ASP.NET MVC.
La version de ce framework toujours en béta propose d'ores et déjà sept extensions, dont la sélection d'une date à l'aide d'un calendrier (DatePicker), une barre de progression (pour indiquer la progression d'un process), une barre "coulissante" qui permet par glissement de sélectionner des valeurs numériques, une boite à message et un jeu d'onglets.

Une variante dynamiques des onglets statiques est également proposée : "l'Accordéon" ("Accordion".



Il s'agit d'un menu à onglets déroulants dont un seul onglet est ouvert à la fois.
L'effet crée une animation proche d'un mouvement de soufflet. D'où le nom d'accordéon.

Enfin, un outil d'administration est également inclus dans le pack.
Le Web Asset Manager, "semblable au ScriptManager de la suite Microsoft Ajax, combine des fichiers JavaScript pré-configurés pour diminuer le nombre de requêtes envoyées au serveur".

Les extensions de Telerik sont basées sur jQuery.

Elles sont gratuites et téléchargeables en version CTP (Community Technologie Preview) sur CodePlex.

Source :
Page officiel de Telerik

Lire aussi :
Les tutoriels ASP.NET
Les tutoriels MVC
Que choisir en 2009 : PHP ou ASP(.NET) ?

Et vous ?
Quels sont pour vous les avantages et les inconvénients de ASP.NET MVC ?
Un framework open source présente-t-il un intérêt pour vous ?
Envisagez-vous d'utiliser un framework du style de celui proposé par Telerik ?

Une erreur dans cette actualité ? Signalez-le nous !

Avatar de Louis-Guillaume Morand
Rédacteur https://www.developpez.com
Le 29/06/2012 à 16:36
Je n'aime ni telerik ni devexpress.
basés sur quels arguments? je suis ni pour ni contre mais je les utilises sur des très très gros projets (celui en cours c'est des dizaines de dev et sur 24mois) et ca répond à beaucoup de besoins et très extensible.
je pense qu'il faut voir au besoin. En MVC je m'en passerai sûrement mais en WPF, ca me semblerait difficile

Au passage, vos avis m’intéressent,
haha j'avais écrit un long poste dans l'autre thread mais finalement je ne l'avais pas posté mais puisque tu demandes des avis...

alors moi je l'ai téléchargé ce projet et j'ai maté le code très bien rangé et très propre et meme bien commenté (a part des bouts en anglais d'autres en francais et une facon d'ecrire le code bien différente comme si y avait des choses piquées à droite à gauche...) mais en soit-même, j'appelle ca un starter-kit mais sans le framework. parce que niveau framework, ca n'apporte tien du tout d'utile pour moi. Il aurait été intéressant de mettre une pléthore de helpers que tu trouves dans d'autres frameworks. pareil, inclure jquery mais sans mettre les helpers qui font avec, ca sert à rien. on sait tous faire un include de js.
Donc franchement rien à redire sur le starter kit, ca peut servir à beaucoup de gens débutants même si personnellement, je préfère partir de quelque chose de vide et d'ajouter des briques. L'autre chose que j'ai pas compris, c'est la couche sécurité que tu vends. par rapport aux [Authorize], ca apporte quoi?

les bugs... tu le dis toi meme, tu n'as pas le temps de tout maintenir, et dans le futur de pas ton metier et tes missions changeantes, ca va aller en empirant car tu ne pourras pas toujours le réutiliser donc ca va tomber à l'abandon (je les ai connus tes anciens projets CMS ezlogic (qui pissait des site ultra moches avouons-le et meme un portail qui repompait la MSDN mais là je sais plus trop si c'etait toi). M'enfin, c'est surtout que les derniers commit montrent que tu corriges des bugs bateau (le register par exemple) donc là on a un starter-kit pas sec et dont avec le temps, t'aurais de moins en moins le temps de le maintenir. deux raisons pour moi pour un dev pour ne pas partir dessus (pour le moment!! je dis pas que dans le futur, une fois éprouvé, il devienne une perle, je donne mon avis maintenant après avoir lu et analysé le code)

Enfin, tu dis que c'est non commercial, ok, mais c'est VACHEMENT nombrilistique. tu l'aurais appelé laurentjordiMVC framework, c'etait pareil (ou ezlogic). C'est pour moi inutilisable, non pas à cause du nom mais parce que t'as poussé le vice et là franchement ca fait peur, à mettre "innova" dans les noms des classes. j'ai plus la flemme de retelecharger le zip mais y avait des "innovaContact" et j'en passe. depuis quand sur un projet on met des prefix sur des classes standards. C'est comme si en base tes tables s'appelaient Innovausers, innovaclients, etc.
autre point nombrilistique, sur codeplex, la premiere page ne decrit pas les features mais pour parler d'innovacall ou signer de ton nom, ca y est. jusqu'a maintenant, j'ai jamais vu de projet signé sur codeplex, car c'est communautaire. c'est un détail mais bon.

En gros, j'aurais préféré que tu fasses un start-kit séparé et clair et sans d'innovatrucmuche de partout. et un framework séparé kit à reprendre des idées trouvés sur le net en citant les sources, soit sur les blogs des devs, soit dans MVC contrib ou autre. De cette façon, ca touche plus de monde et c'est clairement plus utile.

bref, pas d'agression contre toi, c'est vraiment sur le framework que je réponds mais tu me connais avec le temps, j'ai un langage châtié et j'ai toujours été trop faineant pour tourner diplomatiquement mes phrases
3  0 
Avatar de Archeone
Membre habitué https://www.developpez.com
Le 18/08/2009 à 23:22
Le Web Asset Manager est très intéressant.

Je ne vois pas très bien l'intérêt des pseudos WebControls alors qu'en quelques lignes de Jquery vous arrivez a reproduire les contrôles présenter et a contrôler entièrement leurs comportement.

Peut être est ce le set de CSS livré avec les contrôles??
1  0 
Avatar de _skip
Expert éminent https://www.developpez.com
Le 19/08/2009 à 10:44
Tu écris quasiment pas une seule ligne de javascript en ASP.Net, c'est une approche presque purement composant.
Tu bosses avec les composants comme des widgets sur une application desktop, tu gères des évènements coté serveur mais c'est pas toi qui écrit toute cette daube javascript qui déclenche les postbacks et les rafraichissements.
1  0 
Avatar de Philippe Vialatte
Expert éminent sénior https://www.developpez.com
Le 19/08/2009 à 11:26
Citation Envoyé par Archeone Voir le message
Je ne vois pas très bien l'intérêt des pseudos WebControls alors qu'en quelques lignes de Jquery vous arrivez a reproduire les contrôles présenter et a contrôler entièrement leurs comportement.
Citation Envoyé par _skip Voir le message
Tu écris quasiment pas une seule ligne de javascript en ASP.Net, c'est une approche presque purement composant.
Tu bosses avec les composants comme des widgets sur une application desktop, tu gères des évènements coté serveur mais c'est pas toi qui écrit toute cette daube javascript qui déclenche les postbacks et les rafraichissements.
Je crois que l'idee est effectivement de se passer de Jquery, et de faire semblant que tout marche sans javascript

Apres...le framework MVC a justement pris l'approche "inverse" de donner un maximum de controle aux developpeurs sur le html genere, et ca me peine un peu de voir que les vendeurs s'empressent de fournir des controles qui wrappent salement du jquery

...j'attends de voir la v2 qui se passera de Jquery, pour voir
1  0 
Avatar de Dragouf
Membre à l'essai https://www.developpez.com
Le 08/09/2009 à 11:37
Ou alors simplement ne pas avoir à modifier tout ton javascript dans chaque vues qui utilise un composant jquery dans le cas où la syntax changerait.

Tu n'aurais juste qu'a changer les sources de ton composant qui genere le javascript....

+ d'autres utilité du genre : intellisense...
1  0 
Avatar de Louis-Guillaume Morand
Rédacteur https://www.developpez.com
Le 16/09/2009 à 8:33
mouais. autant je suis un peu gêné lorsque je veux utiliser des composants tiers tels des grilles étendues avec MVC, autant là, je vois pas l'intérêt de ces composants qui "respectent la mentalité MVC". Comme vous l'avez dit, c'est juste du JQuery caché.

Personnellement, je fais de plus en plus de JQuery et ces composants sont tous dispos de base sans avoir besoin à recupérer cette CTP. Le jour où ils sortent un HtmlHelper qui génère leur grille, on en parlera mais d'ici là je ne suis pas encore totalement convaincu
1  0 
Avatar de Dragouf
Membre à l'essai https://www.developpez.com
Le 22/09/2009 à 11:05
En tout cas ce qui est genial c'est le gestionnaire de script css et javascript qui permet d'appeler la version debug non compressé du fichier lors de developpement et ensuite
assembler l'ensemble des fichiers par groupe en une ressource compressée lors de la mise en production.

Code : Sélectionner tout
1
2
3
4
5
Html.Telerik().ScriptRegistrar().Scripts(script => script.AddGroup("MicrosoftAjax",
                                                                                group => group.Add("MicrosoftAjax.js")
                                                                                              .Add("MicrosoftMvcAjax.js")
                                                                                              .Compress(true).Combined(true))                                                                     
                                                                     ).Render();
1  0 
Avatar de iberserk
Membre expert https://www.developpez.com
Le 06/10/2009 à 14:57
Je ne vois pour ma part plus l'intérêt de ce genre de librairies de composants souvent vite dépassés, inadaptés, lourds et surtout sur lesquels il est bien difficile d'avoir la main.

Avec l'avènement d'AJAX, ces composants (qui en embarque souvent...) deviennent bien souvent non modifiable ...

L'utilisation de JQUERY me parait une bien meilleur solution.
1  0 
Avatar de
https://www.developpez.com
Le 29/06/2012 à 7:52
Salut,

Je n'aime ni telerik ni devexpress.
J'ai récement publié ce framework en open source orienté SOA dont JQuery et JQuery UI est une des clefs de voûte :
http://innovacallframework.codeplex.com

Je cherche des contributeurs car tout seul, j'ai du mal à coder + documenter + traduire + répondre aux nombreuses questions que l'on me pose...

Je ne vends pas ce framework ni des composant, çe n'est donc pas du tout une démarche commerciale, j'aimerais vraiment que ce framework évolue en collaboration avec d'autres développeurs pour qu'il puisse nous rendre service à tous.

Au passage, vos avis m’intéressent,

Laurnet
1  1 
Avatar de
https://www.developpez.com
Le 29/06/2012 à 18:00
Salut,

Merci pour ton avis, comme tu es le meilleur expert mvc du pays, il compte beaucoup pour moi, y compris dans tes critiques et en particulier dans la pérennité du code.

Concernant les préfixes inno, c'est pas du nombrilisme, c'est que j'ai été confronté à un cas où un développeur avait implémenté une couche de sécurité non conforme à asp.net role & membership provider qui utilisait les mêmes noms de tables que celles générées par le aspnetregsql. Donc, pour lui faciliter la transition, j'ai préfixé mes tables pour permettre une cohabitation temporaire pendant la transition d'un système à l'autre. Puisque tout (ou presque) ce régénère par les pocos, il faut moins d'une heure pour retirer les préfixes.

Ce qui est important dans cette couche de sécurité c'est qu'elle hérite du fournisseur d'appartenance, donc, tu peux l'intégrer dans un projet existant qui utilise le fournisseur d'origine simplement en modifiant le web.config.

Avantage, si c'est un projet mvc, tu n'as plus du tout d'ado.net

Pour ce qui est de l'utilisation du terme framework, tu as peut être remarqué les objets _Controllers_Base<T> et _Models_Base<T>. C'est vraiment le coeur de ma vision MVC qui permet de toujours être en typage fort qu'il s'agisse d'une vue, d'une vue partielle ou d'une vue _layout.

Lorsqu'on a des projets super simples et qu'on passe trois broutilles dans le viewbag, ça va mais lorsqu'on commence à avoir 20 ou 30 variables, c'est moins cool. C'est cette mécanique qui permet de se passer du view bag.

Tu as peut-être aussi remarqué ScriptG et CssG qui sont des vues spéciales qui génèrent du css paramétré côté serveur et des scripts js ou jquery également paramétrés ou même construits côté serveur et ceci en totale transparence vis à vis du client puisque le rewriting les sort en .css ou .js et le serveur les sort avec le bon type mime.

C'est super pratique, ça résoud toutes les prise de tête de transfert de variable d'initialisation de certains scripts et en particulier de certains composants jquery ui comme jstree ou jqgrid.

Concernant la pérennité du du framework j'étais super inquiet lors de l'arrivée du MVC 4 car j'avais peu qu'il ne serve plus à rien. C'est vrai que certains facilitateurs que j'avas implémentés ne servent plus mais le grand principe du parallèle entre controleur<t> et modele<t> demeure très utile et fonctionne toujours (et même est encore plus intéressant avec le html 5)

Enfin un gros gain c'est la génération, je n'ai pas encore pu mettre tous les poco, il manque le générateur de ressources et le générateur de dto (je les ai déjà mais il ne sont pas encore intégrés au starter kit).

Voilà, je ne te cache pas que si tu voulais un peu participer au projet ça serait pour moi un grand honneur et pour ceux qui utiliseront le kit, un importante garantie de fiabilité et de pérennité.

Et en ce qui concerne le CMS, celui dont tu parles était à base de frames et a été commencé en 2004, je ne mettrais pas le nouveau sur codeplex mais si tu passes à paris un jour, je te ferais une démo avec parcours des sources et je te laisserais seul juge de ce que tu auras vu... (au passage tu percevras mieux la puissance du framework car là tu verras quel est son vrai potentiel).

Au plaisir,

Laurent
1  0 
Contacter le responsable de la rubrique Accueil

Partenaire : Hébergement Web