Si les déclarations de fichiers aspx

J'ai un code qui, pour l'essentiel ressemble à ceci:

<div>
    <% if(Something) { %>
        <div id="someUniqueMarkup">
            This markup should not be output if Something==true.

            <units:MyUserControl runat="server"/>
        </div>
    <% }
    else { %>
        <units:MyUserControl runat="server" />
    <% } %>
</div>

Selon Something, l'un d'eux est caché, et c'est très bien. Mais si j'ai mis des points de rupture dans le contrôle de l'utilisateur, je remarque qu'il est chargé à deux reprises (une fois pour chacun des contrôles ci-dessus) et tout c'est la logique est en train d'être exécuté deux fois. Je pourrais bien sûr de le contrôler avec des espaces réservés ou multivues, mais la même chose semble s'appliquent - OnLoad/Page_Load etc est exécuté une fois pour chaque contrôle qui est en fait sur la page.

EDIT:
La raison pour laquelle im montrer/cacher c'est parce que j'ai besoin d'inclure certains balisage autour de la contrôler si Something == true. J'ai pu envelopper "uniques balisage" lui-même en si-sinon avant et après le contrôle, mais qui semble juste sale pour quelque chose qui devrait vraiment être aussi simple que je l'ai imaginé ci-dessus. Le contrôle de l'utilisateur lui-même doit être exactement le même dans les deux scénarios, désolé pour la confusion de la propriété qu'il a eu.

Est-ce juste moi, ou est-ce vraiment une interface peu intuitive? Et est-il réellement possible de ne pas charger/exécuter un contrôle de l'utilisateur à tout, tant que c'est sur la page?

  • C'est juste vous, je pense.
  • pourquoi ne pas utiliser le code-behind? votre contrôle est côté serveur, donc quand les ajoutant l'ID de paramètre, vous pouvez définir vos paramètres. et de l'utiliser qu'une seule fois, comme mentionné @Kenneth dans sa réponse.
  • Oui, c'est vraiment pas intuitif. Mais là encore, donc, est l'ensemble des Formulaires web!
  • Eh bien, c'est un gros mensonge.
  • dans·tu·i·tive /inˈt(y)ooitiv/ Adjectif fondées sur ce que l'on ressent à être vrai, même sans raisonnement conscient; instinctive. (principalement des logiciels informatiques) Facile à utiliser et à comprendre. Je ne suis pas un "menteur" - ce n'est pas intuitive. Qui langage de programmation exécute quelque chose dans un if, même si la condition est fausse? Réponse: à peu près aucun, en dehors de WebForms, dans cet exemple.
  • Ce code à l'intérieur d'un bloc est exécuté, même lorsque le bloc "n'est pas exécutée" est loin d'être intuitif qu'il arrive, si vous me demandez.
  • C'est une vague de généralisation pour l'ensemble de Formulaires web.
  • Je l'avais fait en désaccord. Ou, c'est un balayage de la généralisation. Mais c'est vrai. Comment intuitif est l'ensemble du cycle de vie de page? Ajouter dans la liaison de données et la liaison de données des événements. Et ceux sale, généré designer.cs-fichiers. Quel est intuitive? Personne ne peut comprendre ces choses sans connaissances spécifiques de la façon dont les Webforms de travail, alors que la plupart des autres cadres peuvent généralement être compris par la connaissance de la langue et les principaux modèles utilisés.

InformationsquelleAutor Arve Systad | 2013-05-29
  1. 42

    Puisque vous avez deux contrôles sur la page, il va les rendre à la fois. Le si-vérifiez que vous créez, détermine uniquement si elle est incluse dans la sortie. La meilleure façon d'éviter cela est de changer votre code comme ceci:

    <div>
    <units:MyUserControl runat="server" SomeSetting="<%= Something %>" />
</div>

    MODIFIER: Réponse à modifier dans le post original:

    <div>
    <% if(Something) { %>
        <div id="someUniqueMarkup">
            This markup should not be output if Something==true.

            <asp:placeholder id="phItemInDiv" runat="server" />
        </div>
    <% }
    else { %>
        <asp:placeholder id="phItemOutsideDiv" runat="server" />
    <% } %>
</div>



MyUserControl ctrl = (MyUserControl)LoadControl("/pathtousercontrol.ascx")
if (something){    
    phItemInDiv.Controls.Add(ctrl);
}
else{
    phItemOutsideDiv.Controls.Add(ctrl);
}

    De cette façon, vous aurez seulement à l'utilisateur de contrôler émise (et chargé) si Something est vrai

    • Je sais, mais il y a beaucoup de trucs qui sont censés ne pas être montré à travers le contrôle de l'utilisateur. Sera mise à jour post original pour clarifier cela.
    • Simple mais efficace, j'aime ça
    • Voir édite maintenant. Le SomeSetting attribut n'était pas vraiment mon point du tout, c'était juste ajouté plus de différence entre eux. :-\
    • Le point de base reste le même, si vous mettez le contrôle de l'utilisateur sur la page qu'il va exécuter son cycle de vie entièrement. J'ai édité ma réponse pour vous montrer comment faire pour éviter cela. (note: si vous devez modifier les propriétés de l'objet usercontrol, vous avez besoin de jeter le résultat de LoadControl de votre usercontrol, définissez les propriétés, puis l'ajouter à l'espace réservé
    • Juste assez. Mais alors, de mon point de base reste le même: C'est juste une interface peu intuitive pour les programmeurs qui utilisent ASP.NET 🙂 Conditionnellement de charger le contrôle dans le code-behind avec LoadControl semble effectivement que la solution je veux en fait ici, à part que c'est vraiment sale (chaîne de référence à un contrôle utilisateur).
    • OK, j'ai édité ma réponse pour vous montrer comment le faire dans le code-behind donc l'UC n'est pas chargé à deux reprises
    • Oui, je suppose que vous avez raison, ce n'est pas la manière la plus optimale. Encore une fois, je ne recommanderais pas l'utilisation de formulaires web. Formulaires Web est le mieux adapté pour le développement rapide d'applications sans mettre beaucoup d'effort dans le faible niveau de mise en œuvre. Si vous voulez plus de contrôle, vous devriez probablement envisager de passer à ASP.NET MVC.
    • Je sais, et je souhaite que je pourrais, mais on n'a pas simplement réécrire les applications existantes 🙂
    • Malheureusement pas 🙂

    InformationsquelleAutor Kenneth
  2. 1

    De la meilleure façon, à mon avis, est de déclarer votre de contrôle de l'utilisateur une fois dans le ASPX.

    Dans le code derrière, sur PageLoad, appliquer la logique que vous voyez l'ajustement:

    if(something)
    MyUserControl.SomeSettings = ...

    Si il y a un problème dans la chronologie, ne la logique ci-dessus en Précharge, puisqu'il sera le feu avant que la Page de Chargement de la page et toutes ses commandes de l'utilisateur.

    EDIT:

    Vous pouvez mettre deux Identifiants différents sur les contrôles de l'utilisateur ayant Activé = false.
    Dans Page_load, définir Permis à l'un d'entre eux basée sur la logique que vous désirez.

    • Voir modifier, j'ai enlevé le SomeSetting bien depuis qu'il n'était pas vraiment partie de le point que j'essayais de faire.
    InformationsquelleAutor SiN