@MacDada no o walidacja mi chodziło! :p Jak to validowac, jeśli typ to mobile to jako komórka, jeśli mail to jako e-mail. Tak ja ktoś pisal - custom validator?
Oddzielna kwestia, że musisz zdecydować, czy chcesz mieć faktycznie ContactDetail (z type i value) czy też może Email extends ContactDetail, Phone extends ContactDetail, itd (czyli dedykowane klasy i dziedziczenie w Doctrine).
@MacDada: Ja się spotkałem z tłumaczeniem persist -> utrwalać i takie wydaje się być odpowiednie. Zdolne do utrwalania, pozawalające się utrwalać, dające możliwość utrwalenia.
@MacDada: tak mysle ze moge jeszcze tworzyc kolumny np. contact, company i wtedy zawsze jedna z nich nie bedzie nullem ale przy wiekszej ilosci bedzie masa kolumn...
![Bosak w TVP WORLD [EN]](https://wykop.pl/cdn/c3397993/edb9bf57605906a49d1f9758a75d97752ec688af492eb1690124d664019be60b,q80.jpg)
zalozmy ze mam encje
contactktora ma pola imie, naziwsko itpdo tego posiadac ma wiele mozliwosci ustawienia telefonu/faxu/maila
jak to najlepiej robic tak aby moc to validowac?
myslalem nad kolejna encja
contactDetaili tam polaconttact-> contact entity,type-> enum(email,telephone,mobile,fax),value-> valuejednak zagadka dla mnie jest jak to poprawnie zwalidowac w formularzu w zaleznosci od pola type?
Encje to są persystowalne obiekty biznesowe.
Formularze to warstwa
Jak to validowac, jeśli typ to mobile to jako komórka, jeśli mail to jako e-mail.
Tak ja ktoś pisal - custom validator?
@qwelukasz: Generalnie tak.
Oddzielna kwestia, że musisz zdecydować, czy chcesz mieć faktycznie
ContactDetail(z type i value) czy też możeEmail extends ContactDetail,Phone extends ContactDetail, itd (czyli dedykowane klasy i dziedziczenie w Doctrine).@MacDada: Bardzo cenię sobie Twoje posty, ale takie coś mnie boli.
powiedzmy ze mam ta encje
contactDetailsprawa jest taka ze te detale kontktu moga byc zarowno w samym kontakcie jak i np w firmie
firma moze miec jakies dane do kontaktu
@qwelukasz: Czemu tak chcesz zrobić? Nie możesz zdecydować się, żeby trzymać to w jednym miejscu?