Hipotetycznie jest program do logowania, ktory pyta o podstawowe dane. Czy po dodaniu wszystkich informacji nazwa obiektu moze byc np loginem uzytkownika? Np
User user = new User(); Ale w przypadku nastepnego uzytkownika nie moze byc juz obiektu o nazwie user tylko inny.Nie rozumiem jak to robi sie w praktyce aby kod sam tworzyl rozne obiekty o roznych nazwach.
- Rejestracja:około 10 lat
- Ostatnio:ponad 4 lata
- Postów:25
0
Java - Rejestracja:ponad 7 lat
- Ostatnio:ponad 6 lat
- Postów:69
0
Generalnie nie ma czegoś takiego jak "Nazwa obiektu". Co najwyżej nazwa klasy...
Obiekty mają jakieś stany, które określane są przy pomocy pól i metod które dany obiekt posiada.
Na przykład twoja klasa User może mieć pola name, email, address.
I teraz te pola możesz edytować w trakcie życia obiektu (user.setName("Franek"), ustawić podczas jego tworzenia (przy pomocy konstruktora, np. User user = new User("Franek", "franek@domena.pl", "") lub nadać domyślne wartości w klasie. To tak po krótce, podstawowe przypadki.
Tutaj Tobie chodzi prawdopodobnie o coś takiego:
class User {
private String name;
private String email;
public User(String name, String email) {
this.name = name;
this.email = email;
}
// gettery i settery
}
I teraz tworząc swój obiekt usera możesz mu podać wartości pól w konstruktorze:
User myUser = new User("Andzrej", "asds@gmail.com")
i później ich używać.
Mam nadzieję, że wystarczająco prosto i jasno :)
edytowany 1x, ostatnio: TakiTamPiekarz
- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
2
@zduninho88 a zastanowiłeś sie jaki to miałoby niby mieć sens? Jak chciałbyś użyć takiej zmiennej skoro nie znasz jej nazwy? Pokaż mi przykład kodu który chciałbyś w oparciu o taki mechanizm napisać...
Tożsamość obiektów określają ich wlaściwości, a nie nazwa referencji.
- Rejestracja:ponad 6 lat
- Ostatnio:8 dni
- Postów:296
0
@zduninho88, wydaje mi się, że jesteś początkujący, ale kombinujesz. Jeśli przewidujesz, że aplikacja ma np. trzech konkretnych użytkowników np. ALA, KASIA, JANEK i tylko oni będą się np. logować to robisz trzy zmienne obiektowe np. userAla, userKasia i userJanek i tworzysz dla nich obiekty rozpoznając login. Jeśli liczba użytkowników jest duża, to nie tworzysz zmiennej obiektowej dla każdego użytkownika, ale tworzysz obiekt i wstawiasz go do jakieś kolekcji np. tablica albo HashMap z kluczem w postaci np. imienia użytkownika, wtedy obiekt użytkownika KASIA jest dostępny przez hashMap("KASIA"). Jeśli aplikacja ma być "poważna" to korzystasz z bazy i ORMA, wtedy żeby dostać się do obiektu dla KASIA kierujesz odpowiednie zapytanie z danymi użytkownika. Nazwa zmiennej ma znaczenie tylko dla Ciebie i tylko w trakcie tworzenia programu, gdy program już działa i tworzone byłyby zmienne o nazwach wprowadzonych przez użytkownika (np. na podstawie loginu), to dla Ciebie one nie miałyby już żadnego znaczenia, bo program już jest napisany.
- Rejestracja:około 11 lat
- Ostatnio:3 minuty
- Postów:8399
0
Nie do końca rozumiem, ale spróbuję (czyli zgadywanka: co poeta miał na myśl). Oprócz tego, co napisali inni, to:
Ale w przypadku nastepnego uzytkownika nie moze byc juz obiektu o nazwie user tylko inny.
Nie rozumiem jak to robi sie w praktyce aby kod sam tworzyl rozne obiekty o roznych nazwach.
To nie ma przeszkody, żeby do tworzenia różnych użytkowników zawsze był tworzony obiekt i zapisywany w zmiennej o nazwie user.
Zmienna to zmienna, może trzymać różne wartości (BTW ktoś tu ostatnio argumentował na forum, że ludzie rozumieją ideę przypisywania różnych wartości do zmiennych? Dobra, to niekoniecznie jest dobra praktyka, ale mimo wszystko...).
Może mieć również różny zasięg, np. zmienna user może być zmienną, która będzie widoczna tylko w konkretnej funkcji - wtedy drugi raz się wywoła funkcja i będzie tworzona druga zmienna o tej samej nazwie. Później utworzony obiekt można gdzieś dodać do jakiejś kolekcji, jak już ktoś wspomniał.
No i nazwa zmiennej to nazwa w kodzie, widoczna w języku programowania, a nie dla użytkownika. User o nazwie Mateusz niekoniecznie będzie miał zmienną Mateusz, wiadomo.
No ale to moje dwa grosze, za cholerę nie wiem, czy w ogóle zrozumiałem pytanie. Ale 4 osoby przede mną się wypowiedziały, więc jest szansa, że ktoś z tej piątki zrozumiał.
edytowany 1x, ostatnio: LukeJL
- Rejestracja:około 10 lat
- Ostatnio:ponad 4 lata
- Postów:25
0
Dziękuję za odpowiedz. Odpowiedzi nakierowały mnie na dalszy temat. Właśnie o to mi chodziło, kiedy nie wiemy ilu użytkowników będzie w aplikacji i nie zapiszemy ich z palca w kodzie. Czyli rozumiem, że mogę tworzyć wielu użytkowników uzywając tylko jednego obiektu?
- Rejestracja:ponad 8 lat
- Ostatnio:około 2 lata
- Postów:204
0
zduninho88 napisał(a):
Dziękuję za odpowiedz. Odpowiedzi nakierowały mnie na dalszy temat. Właśnie o to mi chodziło, kiedy nie wiemy ilu użytkowników będzie w aplikacji i nie zapiszemy ich z palca w kodzie. Czyli rozumiem, że mogę tworzyć wielu użytkowników uzywając tylko jednego obiektu?
Zapraszam się do zapoznania się z tablicami /array/ (a potem z listami /list/, a następnie z resztą kolekcji /collection/). Czy o to chodzi?
edytowany 1x, ostatnio: Tyvrel
- Rejestracja:ponad 8 lat
- Ostatnio:około godziny
0
zduninho88 napisał(a):
Dziękuję za odpowiedz. Odpowiedzi nakierowały mnie na dalszy temat. Właśnie o to mi chodziło, kiedy nie wiemy ilu użytkowników będzie w aplikacji i nie zapiszemy ich z palca w kodzie. Czyli rozumiem, że mogę tworzyć wielu użytkowników uzywając tylko jednego obiektu?
A co chcesz z tymi uzytkownikami zrobic? Wyglada na XY prob