Programowanie - temat ogólny

[Kusterek]

C# szukam metody, ktora sprawdzi mi czy w liście występuje element mający takie same wartosci jak obiekt

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);

wszystko zwraca null lub false ;sss
nie mogę porownywać po każdym polu bo sie zajebie

[zakius]

przeciąż op = dla swojej klasy i sprawdź dowolną wbudowaną metodę do tego? taki ja mam pomysł

[Rollercoster]

Co jest ne tak w tym kodzie?
Jest to kawałek z oficjalnej dokumentacji...

http://wklej.org/id/1336548/

[Cybuch]

Musisz powiedzieć gdzie ci błąd wywala. Swoją drogą nie lepiej będzie ci użyć JPA, a Hibernate jako implementacji?

[Rollercoster]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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ąć?
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:

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;
    }

[Cybuch]

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

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

Musisz powiedzieć gdzie ci błąd wywala. Swoją drogą nie lepiej będzie ci użyć JPA, a Hibernate jako implementacji?

Hibernate implementuje jakoś domyślnie JPA?

[Cybuch]

@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.

[Rollercoster]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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

Dzięki.

Daj znać jak będziesz po rozmowie i jak przebiegła :)

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

C# szukam metody, ktora sprawdzi mi czy w liście występuje element mający takie same wartosci jak obiekt

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);

wszystko zwraca null lub false ;sss
nie mogę porownywać po każdym polu bo sie zajebie

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.

@edit

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

@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.

Czyli JPA to po prostu interfejs, no spoko.

[Rollercoster]

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:

        
Session sess = HibernateFactory.getInstance().openSession();

        sess.beginTransaction();

        Users usr = new Users();
        usr.setEmail("[email protected]");
        sess.save(usr);
        sess.getTransaction().commit();

Czy powinien być od tego osobny model (pomijając to że klasa User to tak jakby model).
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 :))

[Cybuch]

@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:

Users usr = new Users();
usr.setEmail("[email protected]");
usr.persist();

nie namawiam do korzystania z tego, ale piszę jako ciekawostkę ;)

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

@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:

Users usr = new Users();
usr.setEmail("[email protected]");
usr.persist();

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 :P

[Cybuch]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

Pozwolę sobie tylko nadmienić, że to klasyczny przykład łamania SRP i nie polecam takiego rozwiązania :P

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 projektach

@up
Napisz jaki to błąd - ciężko wróżyć z fusów, najlepiej to daj http://www.sscce.org/

[Alex Fortune]

Cytat został ukryty, ponieważ ignorujesz tego użytkownika. Pokaż cytat.

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 projektach

@up
Napisz jaki to błąd - ciężko wróżyć z fusów, najlepiej to daj http://www.sscce.org/

SRP?
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. ^^