cześć,
Potrzebuję pomocy w zbudowaniu wyrażenia regularnego dla numeru rachunku bankowego ale mam problem bo nie wiem w jaki sposób "zakazać" użytkownikowi wpisywania spacji i tabulatorów w pole.
Czy ktoś może podpowiedzieć?
0
2
\d{26} ?
3
Koko1 napisał(a):
cześć,
Potrzebuję pomocy w zbudowaniu wyrażenia regularnego dla numeru rachunku bankowego ale mam problem bo nie wiem w jaki sposób "zakazać" użytkownikowi wpisywania spacji i tabulatorów w pole.
Czy ktoś może podpowiedzieć?
Gdyby to był mój projekt, pozwoliłbym spacje, nawet trzymał w ten sposób, a eliminował je przed użyciem. W dobrym obiektowym projekcie to nie problem.
To jest bardzo wygodne
Nie wiem, czy osobiście puszczasz przelewy, gdy nie masz ich jak wkleić, bo są np na papierze.
0
często jest tak że użytkownicy przeklejają numery z innych miejsc i robią to czasami ze znakiem TAB - system tego nie pilnuje i problem wychodzi dopiero na późniejszym etapie że w ramach integracji z innym systemem wysyłany jest numer z TAB w polu i system "odbierający" dane zgłasza błąd.
1
Koko1 napisał(a):
często jest tak że użytkownicy przeklejają numery z innych miejsc i robią to czasami ze znakiem TAB - system tego nie pilnuje i problem wychodzi dopiero na późniejszym etapie że w ramach integracji z innym systemem wysyłany jest numer z TAB w polu i system "odbierający" dane zgłasza błąd.
No to opanuj zagadnienie. Zamień na spacje. Pozwól na tylko pojedyncze spacje itd...
Bo "czasem" nie wklejają, tylko klepią, daj im minimum komfortu przy zachowaniu "naszych" wymogów.
3
Koko1 napisał(a):
często jest tak że użytkownicy przeklejają numery z innych miejsc i robią to czasami ze znakiem TAB - system tego nie pilnuje i problem wychodzi dopiero na późniejszym etapie że w ramach integracji z innym systemem wysyłany jest numer z TAB w polu i system "odbierający" dane zgłasza błąd.
W takim razie wczytujesz co klient naklepie, a potem robisz normalizacje czyli albo usuwasz wszystkie znaki niebędące liczbą, albo doprowadzasz do ładnie wyglądającego formatu CC AAAA AAAA BBBB BBBB BBBB BBBB. Ja sam nie cierpię systemów które nie pozwalają mi rozdzielać cyfr w koncie bankowym spacją
0
tylko że normalnizacji zrobić nie mogę bo system już ma jakąs zdefiniowaną forme i ja nie mogę ingerować w to co wpisuje użytkownik. Jedyne co mogę zrobić to to że użytkownik wklepuje numer a ja mu mogę dać jedynie komunikat typu - "błedny numer konta - wprowadz poprawny". nie jestem w stanie w locie usuwać tabów, spacji itd. Ten komunikat mogę "wywołać" tylko wtedy kiedy to co wpisze/wklei użytkownik nie pasuje do wzorca.
3
Wyrażenie regularne, które pozwoli użytkownikowi wpisać numer konta w dowolny sposób, byłoby bardzo skomplikowane jeśli w ogóle możliwe do zrobienia. Dane wejściowe można skopiować do zmiennej, dostosować je do algorytmu i użyć wyrażenia regularnego. W paru ifach można sprawdzić spacje i inne znaki. Im mniej skomplikowane wyrażenie regularne, tym lepiej. Te bardziej skomplikowane mogą nie dość, że nie działać jak należy, to jeszcze nieumiejętnie stosowane wcinają pamięć jak student pizzę.
Krótko mówiąc do używania wyrażeń regularnych trzeba mieć wyraźny powód.
1
Ogólnie to popieram to, co napisał @PerlMonk - najlepiej jest pobrać numer jako string, potem szybko go przelecieć i wywalić wszystko, co nie jest cyfrą. A mając już string z numerkami, można sprawdzić jego długość.
Tylko jeszcze dodam jedną informację, która może pomóc przy weryfikacji, czy numer konta jest poprawny - dwie pierwsze cyfry to suma kontrolna:
https://pl.wikipedia.org/wiki/Numer_rachunku_bankowego.
https://romek.info/ut/banki.html
https://www.cashless.pl/3949-jak-sprawdzic-czy-wpisany-numer-konta-bankowego-jest-prawidlowy-tu-znajdziecie-prosty-trik
https://www.najlepszekonto.pl/numer-konta-bankowego-iban
W ten sposób możesz zweryfikować, czy numer wprowadzony jest poprawny, czy ktoś sobie wpisał losowe znaki.Bo sam fakt posiadania 26 cyfr jeszcze nie świadczy o tym, że dany rachunek jest prawidłowy.
2
PerlMonk napisał(a):
Wyrażenie regularne, które pozwoli użytkownikowi wpisać numer konta w dowolny sposób, byłoby bardzo skomplikowane jeśli w ogóle możliwe do zrobienia. Dane wejściowe można skopiować do zmiennej, dostosować je do algorytmu i użyć wyrażenia regularnego. W paru
ifach można sprawdzić spacje i inne znaki. Im mniej skomplikowane wyrażenie regularne, tym lepiej. Te bardziej skomplikowane mogą nie dość, że nie działać jak należy, to jeszcze nieumiejętnie stosowane wcinają pamięć jak student pizzę.
Krótko mówiąc do używania wyrażeń regularnych trzeba mieć wyraźny powód.
Też tak myślę. Pętla, if nie są aż takim "wrogiem" jak wyznawcy nowych mód by przedstawiali.
Przy okazji sekwencyjny (tzn również nie funkcyjny) kod może mieć zerowe zużycie GC, ewentualnie sztuk jeden na bufor wyjściowy.