L'équivalent ASP.NET du côté serveur comprend
Bien que la méthode classique ASP côté serveur inclut des travaux dans ASP.NET, j'ai l'impression que ce n'est pas la méthode préférée. Comment suis-je "supposé" obtenir le même effet?
Voici comment je le fais en ce moment:<!-- #include file ="functionlib.aspx" -->
Vous avez maintenant un certain nombre d'options qui fournissent cet effet, mais d'une manière différente.
- Contrôles utilisateur (.ascx)
- Pages maîtres (.master)
- Commandes côté serveur (.dll)
- Bibliothèques de classes (.dll)
- Classes App_Code (.cs/.vb)
Chacun est utilisé différemment pour réaliser différentes choses. Cela dépend de ce que vous essayez vraiment de faire. Étant donné le nom de votre fichier include, j'imagine que vous essayez d'inclure des fonctions de bibliothèque qui seront utilisées dans le contexte de votre page.
Par conséquent, vous devez écrire une bibliothèque de classes contenant les méthodes et les importer dans votre application/aspx.
Si vous cherchez à créer un modèle de page qui fera la plupart du travail de mise en page pour fournir un corps pour un contenu différent, vous serez intéressé par les pages maîtres.
Si vous cherchez des modèles de contrôles qui peuvent être utilisés dans de nombreuses pages, vous allez rechercher les contrôles utilisateur.
Si vous envisagez des modèles de contrôles qui peuvent être utilisés par de nombreux utilisateurs dans de nombreux projets, vous examinerez les contrôles côté serveur.
Si vous regardez une bibliothèque de classes/méthodes, vous allez développer une bibliothèque de classes ou utiliser une classe app_code qui peut être compilée JIT la première fois qu'elle est appelée. Cela pourrait à la longue peut être considéré plus comme un ASP classique, mais il fonctionne vraiment plus comme une classe d'une bibliothèque de classes comme une seule unité. Vous pouvez l'appeler à partir de votre code derrière ou dans les balises <%%> de votre code aspx/ascx sans nécessiter de référence à une bibliothèque de classes.
Nous n'utilisons plus vraiment "comprend" en soi, mais chacun de ces outils dans votre boîte à outils vous permet de fournir des concepts similaires pour différents scénarios. En tant que développeur, vous interagirez différemment avec l'ensemble du cycle de vie des pages de vos pages Web. ASP.NET est une bête très différente de l'ASP classique. Il faut vraiment une vision/approche différente et il faudra un peu de patience pour comprendre les différences.
Que diriez-vous de <% Response.WriteFile("myFile.aspx"); %>?
Voir: https://support.Microsoft.com/en-us/help/306575/how-to-dynamically-include-files-in-asp-net
Si vous utilisez ASP.NET MVC, Html.RenderPartial est votre ami ici.
Une vue partielle peut être implémentée en tant que .ascx ou .aspx et placer l'appel ci-dessus dans votre page "principale" dit essentiellement "obtenir la sortie de cette vue partielle et la rendre ici".
Les vues partielles peuvent utiliser les ViewData que votre vue principale a reçues du contrôleur.
Cela ressemble à ce que vous devez regarder est le concept entier de MasterPages .
À moins que vous ne cherchiez qu'à importer des fonctions et d'autres utilitaires (pas du contenu html). Si tel est le cas (et que vous utilisez le modèle code-behind), vous devez simplement être en mesure d'inclure le fichier ou l'espace de noms approprié à l'aide de la commande imports en haut de votre page .vb (ajustez en conséquence pour C #).