Convertir type anonyme à nouveau C# 7 tuple de type

La nouvelle version de C# est là, avec la nouvelle fonctionnalité très utile Tuple Types:

public IQueryable<T> Query<T>();

public (int id, string name) GetSomeInfo() {
    var obj = Query<SomeType>()
        .Select(o => new {
            id = o.Id,
            name = o.Name,
        })
        .First();

    return (id: obj.id, name: obj.name);
}

Est-il un moyen de convertir mon anonyme de type object obj pour le tuple que je veux revenir sans cartographie de la propriété par propriété (en supposant que les noms des propriétés de match)?

Le contexte est dans un ORM, mon SomeType objet a beaucoup d'autres propriétés, et il est mappé à une table avec beaucoup de colonnes. Je veux faire une requête qui apporte juste l'ID et le NOM, j'ai donc besoin de convertir le type anonyme dans un tuple, ou j'ai besoin d'un ORM Linq Fournisseur de savoir comment comprendre un n-uplet et mettre les propriétés liées colonnes dans l'instruction SQL select.

  • pourquoi ne pas changer votre Select() pour créer un tuple instances plutôt que des instances d'un type anonyme?
  • êtes-vous certain que la volonté de traduire dans linq to entities? Il n'est pas explicitement un objectif EF cas ici, mais il serait bon de le préciser.
  • Je pense que vous pouvez juste faire return (obj.id, obj.name); puisque vous avez les noms dans la signature de la fonction, mais je n'ai pas le C# 7 droit maintenant à le tester.
  • EF est discutable, les OP du code est de retour (int id, string name).
  • Attendez, vous êtes sûr de votre classe anonyme est new { id => o.Id, name => o.Name } et pas new { id = o.Id, name = o.Name }
  • comment est-EF discutable? L'OP du code pourrait certainement revenir un n-uplet d'après la cartographie des résultats d'une requête.
  • EF n'est jamais discutable lorsque l'on parle de requêtes Linq comme il se comporte tout à fait différemment de Linq to Objects.
  • obj contient une instance d'un type anonyme; l'OP veut convertir dans un tuple.
  • et il y a une grande différence entre la cartographie d'un tuple DANS la sélection de l'expression et de la cartographie après que la requête a été résolu avec .First(). Si c'est une Linq to Sql expression, il va probablement échouer.
  • à l'exception de l'OP, la question n'est pas à propos d'une requête LINQ, c'est à propos de anonyme de type -> n-uplet. LINQ est hors de l'image.
  • Vous avez dit de le faire dans le Select, la dernière fois que j'ai vérifié, c'est la partie de Linq.
  • peut-être l'OP devrait modifier la question de supprimer la spéculation? Mon commentaire (essentiellement) demande d'éclaircissements pour laquelle les OP pourraient modifier à-dire "non, je suis en utilisant EF."
  • Que je peux accepter.
  • Je veux savoir comment le faire dans ORM Linq mappé requêtes, je vais mettre à jour la question. Merci à tous.

InformationsquelleAutor lmcarreiro | 2017-04-13
  1. 17

    La réponse courte est non, dans la forme actuelle de C#7 il n'est pas dans le cadre de manière à atteindre vos objectifs mot à mot, puisque vous voulez accomplir:

    • Linq-to-entités
    • Cartographie à un sous-ensemble de colonnes
    • Éviter propriété par propriété de la cartographie d'une coutume, d'anonymes ou de type C#7 tuple par la cartographie directement à a C#7 tuple.

    Parce que Query<SomeType> expose une IQueryable, toute sorte de projection doit être effectuée à une arborescence d'expression .Select(x => new {}).

    Il y a un ouvrir roslyn problème pour l'ajout de ce soutien, mais il n'existe pas encore.

    Suite, jusqu'à ce que ce soutien est ajouté, vous pouvez le connecter manuellement à partir d'un type anonyme à un n-uplet, ou le retour de la totalité de l'enregistrement et de la carte le résultat d'un tuple directement pour éviter les deux démarches, mais c'est évidemment inefficace.

    Alors que cette restriction est actuellement cuit dans Linq-to-Entités en raison d'un manque de soutien et de l'incapacité à utiliser paramétrable constructeurs dans un .Select() de projection, les deux Linq-to-NHibernate et Linq-to-Sql permettre un hack dans le formulaire de création d'un nouveau System.Tuple dans le .Select() de projection, puis retour à un ValueTuple avec le .ToValueTuple() méthode d'extension:

    public IQueryable<T> Query<T>();

public (int id, string name) GetSomeInfo() {
    var obj = Query<SomeType>()
        .Select(o => new System.Tuple<int, string>(o.Id, o.Name))
        .First();

    return obj.ToValueTuple();
}

    Depuis Que Le Système.N-uplet peut être mappé à une expression, vous pouvez retourner un sous-ensemble de données à partir de votre table et le cadre pour gérer la cartographie de votre C#7 n-uplet. Vous pouvez ensuite déconstruire les arguments avec toute convention de nommage à vous de choisir:

    (int id, string customName) info = GetSomeInfo();
Console.Write(info.customName);
    • Ou vous pouvez utiliser System.ValueTuple au lieu de System.Tuple si vous avez nommé votre tuples.
    InformationsquelleAutor David L
  2. 17

    Bien sûr, par la création de la n-uplet de votre expression LINQ:

    public (int id, string name) GetSomeInfo() {
    var obj = Query<SomeType>()
        .Select(o => (o.Id,o.Name))
        .First();

    return obj;
}

    Selon pour une autre réponse concernant les pré-C# 7 tuples, vous pouvez utiliser AsEnumerable() pour éviter EF de mélanger les choses. (Je n'ai pas beaucoup d'expérience avec EF, mais cela devrait le faire:)

    public (int id, string name) GetSomeInfo() {
    var obj = Query<SomeType>()
        .AsEnumerable()
        .Select(o => (o.Id,o.Name))
        .First();

    return obj;
}
    • Avez-vous vraiment exécuter ce? Je soupçonne que vous devriez voir CS8143 An expression tree may not contain a tuple literal.
    • Je l'ai fait à l'aide de la dernière génération, il n'a compiler.
    • Je doute EF prend en charge les Tuples les Tuples ne sont pas les types de référence et les membres ne sont pas des propriétés. Il peut compiler, mais il ne peut pas courir.
    • Qui a dit EF? @AkashKava je n'ai pas lu dans la question, ni dans les tags.
    • Je pense que le problème est qu'il n'a pas été précisé à l'autre. La coopérative doit spécifier si c'est linq to objects ou linq to sql depuis le Query<SomeType> est plutôt trompeur.
    • La question est à propos de la conversion du type d'utilisation d'un type anonyme de tuples. @DavidL
    • Les Tuples ne sont pas les types de référence?
    • Non, ce ne sont pas des @Argile. Ce sont des structures.
    • pas de C#7 n-uplets.
    • Ah, merci pour la clarification
    • et je comprends parfaitement ce que vous dites et je n'ai pas downvote votre réponse. Toutefois, cela dit, il ya une chance de 50/50 que cette réponse ne fonctionnera pas si l'OP a échoué à comprendre les implications de leur marquage choix. À tout le moins, vous devriez appeler la distinction dans votre réponse.
    • J'utilise rarement, EF, donc je ne veux pas suggérer une solution dans ce domaine dont j'ai besoin pour vérifier. Depuis, d'autres semblent downvote pour cela, je dois malheureusement.
    • Alors que je l'aime cette réponse, il pourrait ne pas être exactement ce que l'OP est à la recherche pour. Il semble que la question peut être: étant donné un type anonyme new {A = ..., B = ..., ...}; qui peut être converti en (A, B, ...)? Je pense que la réponse à que question aurait à utiliser la réflexion (ce qui serait désordonné et sans doute pas vraiment la peine l'effort.)
    • J'aime bien la question que vous posez, je pense que c'est totalement différent de la question ici. Je n'ai pas lu l'OP veut utiliser la réflexion ou de chouette trucs pour créer le n-uplet. L'OP ne sait tout simplement pas comment construire un à partir d'une expression.
    • mais <haussement d'épaules> ... je ne sais pas "Est-il un moyen de convertir mon anonyme de type objet obj pour le tuple que je veux revenir sans cartographie de la propriété par propriété (en supposant que les noms des propriétés de match)?" L'OP n'a probablement pas savoir que la réponse à que question (si, en effet, c'est la question) exigent de la réflexion.
    • Je ne peux pas obtenir ce pour compiler avec la dernière Linqpad construire (5.22.03) qui prend en charge C#7 tuples nativement sans un package NuGet. Ce compilateur en ligne de l'outil utilisez-vous? J'ai toujours suspect d'un .Select() ne peut déconstruire un ValueTuple et l'outil en ligne est mis à la compilation.
    • obj.Id), etc. au lieu de Id, ou pas de la création de la anonyme de type.
    • href="https://tryroslyn.azurewebsites.net/#K4Zwlgdg5gBAygTxAFwKYFsDcBYAUKSWRFDAOgBlIBHHXPAB2ACMAbMAYxnZYEMQQYAYRgBvPDAkxGrDjABuAezAATGAFkAFAEpR4yQF88DZm04bIyGCoA0MFACdCMCD3SodAcVTI4CtwEkIADMFbV1cSXkeexgFJgArGABeZ1QAd3DIrMkVZJgARms9bMiXNzyAIiYKooiS/VpimHtvYHsIGHNlAC5YhNIbZ1dUXrj40jL3WkM6XGlTTosrZVsHJ0nPb18A4IV8sLE6iTlovsSUiHTMksjclMKmm8nK6tqbhqMj5tb2zrGBlZnCbDLTTT6ReaycwQSyDNbQIZuTY+PyoQIhABMByaJxiYzyAFEIMA3PYeKxUKqaeo8acodqabls+S0pDgqBYqHYyA0AA9kgA+TqFGBVCpaUHgyQtZBtDr/ABiYHsKG0YNw+iAA=" >la source semble ok
    • manuellement "diffusion" de la n-uplet propriétés avec nom fort ne fonctionne pas, ni le nom de l'inférence.
    • aucun de ceux qui sont liés exemples sont compatibles avec ce que vous faites dans un .Select(). Il n'est pas compatible d'un exemple.
    • Désolé, mauvais. Devrait maintenant fonctionner.
    • Cela dépend vraiment du type retourné par Query<SomeType>() et nous ne savons pas encore. Si c'est IEnumerable<SomeType> alors ce sera compiler, car aucune expression arbres sont nécessaires. Si c'est IQueryable<SomeType> alors oui, il ne pourra pas compiler.
    • ah, oui, bien sûr...j'ai été de me gratter la tête sur le fait qu'un trop long moment. Merci 🙂
    • Ne serez pas la seconde compilation, comme il était suggéré dans le référencés post de Marc?
    • oui, et le deuxième, mais il permettra également de matérialiser l'ensemble du jeu de données en mémoire s'il est linq-to-sql, ce qui ne serait probablement pas ce que l'OP veut, car ils veulent seulement un record, quelle que soit la source.
    • Je pensais que EF est streaming, de sorte qu'il serait juste d'envoyer le premier lot de plus de. En effet, de moins en moins efficace. Cela pourrait aider si vous tirez sur la First() en face de la AsEnumerable(). @DavidL
    • non, il y a en fait trois différents types de EF opérations. Dans ce cas, .First() est une exécution immédiate de l'opérateur, pas un streaming de l'opérateur. Et oui, vous pouvez utiliser .First() avant .AsEnumerable(), mais qui irait à l'encontre du point de la projection d'un tuple dans .Select et vous pourriez aussi bien manuellement la propagation de l'objet point. C'est pourquoi la distinction entre linq to objects et linq to sql est tellement important...il peut modifier considérablement l'efficacité de la réponse et dans ce cas, l'OP nous a laissé suspendu :(.
    • Désolé, j'ai posté la question avant que je quitte mon travail... j'ai déjà édité la question. Merci.
    • À l'aide de ValueTuple.Create(...) devrait fonctionner!
    • dans le contexte d'une requête Entity Framework qui est la projection sql?
    • Absolument! vous pouvez le vérifier avec SQL Server Profiler.
    • plus précisément quelle est la version de la bibliothèque? C'est sans doute une nouvelle caractéristique.

    InformationsquelleAutor Patrick Hofman
  3. 4

    Tout n-uplet littéraux ne sont pas actuellement pris en charge dans des arbres d'expression, cela ne signifie pas la ValueTuple type ne l'est pas. Il suffit de créer explicitement.

    public (int id, string name) GetSomeInfo() =>
    Query<SomeType>()
        .Select(o => ValueTuple.Create(o.Id, o.Name))
        .First();
    • ..qui n'a compiler, mais ne parviennent pas à l'exécution si la mise en œuvre de la IQueryable ne sais pas à propos de ValueTuple, comme EF6
    InformationsquelleAutor Jeff Mercado
  4. 1

    Note pour n'importe qui sur une version inférieure de .NET:
    Si vous êtes sur une version inférieure de .NET que 4.7.2 ou .NET de Base, vous devriez utiliser le Gestionnaire de Package Nuget pour installer le Système.ValueTuple à votre projet.

    Alors, voici un exemple de l'obtention d'un n-uplet d'un Linq to SQL de la requête:

    var myListOfTuples = (from record1 in myTable.Query()
                     join record2 in myTable2.Query() on record1.Id = record2.someForeignKey
                     select new {record1, record2}).AsEnumerable()
                     .select(o => (o.record1, o.record2))
                     .ToList()

    Qui a fonctionné pour moi, cependant, après le check-in, j'ai eu un construire un échec...lisez la suite.

    Pour encore plus de plaisir et de jeux, j'ai malheureusement eu une version antérieure de C# sur mon serveur de build pour une raison quelconque. Si je devais revenir en arrière, car il ne reconnaît pas le nouveau tuple format de sur la .sélectionnez(o => (. o.record1, o.record2)) ligne (plus précisément, qu'il serait un tuple à cause de la parenthèse autour de o'.record1 et de l'o.record2). Donc, j'ai dû revenir en arrière et type de récupérer un peu plus:

    var myListOfAnonymousObjects = (from record1 in myTable.Query()
                     join record2 in myTable2.Query() on record1.Id = record2.someForeignKey
                     select new {record1, record2}).ToList()

var myTuples = new List<Tuple<Record1sClass, Record2sClass>>();
foreach (var pair in myListOfAnonymousObjects)
{
    myTuples.Add(pair.record1, pair.record2);
}
return myTuples;
    InformationsquelleAutor JakeJ
  5. 0
        public IList<(int DictionaryId, string CompanyId)> All(string DictionaryType)
    {
        var result = testEntities.dictionary.Where(p => p.Catalog == DictionaryType).ToList();
        var resultTuple = result.Select(p => (DictionaryId: p.ID, CompanyId: p.CompanyId));
        return resultTuple.ToList();
    }

    Cette méthode, vous pouvez nommer votre tuple élément dans une linq sélectionnez

    • Avec ce code, vous avez perdu les avantages de IQueryable
    InformationsquelleAutor Jackdon Wang