Czy nhibernate może zwrócić zapytanie jako IDictionary zamiast klasy entity?

Question

Mam Osoba:

public class Person 
{ 
    public virtual int Id {get; set; } 
    public virtual string FirstName { get; set; } 
    public virtual string MiddleName { get; set; } 
    public virtual string LastName { get; set; } 
} 

z odwzorowań:

public class PersonMap 
{ 
    public PersonMap() 
    { 
     Table(TABLE_NAME); 
     Id(x => x.Id); 
     Map(x => x.FirstName).Not.Nullable(); 
     Map(x => x.LastName).Not.Nullable(); 
     Map(x => x.MiddleName).Not.Nullable(); 
    } 
} 

Istnieją pewne stuations których chciałbym Nhibernate wrócić słownika zamiast podmiotu:

IDictionary<string,string> person = session.Get(id);//???? 
string firstName = person["FirstName"]; 

Czy można to zrobić bez dodawania innego odwzorowania?

Answer 1

Będziesz musiał zdefiniować własną implementację ResultTransformer, aby działała tak, jak tego potrzebujesz. Poniżej znajduje się implementacja referencyjna, którą można dostosować w razie potrzeby. Istnieje kompletny brak sprawdzania błędów itp .; więc używać z ostrożnością;)

using System; 
using System.Collections; 
using NHibernate; 
using NHibernate.Properties; 
using NHibernate.Transform; 


[Serializable] 
public class DictionaryResultTransformer : IResultTransformer 
{ 

     public DictionaryResultTransformer() 
     { 

     } 

     #region IResultTransformer Members 

     public IList TransformList(IList collection) 
     { 
       return collection; 
     } 

     public object TransformTuple(object[] tuple, string[] aliases) 
     { 
      var result = new Dictionary<string,object>(); 
      for (int i = 0; i < aliases.Length; i++) 
      { 
      result[aliases[i]] = tuple[i];       
      } 
      return result; 
     } 

     #endregion 
} 

Answer 2

Spójrz na tym blogu:

http://sdesmedt.wordpress.com/2006/09/04/nhibernate-part-4-mapping-techniques-for-aggregation-one-to-many-mapping/

Jeśli chcesz konkretny przykład, sprawdzić próbki tego ładnym kursie. Spójrz na podsumowania, które nie są żywe i mają niestandardową logikę mapowania:

http://www.codeproject.com/KB/architecture/NHibernateBestPractices.aspx

Albo zrobić wyszukiwania Google na SetResultTransformer, który jest dostępny tylko dla tego, przekształcanie wyników w kolejnych obiektów lub kolekcji. W tym IDictionnary.

Answer 3

Nie, ale można to łatwo osiągnąć poprzez enkapsulację logiki w metodzie repozytorium.

public IDictionary<string, string> GetPersonDictionary(int id) 
{ 
    var person = session.Get<Person>(id); 
    var dict = new Dictionary<string, string>(); 
    dict.Add("FirstName", person.FirstName); 
    /// etc. 
    return dict; 
} 

Można również użyć odbicia, aby wypełnić słownik.

Answer 4

session.CreateCriteria<Person>() 
.SetResultTransformer(NHibernate.Transform.Transformers.AliasToEntityMap) 
.List<Hashtable>(); 

coś takiego?

Answer 5

Możesz to zrobić, wykonując projekcję linq po stronie klienta, zobacz odpowiedź Diego na this post.

Answer 6

Nie potrzebne DictionaryResultTransformer że DanP posted.AliasToEntityMapTransformer robi to samo, ale nie będzie działać na własną rękę. Dostaniesz słownik bytów.

Jedynym sposobem, jaki udało mi się to zrobić, jest indywidualne zaprojektowanie każdej nieruchomości. Jednak nie chcesz robić tego ręcznie, ponieważ ulegnie to uszkodzeniu po każdej zmianie mapowania. Rozwiązaniem jest coś takiego:

var criteria = DetachedCriteria.For<Person>(); 
criteria.Add(Restrictions.Eq("Id", id)); 
var projectionList = Projections.ProjectionList(); 
var metadata = session.SessionFactory.GetClassMetadata(typeof(Person)); 
foreach (var name in metadata.PropertyNames) 
{ 
    projectionList.Add(Projections.Property(name), name); 
} 
criteria 
    .SetProjection(projectionList) 
    .SetResultTransformer(Transformers.AliasToEntityMap); 
var result = criteria.GetExecutableCriteria(session) 
    .UniqueResult<IDictionary>() 

W powyższym przykładzie, używam kwerendę do symulowania Get. Oczywiście możesz zmienić to nieco i zamiast tego zwrócić kolekcję; wystarczy zadzwonić pod numer List<T> zamiast UniqueResult<T>.