Wersja do druku
C# szukam metody, ktora sprawdzi mi czy w liście występuje element mający takie same wartosci jak obiekt
wszystko zwraca null lub false ;sssKod:List<test> lista = new List<test>();
test a = new test(1,"mom");
lista.Add(new test(1,"mom"));
lista.Add(new test(2,"mam"));
var b = lista.Exists(x => x==a);
var c = lista.Contains(a);
var d = lista.Find(x => x==a);
var g = lista.FirstOrDefault(x => x == a);
var f = lista.Where(x => x == a);
nie mogę porownywać po każdym polu bo sie zajebie
przeciąż op = dla swojej klasy i sprawdź dowolną wbudowaną metodę do tego? taki ja mam pomysł
Co jest ne tak w tym kodzie?
Jest to kawałek z oficjalnej dokumentacji...
http://wklej.org/id/1336548/
Musisz powiedzieć gdzie ci błąd wywala. Swoją drogą nie lepiej będzie ci użyć JPA, a Hibernate jako implementacji?
tzn.? Możesz rozwinąć?Cytuj:
Cybuch napisał
Buduję sobie api restowe które będzie uderzać do bazy, używam do tego hibernate + jersey.
Troszkę czuje jakbym zderzył się ze ścianą, bo wywodzę się z PHP i jest to w sumie mój drugi język który poznaje 'głębiej' @Cybuch ;
@edit
A błąd w tamtym kodzie to było coś takiego że ta metoda (buildSessionFactory()) nie zwraca żadnej wartości (lol).
Koniec końców naskrobałem coś takiego:
Kod:public class HibernateFactory {
private static StandardServiceRegistry serviceRegistry;
public static SessionFactory sessionFactory;
public Session buildSessionFactory() {
Configuration configuration = new Configuration().configure();
serviceRegistry = new StandardServiceRegistryBuilder().applySettings(configuration.getProperties()).build();
sessionFactory = configuration.configure().buildSessionFactory(serviceRegistry);
Session session = null;
try {
session = sessionFactory.openSession();
} catch (HibernateException e) {
e.printStackTrace();
}
return session;
}
http://docs.jboss.org/hibernate/orm/...orial-jpa.html
JPA to ogólna specyfikacja, a jej konkretną implementacją jest Hibernate. Zaleta taka, że zawsze możesz w miarę bezproblemowo podmienić implementację jeśli będzie potrzeba.
No i jak na moje oko skoro session jest null to powinno też wywalić HibernateException i wydrukować stertę, w której byłoby pewnie napisane, co poszło nie tak. Jeśli to jest kod z dokumentacji to możesz być pewny, że jest ok, wina u ciebie - chociażby tak trywialne rzeczy jak brak jakiejś biblioteki czy też błędny login do bazy
Hibernate implementuje jakoś domyślnie JPA?Cytuj:
Cybuch napisał
@up
W drugą stronę to nie działa. Możesz używać samego Hibernate'a i korzystać z jego klas i metod lub też możesz korzystać z JPA i Hibernate jako implementacji, czyli korzystasz z klas/metod JPA, a pod spodem i tak siedzi Hibernate.
Dzięki.Cytuj:
Cybuch napisał
Daj znać jak będziesz po rozmowie i jak przebiegła :)
Jeśli musisz szukać obiektu w liście nie po swoim identity, a po swoich wartościach, to robienie z tego klasy to zły pomysł. Użyj struktury.Cytuj:
Kusterek napisał
@edit
Czyli JPA to po prostu interfejs, no spoko.Cytuj:
Cybuch napisał
Takie teoretyczne pytanko mam.
Hibernate to ORM, nie operujemy na żywej bazie tylko mamy odwzorowany model.
W kontrolerach powinno się podejmować akcje w zależności od danych, i tak np. 'przyszedł' mi json, obrabiam go i na jego podstawie podejmuję akcje.
Czy poprawne jest robienie czegoś takiego w kontrolerze:
Czy powinien być od tego osobny model (pomijając to że klasa User to tak jakby model).Kod:
Session sess = HibernateFactory.getInstance().openSession();
sess.beginTransaction();
Users usr = new Users();
usr.setEmail("[email protected]");
sess.save(usr);
sess.getTransaction().commit();
Mówimy tutaj oczywiście o dobrych praktykach, bo na dobrą sprawę mogę sobie wszystko to zrobić ciurkiem w 'pierwszej' warstwie aplikacji.
Jak coś to sorki za niefachowe nazewnictwo, mam nadzieję że jest to jasne :))
@up
Moim zdaniem tak, choć ja bym to zrobił nieco inaczej, robię tak po krótkiej przygodzie ze spring roo, który nie jest aż taki, fajny, ale podejście moim zdaniem OK na własny użytek:
klasa users to już nie jest zwykłe POJO, bo oprócz pól takich jak np. username zawiera wszystkie metody do operacji na userach. Np. metodę save czy persist. Minus jest taki, że klasy się nieco rozrastają, ale wszystko dzieje się w obrębie jednej klasy - klasa ma tylko swoje pola i tylko swoje metody, i z reguły najpierw w klasie mam pola, potem gettery/settery i na końcu metody dostępu do danych, przez co twój kod ograniczyłby się do:
nie namawiam do korzystania z tego, ale piszę jako ciekawostkę ;)
Pozwolę sobie tylko nadmienić, że to klasyczny przykład łamania SRP i nie polecam takiego rozwiązania :PCytuj:
Cybuch napisał
Zależy jak na to spojrzeć - jest wzorzec ActiveRecord, jest DDD, więc myślę, że nie jest to najgorsze z możliwych podejść, szczególnie w małych projektachCytuj:
Alex Fortune napisał
@up
Napisz jaki to błąd - ciężko wróżyć z fusów, najlepiej to daj http://www.sscce.org/
SRP?Cytuj:
Cybuch napisał
Single Responsibility Principle - czyli zasada jednej odpowiedzialności.
W skrócie chodzi o to, że Twój obiekt Users ( to jest w zasadzie ,,User" skoro masz coś ala setEmail ) ma dwie odpowiedzialności - modelować obiekt domenowy użytkownika I implementować zapis tegoż entity do bazy.
To sprawia, że nie możesz rozdzielić jednego od drugiego.
@edit
Jak chcecie to mogę napisać mały artykuł o SRP bo i tak piszę mała serię na mojego bloga o SOLID. ^^