L'utilisation de l'attendent dans de Rasoir vues

Est-il possible de await sur des missions de Rasoir .cshtml vues?

Par défaut, il se plaint qu'il ne peut être utilisé dans les méthodes marqué avec async alors je me demandais si peut-être il ya un bouton caché quelque part que permet-il?

Semble comme quelque chose que vous faites dans votre contrôleur ou plus haut dans la pile de votre dos, le code de fin.

InformationsquelleAutor Knaģis | 2013-10-04

async-await c#razor

13

Non, c'est pas possible et vous ne devriez pas avoir à le faire de toute façon. Rasoir avis doit contenir du code et au plus quelques helper appel. async/await appartient à votre backend logique.
- Downvote pour le "Ne pas faire" partie. Le rendu premiers octets des données arrive n'est-ce pas étrange, ni Vue dictée en matière de données. Par exemple, si j'ai remis un stagiaire de Rasoir et ils ont besoin de jeter les pages sans savoir comment appeler la DB, j'ai pu enseigner à l'appel de données par l'intermédiaire d'un chargement différé repo avec une très interface simple - à l'exception de vous lancer dans ce mur de async (peut-être) la restriction de Rasoir.
- qui n'a tout simplement pas de sens. "voir la dictée de données" est ce qu'un ViewModel est et c'est déjà fournie par le contrôleur. "le rendu avant que les données arrivent" est juste à la recherche à la lenteur de la récupération de données problème à l'envers. il y a un cache pour que.
- Considérons une page qui est différent pour tout le monde, à chaque fois qu'ils visitent, et il faut un certain temps pour calculer les résultats. Supposons que c'est une liste de trucs. Mieux pour le rendu, mémoire sans tampon, à l'outputstream ce que vous avez dès que vous l'avez, que pour permettre à l'utilisateur d'attendre jusqu'à ce que absolument tout est arrivé. Le ViewModel approche serait que vous obtenez la merde dernier résultat. Laisser la Vue sip et restituer les données en temps réel vous donne le mieux, basse-time-to-first-résultat résultat précédent.
- vous confondez côté navigateur de traitement avec traitement côté serveur. Une Vue est supposé travailler sur le fini des données après toutes les opérations asynchrones ont fini dans le contrôleur. C'est le controller travail pour obtenir les données, pas de la vue. Si vous souhaitez un rendu partiel, de la structure de votre code HTML et Javascript afin que le rendu commence avant que toutes les données ont été téléchargées. Si vous souhaitez que les deux choses distinctes, l'utilisation ODATA ou de l'API Web pour obtenir le Json. Ce que vous décrivez est plus ou moins la façon de Formulaires Web a travaillé.
- Incorrect. Lorsqu'une Réponse commence, il n'est pas instantanément le transfert de l'ensemble de son contenu pour le client. Au lieu de cela, elle diffuse au fil du temps. Vous pouvez rendre progressivement à partir du serveur que les données deviennent disponibles si vous livrer votre point de Vue dans une mémoire sans tampon - mais l'approche standard ASP.Net MVC/Rasoir rend ce soit difficile, voire impossible. Va et récupérer plus de données via js après le fait est quelque chose de totalement différent, et à ne pas confondre avec la diffusion d'une réponse unique au cours de plusieurs secondes, sans avoir besoin d'autres demandes.
- ce que vous décrivez est le client de la façon de travailler qui n'est pas liée à savoir si le serveur utilise un ou plusieurs threads pour traiter une demande et si les rendements des opérations de blocage. MVC n'est pas difficile, il suffit simplement de ne pas traiter avec elle à tous les. Si vous voulez tirer un autre contenu à partir du serveur, aller de l'avant et à l'appel de plusieurs actions ou de plusieurs contrôleurs. Rasoir n'empêche pas du tout. async dans ASP.NET a à voir avec la façon dont le serveur libère le thread de traitement chaque fois qu'une opération de blocage est rencontré, et reprend quand il se termine
- Pas encore de. Relire le troisième commentaire ici. Le serveur commence à envoyer de réponse avant qu'il sait tout le contenu qu'il va émettre. Les Threads d'arrière-plan pendant ce temps d'extraction. Quand ils arrivent avec des résultats server finitions de réponse. Améliore le temps de premier octet.
- Je suis la mise en œuvre de @Html.Traduire(clé) helper, qui contient attendent méthode à l'intérieur pour obtenir la valeur de base de données. C'est l'exemple du monde réel "afficher les dictées de données de besoin" beahviour. J'ai donc besoin de faire de toute façon.
- Alors que je suis d'accord qu'il ne devrait pas y avoir de réel besoin pour async en Rasoir vues dans le contexte d'une AspNet MVC site, il y a un cas d'utilisation de ce au Réseau de Pages Web (c'est à dire Non-MVC, Razor seulement) sur le site. Je rencontre ce sur un pur HTML site que j'ai converti les Pages web et ajouté un couple de caractéristiques qui font que certains async appels d'API.
- J'ai tellement appris de ces commentaires seul.
InformationsquelleAutor Darin Dimitrov
12

Dans ASP.NET de Base 2.1, vous pouvez utiliser await de Rasoir vues.

Voir https://docs.microsoft.com/en-us/aspnet/core/mvc/views/partial?view=aspnetcore-2.1

Exemple:
```
@await Html.PartialAsync("../Account/_LoginPartial.cshtml")
```
InformationsquelleAutor Kirill Rakhman

J'ai voulu quelque chose comme cela pour une longue période de temps - beaucoup de pages nous écrire pourrait être jetés ensemble par un Jr Dev s'ils n'avaient pas d'écrire un tas de questions; et, c'est la même requête de base réutilisable à chaque fois de toute façon - pourquoi devraient-ils avoir à les écrire pour chaque Contrôleur, lorsque la majorité de leur travail est d'obtenir le contenu? J'utilise C# donc je n'ai pas à traiter avec la gestion de la mémoire, pourquoi un codeur HTML, avoir à traiter avec de la requête de détails?

Il y est une astuce que vous pouvez utiliser pour trier implicite de charger des données asynchrone dans la Vue. Tout d'abord, vous définissez une classe qui exprime les données que vous voulez. Puis, en haut de chaque Vue, instancier cette classe. De retour dans le Contrôleur, vous pouvez rechercher le point de Vue, vous savez que vous allez utiliser, ouvrez-le, puis compiler cette classe. Vous pouvez ensuite l'utiliser pour aller chercher les données de la Vue aura besoin, async, dans le Contrôleur de la manière MVC applique. Enfin, passer avec un ViewModel pour la Vue comme MVC prescrit, et, grâce à quelques astuces, vous avez une Vue qui déclare que les données qu'il va utiliser.

Voici un StoryController. Jr Devs écrire des histoires simples .cshtml fichiers sans avoir à connaître ce qu'est un Contrôleur de base de données ou LINQ est:

public class StoryController : BaseController
{
    [OutputCache(Duration=CacheDuration.Days1)]
    ///story/(id)
    public async Task<ActionResult> Id(string id = null)
    {
        string storyFilename = id;

        //Get the View - story file
        if (storyFilename == null || storyFilename.Contains('.'))
            return Redirect("/");   //Disallow ../for example

        string path = App.O.AppRoot + App.HomeViews + @"story\" + storyFilename + ".cshtml";
        if (!System.IO.File.Exists(path))
            return Redirect("/");

        return View(storyFilename);

Tout cela n'a pour l'instant est d'aller récupérer le fichier de Vue en fonction de l'URL, permettant à quelque chose comme WebForms (sauf à l'intérieur et MVC à l'aide de Rasoir). Mais nous voulons montrer que certaines données (dans notre cas, les personnes et les projets qui s'accumulent dans la base de données avec une certaine norme Viewmodel et Partiels. Nous allons définir comment et compiler ça. (Notez que ConservX arrive à être au cœur du Projet de l'espace de noms dans mon cas.)

    public async Task<ActionResult> Id(string id = null)
{
string storyFilename = id;
//1) Get the View - story file
if (storyFilename == null || storyFilename.Contains('.'))
return Redirect("/");   //Disallow ../for example
string path = App.O.AppRoot + App.HomeViews + @"story\" + storyFilename + ".cshtml";
if (!System.IO.File.Exists(path))
return Redirect("/");
//2) It exists - begin parsing it for StoryDataIds
var lines = await FileHelper.ReadLinesUntilAsync(path, line => line.Contains("@section"));
//3) Is there a line that says "new StoryDataIds"?
int i = 0;
int l = lines.Count;
for (; i < l && !lines[i].Contains("var dataIds = new StoryDataIds"); i++)
{}
if (i == l) //No StoryDataIds defined, just pass an empty StoryViewModel
return View(storyFilename, new StoryViewModel());
//https://stackoverflow.com/questions/1361965/compile-simple-string
//https://msdn.microsoft.com/en-us/library/system.codedom.codecompileunit.aspx
//https://msdn.microsoft.com/en-us/library/system.codedom.compiler.codedomprovider(v=vs.110).aspx
string className = "__StoryData_" + storyFilename;
string code = String.Join(" ",
(new[] {
"using ConservX.Areas.Home.ViewModels.Storying;",
"public class " + className + " { public static StoryDataIds Get() {"
}).Concat(
lines.Skip(i).TakeWhile(line => !line.Contains("};"))
).Concat(
new[] { "}; return dataIds; } }" }
));
var refs = AppDomain.CurrentDomain.GetAssemblies();
var refFiles = refs.Where(a => !a.IsDynamic).Select(a => a.Location).ToArray();
var cSharp = (new Microsoft.CSharp.CSharpCodeProvider()).CreateCompiler();
var compileParams = new System.CodeDom.Compiler.CompilerParameters(refFiles);
compileParams.GenerateInMemory = true;
compileParams.GenerateExecutable = false;
var compilerResult = cSharp.CompileAssemblyFromSource(compileParams, code);
var asm = compilerResult.CompiledAssembly;
var tempType = asm.GetType(className);
var ids = (StoryDataIds)tempType.GetMethod("Get").Invoke(null, null);
using (var db... //Fetch the relevant data here
var vm = new StoryViewModel();
return View(storyFilename, vm);
}

C'est la majorité du travail. Maintenant, Jr Devs pouvez simplement déclarer les données dont ils ont besoin comme:

@using ConservX.Areas.Home.ViewModels.Storying
@model StoryViewModel
@{
var dataIds = new StoryDataIds
{
ProjectIds = new[] { 4 }
};
string title = "Story Title";
ViewBag.Title = title;
Layout = "~/Areas/Home/Views/Shared/_Main.cshtml";
}
@section css {
...

InformationsquelleAutor Chris Moschini

0

J'ai atterri sur cette question, parce que je suis un newbie de Rasoir et je voulais afficher un simple écran "loading" alors que mon Contrôleur de Code était le calcul de données.

Donc j'ai trouvé ce lien: https://www.codeproject.com/Articles/424745/MVC-Razor-In-Progress-Icon qui a été utile, mais parce que j'étais un novice total au Rasoir, j'ai été incapable de faire ce travail.

Ce qui a finalement fonctionné pour moi a été la suivante.

1) Ajouter le "chargement" de la div comme suggéré dans le projet de code de mon .cshtml fichier:
```
<div id="divLoading" style="margin: 0px; padding: 0px; position: fixed; right: 0px;
top: 0px; width: 100%; height: 100%; background-color: #666666; z-index: 30001;
opacity: .8; filter: alpha(opacity=70);display:none">
<p style="position: absolute; top: 30%; left: 45%; color: White;">
Loading, please wait...<img src="../../Content/Images/ajax-loading.gif">
</p>
</div>
```
2) Modifier mon Rasoir forme de
```
<input type="submit" value="Go"/>
```
à
```
<input type="button" value="Go" onclick="JavascriptFunction()" />
```
3) Créer le JavascriptFunction() dans mon .cshtml page:
```
<script type="text/javascript" language="javascript">
function JavascriptFunction() {
$("#divLoading").show();
$('form').submit();
}
</script>
```
Si je comprends tous les ci-dessus correctement, ce qui n'est d'exécuter la fonction JavascriptFunction lorsque j'appuie sur le bouton Go.

La JavascriptFunction fait 2 choses:
1) Modification de l'affichage de la page en montrant précédemment cachés (display:none) divLoading div.
2) Soumettre tous les formulaires de cette page (j'ai seulement un, donc il soumet le formulaire de la même manière que si j'avais la catégorie soumettre sur le bouton)

Après que le Contrôleur lancé par le formulaire de soumission est fait, il charge d'un nouveau point de vue sur une nouvelle page, et la page initiale (et le "chargement" div) est parti. La Mission est accomplie.

InformationsquelleAutor Owen Ivory
-2

Je sais que c'est un vieux thread, mais je vais ajouter mon entrée juste au cas où quelqu'un d'autre le trouve utile. J'ai rencontré ce problème à travailler avec le nouveau pilote dans MongoDB ASP.Net MVC - le nouveau pilote (pour l'instant), n'implémente que les méthodes asynchrones et retourne async curseurs, qui ne peut pas être utilisé dans un foreach car asynccursor ne pas mettre en œuvre IEnumerable. L'exemple de code ressemble typiquement à:
```
while(await cursor.movenextasync)
var batch=cursor.current
foreach(var item in batch)
--do stuff here--
```
Mais, cela ne fonctionne pas dans le rasoir, parce que les vues sont intrinsèquement pas async et await ne coupe pas.

Je l'ai eu à travailler par la modification de la première ligne:
```
while(cursor.MoveNextAsync().Result)
```
qui retourne vrai jusqu'à ce que le curseur de la frappe de la dernière entrée.

Espère que ça aide!
- La bonne réponse est "Vous faites du mal". Cela devrait être fait dans un asynchrone dans la méthode du contrôleur. En essayant de parler à partir de la vue directement à une base de données,en contournant le contrôleur, le modèle et les données de la couche est à l'exact opposé de la MVC et simplement les causes des retards dans le rendu. La vue doit juste rendre les données dans un modèle de vue. Le modèle de vue ne doit contenir que les données nécessaires à ce point de vue. C'est le controller job pour récupérer les données et de construire la DTO/modèle et de l'envoyer à la vue
- Ne serait-ce pas dire que pour une grande liste (extrait d'un-à-un morceau à partir de la base de données de la génération et l'envoi de la sortie pour le client ne se produisent pas jusqu'à ce que la liste est chargé de la mémoire? Il fait vraiment bon sens de logique dans le contrôleur, cependant, pour le cas que j'ai mentionné, ne serait-il pas préférable d'être en mesure de passer à une sorte de async énumérable, et de les rendre morceau par morceau en mode asynchrone en vue? Ou est-il une limitation technique, pour qui?
- non, pas du tout. Si vous êtes chargement des entrées une par une, il y a un sérieux problème dans la logique d'accès aux données. Pourquoi charger un par un lorsqu'une requête sera de retour tous résultats à la fois? Pourquoi retour beaucoup de résultats lorsque vous vous ne pouvez pas afficher? Pourquoi ne pas utiliser la pagination dans ce cas? Pourquoi ne pas utiliser un .Contains() clause dans LINQ, ou IN (..) en SQL pour passer d'une liste d'Identifiants?
- pire, ce serait le point ot une opération asynchrone dans la vue? Vous ne pouvez pas envoyer la réponse HTML au navigateur jusqu'à ce que l'ensemble de ces finitions de toute façon. Si vous voulez remplir certaines parties d'une page lorsque les données deviennent disponibles vous pour pour utiliser AJAX sur le navigateur, ou vraiment à l'ancienne cadres.
- Vous n'avez pas de requête de données un par un, vous obtenez DataReader pour la requête et de transmettre les données directement à partir de DB si vous travaillez avec une grande quantité de données. Aussi, la sortie est s flux, alors pourquoi auriez-vous besoin d'attendre la fin de la page pour être rendu avant de commencer à envoyer les données client? Si WebForms est capable de streaming sortie en tant qu'il rend, pourquoi MVC ne pouvais pas? Aussi, si vous travaillez avec des composants à base de modèles, d'avoir plus de composants qui appel à des services externes signifie que vous devez lancer ces appels externes de manière séquentielle.
- Je m'attends à ce que je pouvais appel de méthode asynchrone (par exemple, l'action enfant, ou asynchrone agent recenseur), qui permettrait de faire le nécessaire appels asynchrones. Jusqu'à ce que ces serait terminé, l'affichage du reste de la vue pourrait continuer et de soulever d'autres actions asynchrones, et par le temps que la sortie n'est disponible, le moteur serait en mesure d'envoyer de données en particulier pour le client. Tous les il aurait besoin serait emballage de la liste de sortie des blocs dans les tâches.
InformationsquelleAutor EricF
-2

Si vous en avez vraiment besoin, vous pouvez faire cela, il va être laid, mais il faudra travailler.

En Vue
```
@{  
var foo = ViewBag.foo;
var bar = ViewBag.bar;
}
```
Dans Le Contrôleur
```
public async Task<ActionResult> Index()
{
ViewBag.foo = await _some.getFoo();
ViewBag.bar = await _some.getBar();
return View("Index");
}
```
- C'est l'équivalent de var foo = attendre... bar = attendent ... return View("Index", new { foo=foo, bar=bar }) - vous êtes toujours le chargement de données via attendent/async dans le Contrôleur comme normal, pas de Rasoir.
InformationsquelleAutor TheZodchiy
-2

C'est réellement facile. Voici le code de la vue:
```
@{
DoAsyncStuffWrapper();
}
@functions {
async void DoAsyncStuffWrapper() 
{
await DoAsyncStuff();
}
}
```
- C'est le feu et oublier - ne fonctionne pas si vous avez besoin de la valeur de retour de cette fonction.
InformationsquelleAutor MaxP

Vous devez vous connecter pour publier un commentaire.