ASP.NET Core, MVC : Comment obtenir des premières JSON lié à une chaîne sans un type?

Similaire à cette vieille question avant ASP.NET versions, je veux obtenir le corps de la requête HTTP POST à être lié à une chaîne. Il semble que la méthode de lie, mais que value est nulle, lorsque ASP.NET appelle ma méthode de contrôleur:

namespace Demo.Controllers
{

    [Route("[controller]")]
    public class WebApiDemoController : Controller
    {
    ...

    //POST api/values
    [HttpPost]
    public System.Net.Http.HttpResponseMessage Post([FromBody]string value)
    {
       //expected: value = json string, actual: json = null.
    }

Dois-je aller chercher le corps à partir d'un flux? Ou devrait-il juste de travail? Lors de l'essai de la méthode ci-dessus, j'ai utilisé les en-têtes http suivant:

Accept: Application/json
Content-Type: Application/json;charset=UTF-8

Je suis de passage dans la suite dans le corps: { "a": 1 }

Je ne veux PAS lier à une variable de chaîne nommée. Je veux lier tout JSON-je, puis-je utiliser le contenu JSON, tout contenu arbitraire à tous, à partir de l'intérieur de ma méthode.

Si j'ai bien compris la documentation, le [FromBody] attribut doit avoir fait ce que je voulais, mais je devine que l'ASP.NET core, MVC mécanisme de liaison ne se lient pas au format json à une "chaîne de valeur", mais je pourrais peut-être faire autre chose qui m'a un niveau équivalent de flexibilité.

Une question similaire ici me donne l'idée peut-être que je l'aurais écrit [FromBody] dynamic data au lieu d'utiliser [FromBody] string value.

Mise à jour: Ce genre de truc doit être pensé avant de le faire, parce que si vous voulez avoir le .net framework poignée JSON et XML codant pour vous, vous juste tué la capacité. Certains types de REPOS serveurs peuvent et souvent ont des exigences à l'appui de XML et JSON des types de contenu, au moins ceux que j'ai rencontrés qui ont des documents de normes.

Avez-vous vérifié que rien n'est réellement passé dans le corps de la requête? Fiddler?
Viens de vérifier dans un violon et le contenu du corps est très bien.
Votre le passage d'un nom/valeur paire a: 1 de sorte que le paramètre devra être string a (en supposant que votre attend à recevoir 1
Je ne veux pas d'un modèle concret type de classe, au départ je voulais une chaîne de caractères, mais je pense que peut-être ce que j'ai vraiment besoin de faire est d'utiliser dynamique ici. stackoverflow.com/questions/23135403/...

InformationsquelleAutor Warren P | 2015-08-11

34

Les ouvrages suivants, en .net de base 1.x, mais pas dans .net core 2.x.

Comme je l'ai commenté, la solution est d'utiliser [FromBody]dynamic data que ma liste de paramètres, à l'aide de dynamic au lieu de string, et je vais recevoir un JObject.

Attention: Si votre architecture appels pour un seul WebApi serveur d'être également à l'aise dans la production de XML et JSON, selon le type de contenu d'en-tête d'entrées, ce genre de direct-JSON-consommation de stratégie peut se retourner contre vous. (L'appui de XML et JSON sur le même service est possible avec suffisamment de travail, mais ensuite vous prenez des trucs qui était plus HAUT que le MVC asset pipeline et en le déplaçant vers le bas dans votre contrôleur de méthodes, qui s'avère être à l'encontre de l'esprit de la MVC, où les modèles de venir à vous comme POCOs déjà analysé.)

Une fois que vous convertir une chaîne de caractères à l'intérieur de la méthode, la conversion de l'entrants JObject (Newtonsoft.JSON dans la mémoire des données de type JSON) à une chaîne.

Trouvé à autre réponse ici.

Exemple de code, grâce à Jeson Martajaya:

Avec dynamique:
```
[HttpPost]
public System.Net.Http.HttpResponseMessage Post([FromBody]dynamic value)
{
   //...
}
```
Exemple de code avec JObject:
```
[HttpPost]
public System.Net.Http.HttpResponseMessage Post([FromBody]Newtonsoft.Json.Linq.JObject value)
{
   //...
}
```
- Cela ne fonctionne pas avec Microsoft.AspNetCore.Mvc.Core 2.0.0-je obtenir un modèle, mais je n'arrive pas à obtenir les propriétés par exemple [FromBody] dynamique de données => les données.[someproperty] !la propriété ne trouve pas exception
- Si vous le comprendre, n'hésitez pas à modifier ma réponse et ajouter l'équivalent .net core 2 code. Peut-être vous avez juste besoin d'ajouter un peu de l'aide à apporter à certaines aides. Peut-être la conception dynamique a changé.
- fonctionne sur dotnet core 2.0.2.
InformationsquelleAutor Warren P

Le plus propre de l'option que j'ai trouvé est l'ajout de votre propre simple InputFormatter:

public class RawJsonBodyInputFormatter : InputFormatter
{
    public RawJsonBodyInputFormatter()
    {
        this.SupportedMediaTypes.Add("application/json");
    }

    public override async Task<InputFormatterResult> ReadRequestBodyAsync(InputFormatterContext context)
    {
        var request = context.HttpContext.Request;
        using (var reader = new StreamReader(request.Body))
        {
            var content = await reader.ReadToEndAsync();
            return await InputFormatterResult.SuccessAsync(content);
        }
    }

    protected override bool CanReadType(Type type)
    {
        return type == typeof(string);
    }
}

Et de Démarrage.cs à l'intérieur de ConfigureServices:

services
    .AddMvc(options =>
    {
        options.InputFormatters.Insert(0, new RawJsonBodyInputFormatter());
    });

Qui vous permettra d'obtenir à la crue de la charge utile JSON dans vos contrôleurs:

[HttpPost]
public IActionResult Post([FromBody]string value)
{
    //value will be the request json payload
}

C'est beau en fait. Une belle. Je vous remercie.
Cette réponse, c'est mieux, car il prend vraiment à la chaîne comme il est (en d'autres termes, il n'analyse pas la chaîne JSON jusqu'à ce que vous décidez de le faire vous-même)

InformationsquelleAutor Saeb Amini

5

Sinon, vous pourriez tout aussi bien accepter un JObject et vous serez en mesure d'utiliser Linq to Json ot même directement ToString() si vous avez vraiment besoin de la chaîne.
- Je pense que c'est exactement ce que j'ai dit dans ma réponse, à l'aide de dynamic résultats dans le JObject être lié
- Pourquoi à l'aide de dynamique, alors ? Vous feriez perdre le temps de compilation des validations et de l'intellisense :S
- Ou le fait d'utiliser un JObject seulement travailler avec un ApiController ?
- Parfois, vous ne voulez pas de validation, vous voulez un flexible auto-fonction de requête. Aussi, si votre destination accepte QUOI que ce soit (que vous écrivez à un NoSQL document de base de données), C# classes de modèles sont d'une prescription pas une fonction.
- j'ai vraiment un pionnier dans des projets avec l'objet de bases de données, c#, modèle de classes sont absolument une fonction. Si vous n'avez pas défini de modèles qu'il est classes c#, swagger définitions, ou que ce soit, vous allez retrouver dans un monde de mal quand vous ne pouvez plus l'indice de vos données de manière fiable. objet les bases de données sont pas schemaless, ils sont lâches schéma. Si vous n'avez pas plus de rigidité de la structure tels que les classes c# qui va par le biais de versioning correctement, vous êtes vraiment face à une attente de l'implosion.
- J'ai commencé à réaliser qu'après l'avoir fait de façon trop libre mess.
InformationsquelleAutor Fabio Salvalai

L'une des deux méthodes suivantes travaille dans ASP.NET core 2 pour lire les raw chaîne json.

1) celui-ci a une meilleure performance.

    [HttpPost]
    public async Task<ActionResult<int>> Process()
    {
        string jsonString;
        using (StreamReader reader = new StreamReader(Request.Body, Encoding.UTF8))
        {
            jsonString = await reader.ReadToEndAsync();
        }

    [HttpPost]
    public async Task<ActionResult<int>> Process([FromBody]JToken jsonbody)
    {
        var jsonString = jsonBody.ToString();

InformationsquelleAutor Xavier John

0

Je vois que Sam a déjà été voté pour dire à peu près la même chose, mais dans les tests à l'aide de Facteur, je trouve que si j'ai mis le corps de la requête à un simple double chaîne de caractères entre guillemets ASP lie très bien avec la valeur par défaut " [FromBody]la chaîne de valeur de l'argument.
```
"just send your string like this without any curly braces"
```
Pas sûr de savoir si l'application/json est censé accepter les données dans ce format. J'espère que par ce détachement quelqu'un qui connait, va de la pipe et de l'état si c'est valable ou pas.
- Ce n'est plus le JSON. HTTP post corps peut contenir tout ce que vous voulez. Mais si vous écrivez reposant serveurs, le corps doit être de type de contenu json et ont un corps qui est json, ou un type de contenu XML et avoir un corps qui est le xml. Quelle qu'elle soit, n'est pas en soit un.
InformationsquelleAutor Neutrino
-1

Vous avez besoin d'un type pour lier les données. Exemple:
```
public class Person
{
   public string Name {get; set;}
}
```
pour les données { "Name" : "James"}
- Je peux obtenir ce dont j'ai besoin avec dynamic value. Ce n'est pas une chaîne, c'est un dictionnaire JSON, mais c'est très bien.
- Bien sûr, qui pourrait fonctionner, mais vous vous demandez jusqu'où vous pouvez aller avec ça...si vous voulez ajouter des validations de vos modèles, etc. vous avez encore besoin d'un type bien droit?
- C'est le point de l'ensemble, vous choisissez une option, fixe (non souple) et validé ou souple (et n'est pas validée)
InformationsquelleAutor Kiran Challa
-4

Si vous souhaitez recevoir une chaîne de caractères, vous devez passer comme une chaîne de caractères. Votre JSON doivent être entourées de guillemets:
```
'{ "a": 1 }'
```
- Pourquoi les downvotes? C'est la même réponse que celle de @Neutrino qui est venue deux ans plus tard avec 2 upvotes?
InformationsquelleAutor Sam

Vous devez vous connecter pour publier un commentaire.