Fonctionnalités cachées d'ASP.NET [fermé]

Cette question existe parce qu'elle a une signification historique, mais elle n'est pas considérée comme une bonne question sur le sujet pour ce site, veuillez donc ne pas l'utiliser comme preuve que vous pouvez poser des questions similaires ici.

Plus d'informations: https://stackoverflow.com/faq

Il existe toujours des fonctionnalités qui seraient utiles dans les scénarios marginaux, mais pour cette raison même, la plupart des gens ne les connaissent pas. Je demande des fonctionnalités qui ne sont généralement pas enseignées par les manuels.

Quels sont ceux que vous connaissez?

Pendant les tests, vous pouvez envoyer des e-mails dans un dossier de votre ordinateur au lieu d'un serveur SMTP. Mettez ceci dans votre web.config:

<system.net>
    <mailSettings>
        <smtp deliveryMethod="SpecifiedPickupDirectory">
            <specifiedPickupDirectory pickupDirectoryLocation="c:\Temp\" />
        </smtp>
    </mailSettings>
</system.net>

Si vous placez un fichier nommé app_offline.htm à la racine d'un répertoire d'application Web, ASP.NET 2.0+ arrêtera l'application et arrêtera le traitement normal de toute nouvelle demande entrante pour cette application, affichant uniquement le contenu de app_offline.htm fichier pour toutes les nouvelles demandes .

Il s'agit du moyen le plus rapide et le plus simple d'afficher votre avis "Site temporairement indisponible" lors du redéploiement (ou de la restauration) des modifications sur un serveur de production.

De plus, comme l'a souligné marxidad , assurez-vous d'avoir au moins 512 octets de contenu dans le fichier pour qu'IE6 le rende correctement.

throw new HttpException(404, "Article not found");

Cela sera rattrapé par ASP.NET qui renverra la page customErrors. En savoir plus sur celui-ci dans un récent article .NET Astuce du jour

Voici le meilleur. Ajoutez ceci à votre web.config pour une compilation BEAUCOUP plus rapide. Il s'agit de la version 3.5SP1 via ce QFE .

<compilation optimizeCompilations="true">

Résumé rapide: nous introduisons un nouveau commutateur OptimizeCompilations dans ASP.NET qui peut considérablement améliorer la vitesse de compilation dans certains scénarios. Il y a des captures, alors lisez la suite pour plus de détails. Ce commutateur est actuellement disponible en tant que QFE pour 3.5SP1 et fera partie de VS 2010.

Le système de compilation ASP.NET adopte une approche très conservatrice qui lui fait effacer tout travail précédent qu'il a effectué chaque fois qu'un fichier de «niveau supérieur» change. Les fichiers de «haut niveau» incluent tout dans bin et App_Code, ainsi que global.asax. Bien que cela fonctionne bien pour les petites applications, il devient presque inutilisable pour les très grandes applications. Par exemple, un client se heurtait à un cas où il fallait 10 minutes pour actualiser une page après avoir apporté une modification à un assemblage «bin».

Pour soulager la douleur, nous avons ajouté un mode de compilation «optimisé» qui adopte une approche beaucoup moins conservatrice de la recompilation.

Via ici :

• HttpContext.Current vous donnera toujours accès à la requête / réponse / etc. Du contexte actuel, même lorsque vous n'avez pas accès aux propriétés de la page (par exemple, à partir d'une classe d'assistance à couplage lâche).

• Vous pouvez continuer à exécuter du code sur la même page après avoir redirigé l'utilisateur vers une autre en appelant Response.Redirect ( url , false )

• Vous n'avez pas besoin de fichiers .ASPX si tout ce que vous voulez est une page compilée (ou tout IHttpHandler ). Définissez simplement le chemin et les méthodes HTTP pour pointer vers la classe dans l' <httpHandlers>élément du fichier web.config.

• Un objet Page peut être récupéré à partir d'un fichier .ASPX par programmation en appelant PageParser.GetCompiledPageInstance (virtualPath, aspxFileName, Context)

Mode Retail au niveau machine.config:

<configuration>
  <system.web>
    <deployment retail="true"/>
  </system.web>
</configuration>

Substitue les paramètres web.config pour appliquer le débogage à false, active les erreurs personnalisées et désactive le suivi. N'oubliez plus de modifier les attributs avant la publication. Laissez-les tous configurés pour les environnements de développement ou de test et mettez à jour les paramètres de vente au détail.

Activer Intellisense pour MasterPages dans les pages de contenu
Je suis sûr que c'est un hack très peu connu

La plupart du temps, vous devez utiliser la méthode findcontrol et convertir les contrôles en page maître à partir des pages de contenu lorsque vous souhaitez les utiliser, le MasterType directive intellisense dans Visual Studio une fois que vous y serez

il suffit d'ajouter une autre directive à la page

<%@ MasterType VirtualPath="~/Masters/MyMainMasterPage.master" %>

Si vous ne souhaitez pas utiliser le chemin virtuel et utiliser le nom de classe à la place,

<%@ MasterType TypeName="MyMainMasterPage" %>

Obtenez l'article complet ici

HttpContext.Items en tant qu'outil de mise en cache au niveau de la demande

Deux choses ressortent dans ma tête:

1) Vous pouvez activer et désactiver Trace à partir du code:

#ifdef DEBUG 
   if (Context.Request.QueryString["DoTrace"] == "true")
                {
                    Trace.IsEnabled = true;
                    Trace.Write("Application:TraceStarted");
                }
#endif

2) Vous pouvez créer plusieurs pages .aspx en utilisant un seul fichier partagé "code-behind".

Créez un fichier .cs d'une classe:

public class Class1:System.Web.UI.Page
    {
        public TextBox tbLogin;

        protected void Page_Load(object sender, EventArgs e)
        {

          if (tbLogin!=null)
            tbLogin.Text = "Hello World";
        }
    }

et puis vous pouvez avoir un nombre illimité de pages .aspx (après avoir supprimé le code -designer .designer.cs et .cs que VS a généré):

  <%@ Page Language="C#"  AutoEventWireup="true"  Inherits="Namespace.Class1" %>
     <form id="form1" runat="server">
     <div>
     <asp:TextBox  ID="tbLogin" runat="server"></asp: TextBox  >
     </div>
     </form>

Vous pouvez avoir des contrôles dans l'ASPX qui n'apparaissent pas dans Class1, et vice-versa, mais vous devez vous rappeler de vérifier vos contrôles pour des valeurs nulles.

Vous pouvez utiliser:

 Request.Params[Control.UniqueId] 

Pour obtenir la valeur d'un contrôle AVANT que viewstate ne soit initialisé (Control.Text, etc. sera vide à ce stade).

Ceci est utile pour le code dans Init.

WebMethods.

Vous pouvez utiliser les rappels ASP.NET AJAX aux méthodes Web placées dans les pages ASPX. Vous pouvez décorer une méthode statique avec les attributs [WebMethod ()] et [ScriptMethod ()]. Par exemple:

[System.Web.Services.WebMethod()] 
[System.Web.Script.Services.ScriptMethod()] 
public static List<string> GetFruitBeginingWith(string letter)
{
    List<string> products = new List<string>() 
    { 
        "Apple", "Banana", "Blackberry", "Blueberries", "Orange", "Mango", "Melon", "Peach"
    };

    return products.Where(p => p.StartsWith(letter)).ToList();
}

Maintenant, dans votre page ASPX, vous pouvez le faire:

<form id="form1" runat="server">
    <div>
        <asp:ScriptManager ID="ScriptManager1" runat="server" EnablePageMethods="true" />
        <input type="button" value="Get Fruit" onclick="GetFruit('B')" />
    </div>
</form>

Et appelez votre méthode côté serveur via JavaScript en utilisant:

    <script type="text/javascript">
    function GetFruit(l)
    {
        PageMethods.GetFruitBeginingWith(l, OnGetFruitComplete);
    }

    function OnGetFruitComplete(result)
    {
        alert("You got fruit: " + result);
    }
</script>

Vérifiez si le client est toujours connecté avant de démarrer une tâche de longue durée:

if (this.Response.IsClientConnected)
{
  // long-running task
}

Une fonctionnalité peu connue et rarement utilisée d'ASP.NET est:

Cartographie des balises

Il est rarement utilisé car il n'y a qu'une situation spécifique où vous en auriez besoin, mais quand vous en avez besoin, c'est tellement pratique.

Quelques articles sur cette fonctionnalité peu connue:

Mappage de balises dans ASP.NET
Utilisation du mappage de balises dans ASP.NET 2.0

et de ce dernier article:

Le mappage de balises vous permet d'échanger des contrôles compatibles au moment de la compilation sur chaque page de votre application Web. Un exemple utile est si vous avez un contrôle ASP.NET stock, tel qu'un DropDownList, et que vous souhaitez le remplacer par un contrôle personnalisé dérivé de DropDownList. Il peut s'agir d'un contrôle personnalisé pour fournir une mise en cache plus optimisée des données de recherche. Au lieu de modifier chaque formulaire Web et de remplacer les DropDownLists intégrés par votre version personnalisée, vous pouvez avoir ASP.NET en effet le faire pour vous en modifiant web.config:

<pages>
 <tagMapping>
   <clear />
   <add tagType="System.Web.UI.WebControls.DropDownList"
        mappedTagType="SmartDropDown"/>
  </tagMapping>
</pages>

HttpModules . L'architecture est folle et élégante. Peut-être pas une fonctionnalité cachée, mais cool quand même.

Vous pouvez utiliser les commentaires ASP.NET dans une page .aspx pour mettre en commentaire des parties complètes d'une page, y compris les contrôles serveur. Et le contenu commenté ne sera jamais envoyé au client.

<%--
    <div>
        <asp:Button runat="server" id="btnOne"/>
    </div>
--%>

Le générateur d'expression de code

Exemple de balisage:

Text = '<%$ Code: GetText() %>'
Text = '<%$ Code: MyStaticClass.MyStaticProperty %>'
Text = '<%$ Code: DateTime.Now.ToShortDateString() %>'
MaxLenth = '<%$ Code: 30 + 40 %>'

La vraie beauté du générateur d'expressions de code est que vous pouvez utiliser des expressions de liaison de données comme dans des situations sans liaison de données. Vous pouvez également créer d'autres générateurs d'expressions qui exécutent d'autres fonctions.

web.config:

<system.web>    
    <compilation debug="true">
        <expressionBuilders>
            <add expressionPrefix="Code" type="CodeExpressionBuilder" />

La classe cs qui fait que tout se passe:

[ExpressionPrefix("Code")]
public class CodeExpressionBuilder : ExpressionBuilder
{
    public override CodeExpression GetCodeExpression(
        BoundPropertyEntry entry,
        object parsedData,
        ExpressionBuilderContext context)
    {            
        return new CodeSnippetExpression(entry.Expression);
    }
} 

Utilisation du type de fichier ASHX:
Si vous souhaitez simplement sortir du HTML ou du XML de base sans passer par les gestionnaires d'événements de page, vous pouvez implémenter le HttpModule de manière simple

Nommez la page en tant que SomeHandlerPage.ashx et insérez simplement le code ci-dessous (une seule ligne)

<%@ webhandler language="C#" class="MyNamespace.MyHandler" %>

Ensuite, le fichier de code

using System;
using System.IO;
using System.Web;

namespace MyNamespace
{
    public class MyHandler: IHttpHandler
    {
        public void ProcessRequest (HttpContext context)
        {   
            context.Response.ContentType = "text/xml";
            string myString = SomeLibrary.SomeClass.SomeMethod();
            context.Response.Write(myString);
        }

        public bool IsReusable
        {
            get { return true; }
        }
    }
}

Définition des propriétés de contrôle du serveur en fonction du navigateur cible et plus encore .

<asp:Label runat="server" ID="labelText" 
    ie:Text="This is IE text" 
    mozilla:Text="This is Firefox text" 
    Text="This is general text" 
/>

Celui-là m'a un peu pris par surprise.

System.Web.VirtualPathUtility

J'ai travaillé sur une application asp.net qui a subi un audit de sécurité par une société de sécurité de premier plan et j'ai appris cette astuce simple pour éviter une vulnérabilité de sécurité moins connue mais importante.

L'explication ci-dessous provient de: http://www.guidanceshare.com/wiki/ASP.NET_2.0_Security_Guidelines_-_Parameter_Manipulation#Consider_Using_Page.ViewStateUserKey_to_Counter_One-Click_Attacks

Pensez à utiliser Page.ViewStateUserKey pour contrer les attaques en un clic. Si vous authentifiez vos appelants et utilisez ViewState, définissez la propriété Page.ViewStateUserKey dans le gestionnaire d'événements▶Init pour empêcher les attaques en un clic.

void Page_Init (object sender, EventArgs e) {
  ViewStateUserKey = Session.SessionID;
}

Définissez la propriété sur une valeur que vous savez unique à chaque utilisateur, telle qu'un ID de session, un nom d'utilisateur ou un identifiant d'utilisateur.

Une attaque en un clic se produit lorsqu'un attaquant crée une page Web (.htm ou .aspx) qui contient un champ de formulaire masqué nommé __VIEWSTATE qui est déjà rempli de données ViewState. Le ViewState peut être généré à partir d'une page que l'attaquant avait précédemment créée, comme une page de panier contenant 100 articles. L'attaquant attire un utilisateur sans méfiance dans la navigation vers la page, puis l'attaquant provoque l'envoi de la page au serveur sur lequel ViewState est valide. Le serveur n'a aucun moyen de savoir que le ViewState provient de l'attaquant. La validation ViewState et les HMAC ne contrent pas cette attaque car le ViewState est valide et la page est exécutée dans le contexte de sécurité de l'utilisateur.

En définissant la propriété ViewStateUserKey, lorsque l'attaquant accède à une page pour créer ViewState, la propriété est initialisée à son nom. Lorsque l'utilisateur légitime soumet la page au serveur, elle est initialisée avec le nom de l'attaquant. Par conséquent, la vérification ViewState HMAC échoue et une exception est générée.

HttpContext.Current.IsDebuggingEnabled

C'est idéal pour déterminer quels scripts afficher (versions min ou complètes) ou tout autre élément que vous pourriez souhaiter en dev, mais pas en direct.

Inclus dans ASP.NET 3.5 SP1:

• customErrors prend désormais en charge l'attribut "redirectMode" avec une valeur de "ResponseRewrite". Affiche la page d'erreur sans changer d'URL.
• La balise de formulaire reconnaît désormais l'attribut d'action. Idéal lorsque vous utilisez la réécriture d'URL

Propriété DefaultButton dans les panneaux.

Il définit le bouton par défaut pour un panneau particulier.

ScottGu a un tas d'astuces à http://weblogs.asp.net/scottgu/archive/2006/04/03/441787.aspx

Utilisation de configSource pour diviser les fichiers de configuration.

Vous pouvez utiliser l'attribut configSource dans un fichier web.config pour pousser des éléments de configuration vers d'autres fichiers .config, par exemple, au lieu de:

    <appSettings>
        <add key="webServiceURL" value="https://some/ws.url" />
        <!-- some more keys -->
    </appSettings>

... vous pouvez avoir la totalité de la section appSettings stockée dans un autre fichier de configuration. Voici la nouveauté web.config:

    <appSettings configSource="myAppSettings.config" />

Le myAppSettings.configdossier:

    <appSettings>        
        <add key="webServiceURL" value="https://some/ws.url" />
        <!-- some more keys -->
    </appSettings>

Ceci est très utile pour les scénarios où vous déployez une application sur un client et que vous ne voulez pas qu'ils interfèrent avec le fichier web.config lui-même et que vous souhaitez simplement qu'ils puissent modifier quelques paramètres.

réf: http://weblogs.asp.net/fmarguerie/archive/2007/04/26/using-configsource-to-split-configuration-files.aspx

Attribut MaintainScrollPositionOnPostback dans la directive Page. Il est utilisé pour maintenir la position de défilement de la page aspx sur les publications.

HttpContext.IsCustomErrorEnabled est une fonctionnalité intéressante que j'ai trouvée utile plusieurs fois. Voici un court article à ce sujet.

Par défaut, tout contenu entre les balises d'un contrôle personnalisé est ajouté en tant que contrôle enfant. Cela peut être intercepté dans un remplacement AddParsedSubObject () pour le filtrage ou l'analyse supplémentaire (par exemple, du contenu de texte dans LiteralControls):

    protected override void AddParsedSubObject(object obj)
     { var literal = obj as LiteralControl;
       if (literal != null) Controls.Add(parseControl(literal.Text));
       else base.AddParsedSubObject(obj);
     }

...

   <uc:MyControl runat='server'>
     ...this text is parsed as a LiteralControl...
  </uc:MyControl>

Si ASP.NET génère un flux RSS, il mettra parfois une ligne supplémentaire en haut de la page. Cela ne sera pas validé avec les validateurs RSS courants. Vous pouvez contourner ce problème en plaçant la directive page <@Page>au bas de la page.

Avant qu'ASP.NET v3.5 ajoute des itinéraires, vous pouviez créer vos propres URL conviviales simplement en écrivant un HTTPModule et en réécrivant la demande au début du pipeline de pages (comme l'événement BeginRequest).

Des URL comme http: // nom_serveur / page / Param1 / SomeParams1 / Param2 / SomeParams2 seraient mappées vers une autre page comme ci-dessous (en utilisant souvent des expressions régulières).

HttpContext.RewritePath("PageHandler.aspx?Param1=SomeParms1&Param2=SomeParams2");

DotNetNuke a un très bon HttpModule qui fait cela pour leurs URL amicales. Est toujours utile pour les machines sur lesquelles vous ne pouvez pas déployer .NET v3.5.