-
Data: 2009-05-25 08:38:11
Temat: Re: Jak używać wyjštków
Od: gregorius <gruza@spamerom_nie.priv4.onet.pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]somebody pisze:
> Jacek Czerwinski pisze:
>> somebody pisze:
>>> Wiktor Zychla pisze:
>>
>>> nie chodzi o korzystanie z tych gotowych kombajnów. Bardziej chodzi
>>> mi o naukę i poszerzenie wiedzy.
>>>
>>> Przykładowa aplikacja w .net framework to 4 dllki (data, view, mssql,
>>> utils) oraz aplikacja webowa. I interesuje mnie, jak sensownie
>>> wyświetlać użytkownikowi informacje na temat błędnie wpisanych danych
>>> w formularza. Walidatory pól nie są do końca dobrym rozwiązaniem.
>>
>> Szkoły, czy przynajmniej akcenty są nieco rózne.
>> jedna ze szkół "wyjątek to cos wyjątkowego" (w sensie normalne
>> sytuacje robi się normalnie) (np. w javie jak biblioteki i JVM z
>> zasady dośc mocno optymalizują, tak nikt nie optymalizuje obsługi
>> wyjątków. Stwierdzenie stosunkowo oficjalne bo chyba z Joshua Blocha)
>>
>> Inna szkoła: obsługiwać jak najbliżej.
>>
>> A może potrzebujesz po prostu dobrych walidatorów?
>>
>> Zawsze możesz odziedziczyć własne exception, ale to oznacza znów jedną
>> więcej zależność po obu stronach throw/catch.
>
> Jestem świadom, że szkół jest wiele i podejścia mogą być przeciwstawne,
> dlatego najpierw zapytałem o literaturę, aby móc wyrobić sobie jakieś
> własne zdanie.
>
> Walidatory nie wydają się być dobrym rozwiązaniem. Mam np. klienta
> (encja, byt z wycinka rzeczywistości), który posiada numer NIP. Jak
> rozsądnie powinno wyglądać sprawdzenie czy numer wprowadzany przez osobę
> obsługującą aplikację jest poprawny czy też nie?
>
> Teoretycznie może być to walidator w warstwie prezentacji, ale: dla
> warstwy prezentacji jest wzorzec MVP i może się ona zmienić. Zresztą mam
> wrażenie, że warstwa prezentacji nie jest najlepsza do tego. Więc gdzie?
> Niżej? Warstwa logiki? Ale dane są przechowywane w bazie danych i
> lepiej, żeby nikt błędnych insertów (w trakcie programowania) nie
> zrobił. Więc może procedura składowana dla wstawiania rekordu z
> odpaleniem innej procedury dla walidacji? Do zrobienia, jakoś logicznie
> uzasadnione.
[...]
Musisz wyważyć gdzie walidować. Z jednej strony szkoda pisać tę samą
walidację wiele razy, więc teoretycznie można by ją umieścić tylko w
bazie danych (np. walidować za pomocą trigerów). Ale wywołania bazy
danych są wywołaniami zdalnymi, więc ich nadmiar negatywnie wpływa na
wydajność. Więc przeważnie przesuwa się walidację bliżej użytkownika -
do warstwy logiki lub prezentacji. Dla mnie najwygodniej robi się
walidację w warstwie logiki, ale w aplikacjach ASP.NET (o których
wspomniałeś) szkoda generować żądanie z przeglądarki do klienta WWW po
to, żeby za chwilę powiedzieć, że pole nie może być puste.
Pozdrawiam
--
Grzegorz Gruza
Odpowiadając usuń "spamerom_nie." z adresu!!!
Następne wpisy z tego wątku
- 25.05.09 10:27 somebody
Najnowsze wątki z tej grupy
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- testy-wyd-sort - Podsumowanie
- Tworzenie Programów Nieuprzywilejowanych Opartych Na Wtyczkach
- Do czego nadaje się QDockWidget z bibl. Qt?
- Bibl. Qt jest sztucznie ograniczona - jest nieprzydatna do celów komercyjnych
- Co sciaga kretynow
- AEiC 2024 - Ada-Europe conference - Deadlines Approaching
- Jakie są dobre zasady programowania programów opartych na wtyczkach?
- sprawdzanie słów kluczowych dot. zła
- Re: W czym sie teraz pisze programy??
- Re: (PDF) Surgical Pathology of Non-neoplastic Gastrointestinal Diseases by Lizhi Zhang
- CfC 28th Ada-Europe Int. Conf. Reliable Software Technologies
- Młodzi programiści i tajna policja
- Ada 2022 Language Reference Manual to be Published by Springer
Najnowsze wątki
- 2024-11-14 Gliwice => Network Systems Administrator (IT Expert) <=
- 2024-11-14 Gliwice => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-13 Kraków => QA Inżynier <=
- 2024-11-13 Żerniki => Dyspozytor Międzynarodowy <=