C'est l'annonce du jour : l'ensemble des briques ASP.NET sont désormais entièrement open source: ASP.NET MVC, ASP.NET Web API, ainsi qu'ASP.NET Web Pages v2 (Razor). Selon Scott Guthrie : « Pour la première fois, Microsoft va permettre aux développeurs externes de soumettre des correctifs et contributions de code, que l’équipe de développement de Microsoft passera en revue pour une inclusion éventuelle dans le produit ». Rien que ça !

Microsoft se tourne vers l'Open Source

Si vous avez un peu suivi les annonces et évolutions d'ASP.NET, vous devez savoir que Microsoft avait publié le code d'ASP.NET MVC. Par la suite jQuery était embarqué par défaut dans les templates de projets ASP.NET à partir de 2008. Depuis lors ont été ajoutés : Modernizr, Knockout, jQuery Mobile, JSON.NET, et jQuery UI.

Microsoft a commencé à utiliser un style de développement ouvert avec le SDK Windows Azure l'an dernier. Ce style ayant bien fonctionné, c'est maintenant l'occasion de l'adopter pour des plateformes plus populaires comme ASP.NET. Cela va permettre à Microsoft d'interagir avec la communauté des développeurs et de répondre bien plus rapidement aux demandes et de corriger les bugs relevés.

Qu'on se le tienne pour dit : l'éditeur accélère clairement le virage open source amorcé ces dernières années pour ses outils de développements et travaille en étroite collaboration avec la communauté. Aujourd'hui tout développeur ASP.NET pourra pleinement s'impliquer dans un process d'amélioration, et ce directement :

• Vous avez trouvé un bug ? Envoyez un test unitaire ou un correctif !
• Vous pensez que la couverture de code n'est pas suffisante ? Soumettez un test unitaire !
• Vous avez une idée fonctionnalité ? Impliquez-vous plus profondément avec les développeurs et aidez !

[Plus]

Dans ce billet nous allons explorer plusieurs notions de base d'ASP.NET MVC en construisant une petite application de saisie de données. L'objectif est de voir un peu plus MVC en action et de coder, certaines explications ou notions seront étudiées plus en détails dans les prochains billets. [Plus]

Après avoir vu comment installer notre environnement de développement pour ASP.NET MVC dans le précédent billet, nous allons examiner plus en détails ce qu'est un controlleur, une vue, et un modèle dans le cadre d'une application ASP.NET MVC.

La meilleure façon d'apprécier un outil de développement reste de l'utiliser. Dans ce billet, nous allons créer une simple application de saisie de données ASP.NET MVC 4. Nous procéderons étapes par étapes afin de bien voir comment une application MVC est construite. Toutefois, afin de ne pas alourdir ce billet avec trop d'explications ou de théorie, certains détails techniques seront simplement évoqués. Mais ne vous inquiétez pas, si vous débutez avec ASP.NET MVC je reviendrais sur ces différents points dans les prochains billets. [Plus]

Dans ce billet nous allons voir rapidement ce qu'il est nécessaire d'installer pour coder notre première application Web avec ASP.NET MVC 4. Pour rappel, seule une version Developer Preview est actuellement disponible, il ne faut donc pas l'utiliser en production avant d'avoir la release officielle à disposition.

Il est tout à fait possible d'installer MVC 4 sur un environnement ayant les versions précédentes d'ASP.NET MVC installées. Néanmoins il subsiste quelques problèmes connus que vous pouvez consulter ici. [Plus]

Le patron de conception Modèle-Vue-Contrôleur est un patron de conception architectural, qui organise l'interface utilisateur d'une application en trois composants :

• Un modèle (contenant aussi bien des données que des opérations)
• Une vue (responsable de la présentation aux utilisateurs)
• Un contrôleur, dont le rôle est de gérer les événements et la synchronisation entre la Vue et le Modèle

Le pattern MVC a été mis au point en 1979 par Trygve Reenskaug, qui travaillait alors sur SmallTalk. ASP.NET MVC est donc un Framework de développement d'application web, basé sur ce patron de conception. [Plus]

Le Web évolue à une vitesse folle et des besoins nouveaux apparaissent chaque jours. Pour mieux comprendre les avantages et inconvénients d'utiliser ASP.NET MVC, il est utile de se pencher sur l'histoire des technologies Web chez Microsoft. A chaque nouvelle technologie, la plate-forme Web gagne en puissance et possibilités, mais malheureusement en compléxité également. [Plus]

Ce billet a pour but d'introduire une nouvelle série d'articles sur ASP.NET MVC 4. Comme beaucoup d'autres développeurs sur les technologies Microsoft, pour ne pas dire une très grande majorité, j'ai commencé à développer des applications Web à l'aide d'ASP.NET Web Forms. Lors de la sortie de la première release d'ASP.NET MVC je me suis bien entendu intéressé à cette "nouvelle techno". J'ai à l'époque consulté divers articles et ai créé quelques petites applications pour me familiariser avec cette façon bien différente de développer une appli Web. Mais il faut l'avouer, ne voulant pas sortir de ma zone de confort, j'ai préféré rester dans ce que je maîtrisais le mieux : les Web Forms. Mais aussi simplement parce que c'est ce que j'utilisais au boulot et cela n'était pas prêt de changer à l'époque. [Plus]

Voici le second billet sur la série ASP.NET vNext. Le premier présentait les nouveautés de la version 4.5 du runtime ASP.NET qui concernaient à la fois ASP.NET Web Forms et ASP.NET MVC. Dans ce billet nous allons voir celles concernant uniquement les Web Forms. Au programme : 

• Les contrôles de données fortement typés
• La liaison de modèle, emprunté à MVC, qui étend le liaison de données standard des Web Forms
• Diverses améliorations bien utiles [more]

On peut dire que la conférence Build a été riche en nouveautés. Bien sûr la Developer Preview de Windows 8 et de Visual Studio 11 ont fait couler beaucoup d'encre et représentent à eux seuls la majeure partie du buzz autour de la Build. Mais les nouveautés côté ASP.NET et développement Web ne sont pas en reste ! C'est ce que nous allons voir dans ce billet. 

La Developer Preview apporte de nombreux changements et nouveautés, de même que la preview de Visual Studio 11 inclut des améliorations pour le développement Web. Avant de présenter ces différentes nouveautés, il est bon de rappeler qu'il s'agit ici de version Developer Preview. Ce ne sont pas des releases officielles et elles peuvent faire l'objet de modifications futures. Toutefois, comme vu par le passé, il ne devrait pas y avoir de gros changements d'ici la release. Pour commencer voici les liens de téléchargement. Il est à noter que la preview du Framework 4.5 est incluse avec VS11 : Plus...

Les candidatures étant actuellement ouvertes pour le programme Microsoft Student Partners, et comme il y a des étudiants parmis les nombreux lecteurs de Developpez je relaie l'info.

Les étudiants sont nominés MSP par Microsoft, en fonction de leurs contributions passées, et surtout de leurs projets pour l’année à venir. Ils conservent leur titre pendant une année, renouvelable jusqu’à la fin de leur scolarité.

Ils ont le choix entre deux statuts aux nombreux avantages !

• MSP Experts – spécialistes sur un domaine particulier (Windows Phone 7 / Cloud / Windows : Web / Gaming)

  • Ils sont référents pour les autres MSP ou étudiants sur leur domaine de compétence
  • Rédigent dossiers et articles en rapport avec leur expertise pour le site www.etudiant.ms avec relais sur MSDN, Frogz, Technet, et autres sites en lien avec leur article
  • Bénéficient du relai ou de la publication de ses articles et activités sur les sites Microsoft, comme MSDN, TechNet, Frogz ou le site Microsoft pour les étudiants,
  • Sont invités à 3 MSP Days, tous frais payés, où tous les MSP se réunissent sur le Campus de Microsoft pour rencontrer les Microsoftees (employés de Microsoft),
  • Participent à des conférences en ligne, régulièrement organisées sur des thèmes demandés par les étudiants,
  • Ont une relation privilégiée avec les équipes produits
  • Contribuent à la création et mise en œuvre d’opérations marketing ou commerciales à destination des étudiants et d’événements dans les écoles
  • Bénéficient de la mise en relation avec les autres communautés et les partenaires de Microsoft pour réaliser ses projets, trouver des stages, etc.
    
• MSP : acteurs incontournables sur leur campus, ils
  
  • Participent à des conférences en ligne, organisées régulièrement sur des thèmes demandés par les étudiants,
  • Sont invités à 3 MSP Days, où tous les MSP se réunissent sur le Campus de Microsoft pour rencontrer les Microsoftees (employés de Microsoft),
  • Bénéficient du relai ou de la publication de ses articles et activités sur les sites Microsoft, comme MSDN, TechNet, Frogz ou le site Microsoft pour les étudiants,
  • Contribuent à la mise en œuvre d’opérations marketing ou commerciales à destination des étudiants et d’événements dans les écoles
  • De la mise en relation avec les autres communautés et les partenaires de Microsoft pour réaliser ses projets, trouver des stages, etc.

• La prochaine période de nomination commencera le 22 juin 2011 et se terminera le 1er septembre 2011.

   

  Pour candidater, il suffit d’envoyer CV et dossier de candidature à mspfr@microsoft.com.

  Conditions d’éligibilité

  Les seules conditions à remplir pour devenir MSP sont les suivantes :

  • Avoir plus de 16 ans
  • Etre étudiant inscrit dans un établissement en France

  Il n’y a pas de condition de nationalité française. Les étudiants inscrits dans d’autres pays doivent postuler là où ils font leurs études.

  [note] Voir le post d'origine sur le site Etudiants.ms [/note]

Lors du déploiement d'un package WSP sur une WebApplication SharePoint 2010 j'ai rencontré ce message d'erreur :

Last Operation Result: Some of the files failed to copy during deployment of the solution.
Last Operation Details: MonServeur : Error: The copying of this file failed: Layouts\MonSite\Scripts\MonScript.min.js.  I/O error occurred.

J'ai eu beau faire un retract de cette solution, retenter un déploiement... pas moyen. Ce qui est surtout bizarre, et qui m'a mis la puce à l'oreille, c'est que SharePoint bloque sur la copie d'un simple fichier javascript et toujours le même.

En fait le scénario est simple : lors d'une modification d'un fichier javascript (ça aurait pu être un CSS), plutôt que de redéployer via Visual Studio pour tester cette modification, j'ai préféré copier/coller manuellement ce fichier dans

C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\TEMPLATE\LAYOUTS.

Evidemment ce fichier est en read-only. Bref, en enlevant le read-only sur ce fichier : plus de problème. Moralité : plutôt que de s'amuser à mettre à jour manuellement de fichiers dans le répertoire SharePoint, mieux faut passer par un déploiement classique.

C'est tout bête. Hope this help !

Dans un WebPart SharePoint 2010 j'ai voulu rajouter un lien permettant d'ouvrir un pop-up. L'idée étant que le WebPart affiche des données et que l'utilisateur puisse les modifier via ce modal pop-up. Jusque là pas de soucis, un appel à la librairie javascript SharePoint et plus précisément SP.UI.ModalDialog.showModalDialog suffit.

Là où cela se complique, c'est lorsqu'on souhaite que ce pop-up s'affiche automatiquement au chargement de la page si les données n'ont pas encore été saisies par l'utilisateur. Utilisant un Visual WebPart j'ai ceci dans mon markup (de manière simplifiée) :

<script type="text/javascript">
    function OpenMonPopUp(_url) {
        var options = {
        url: _url,
        width: 800,
        height: 600
        };
        SP.UI.ModalDialog.showModalDialog(options);
    }
</script>

...
<a id="lnkEdit" runat="server">Edit Fund</a>
...

Dans le code-behind de mon WebPart, si les données ne sont pas saisies (le booléen MaCcondition) alors je fais appel à RegisterStartupscript pour appeller simplement ma méthode javascript OpenFund qui fonctionne très bien :

protected void Page_Load(object sender, EventArgs e)
{
    if (!IsPostBack)
    {
        string url = SPContext.Current.Web.Url + "/_layouts/MonWebParts/MonApplicationPage.aspx";
        lnkEdit.HRef = string.Format("javascript:OpenMonPopUp('{0}')", url);

        if (MaCondition)
        {
            string monScript = string.Format("OpenMonPopUp('{0}');", url));
            ScriptManager.RegisterStartupScript(this, this.GetType(), "keyOpenMonPopUp", monScript , true);
        }
    }
}

Et là c'est le drame, lors du chargement de la page contenant le WebPart j'obtiens cette erreur javascript lors de l'appel à SP.UI.ModalDialog.showModalDialog :

object doesn't support this property or method

Le problème ne provient pas de ma méthode OpenMonPopUp ni d'un oubli de référence au script SharePoint SP.js. Alors quoi ? En fait, le problème est simple : mon appel à SP.UI.ModalDialog.showModalDialog et donc à la librairie SP.js via RegisterStartupScript se fait AVANT le chargement de la dite librairie. La solution est tout aussi simple : utiliser la méthode javascript ExecuteOrDelayUntilScriptLoaded afin d'attendre le chargement de la librairie. Ce qui donne au final :

protected void Page_Load(object sender, EventArgs e)
{
    if (!IsPostBack)
    {
        string url = SPContext.Current.Web.Url + "/_layouts/MonWebParts/MonApplicationPage.aspx";
        lnkEdit.HRef = string.Format("javascript:OpenMonPopUp('{0}')", url);

        if (MaCondition)
        {
            StringBuilder sb = new StringBuilder();
            sb.Append("ExecuteOrDelayUntilScriptLoaded(function () {");
            sb.Append(string.Format("OpenMonPopUp('{0}');", url));
            sb.Append("}, \"sp.js\");");           
            
            ScriptManager.RegisterStartupScript(this, this.GetType(), "keyOpenMonPopUp", sb.ToString(), true);
        }
    }
}

Hope this help !