Jaka jest różnica między regułą sprawdzania poprawności a regułą biznesową?

Question

Jaka jest różnica między regułą sprawdzania poprawności a regułą biznesową?

Zgodnie z moim rozumieniem: "jeśli stan obiektu biznesowego/obiektów nie jest zgodny z oczekiwaniami, to należy wysłać komunikat o błędzie" to reguła sprawdzania poprawności oraz "gdy stan obiektu biznesowego/obiektów jest lub nie jest równa się coś, następnie zmień stan niektórych obiektów biznesowych/obiektów [lub wykonaj pewne działanie/zdarzenie, ale nie tylko wyślij błąd] "jest regułą biznesową.

Sprawdzanie poprawności może być sprawdzaniem poprawności interfejsu użytkownika - sprawdzanie poprawności wartości pól interfejsu użytkownika lub sprawdzanie poprawności aplikacji - sprawdzanie stanów obiektów biznesowych.

Nie jestem pewien, czy moje zrozumienie powyżej jest poprawne. W moim projekcie mamy framework sprawdzania poprawności, w którym proste wywołanie sprawdzania poprawności przejmuje obiekty biznesowe w celu sprawdzenia poprawności względem czegoś i zbieracza błędów, który zbiera wszystkie błędy. Błędy są wyświetlane na ekranie po komunikatach.

Oprócz tego mamy reguły, które należą do drugiej kategorii, jak opisano powyżej, tj. Sprawdzają stan obiektu biznesowego/obiektów i podejmują pewne działania, takie jak zmiana stanu innego obiektu biznesowego. Próbuję znaleźć strategię wdrożenia takich reguł albo przy użyciu jakiegoś frameworka (nie ramy sprawdzania poprawności), albo mechanizmu reguł.

Czy możesz pomóc mi zrozumieć rozróżnienie między powyższymi 2 rodzajami reguł i jeśli istnieją jakieś strategie/zalecenia dotyczące wdrażania, byłoby to pomocne.

Answer 1

W skrócie; zasada walidacji określa podstawową ważność; "czy to jest prawidłowy adres e-mail?" Reguła biznesowa określa, co zrobić z ważnymi danymi; "czy mogę ustawić e-mail z potwierdzeniem użytkownika na przesłaną wartość?" Reguły biznesowe mogą migrować do logiki walidacji; ale zazwyczaj sprawdzanie poprawności nie jest wykonywane przez mechanizm reguł biznesowych.

Answer 2

Walidacja zwykle odnosi się do reguł, które nie wymagają sprawdzania bazy danych w celu ich sprawdzenia. Na przykład minimalna długość hasła. Reguły biznesowe zwykle wymagają kwerendy bazy danych do sprawdzania poprawności. Na przykład nie możesz wypłacić pieniędzy więcej niż saldo konta. A to zasady biznesowe. Na przykład minimalny dopuszczalny wiek rejestracji w szkole, który jest zakodowany w aplikacji, jest zasadą walidacji.

Answer 3

Reguły biznesowe, od nazwy, to sprawdzenie danych z punktu widzenia biznesowego, na przykład stan cywilny nie może być "zamężny", a wiek osoby jest mniejszy niż 15 lat, to zasadniczo zasady, które zmieniają się z biznes do firmy.

sprawdzanie poprawności, zwykle jest związane z interfejsem użytkownika, może być powszechne w więcej niż w firmie i można je uzyskać na podstawie zdrowego rozsądku, na przykład format wiadomości e-mail powinien mieć konkretny formularz lub jeśli jest data rozpoczęcia i data zakończenia, wstawiona data końcowa powinna być większa niż data wstawiona w dacie początkowej.

Answer 4

Walidacja to sprawdzenie, czy wprowadzona wartość jest uzasadniona w kontekście jej pola (z technicznego punktu widzenia), na przykład: czy 5 jest wartością liczbową akceptowaną przez Wiek (kontra -5)?, A -5 to akceptowalna jako temperatura na przykład.

Reguła biznesowa to bardziej biznesowa perspektywa. Jest to sprawdzanie, czy wartości (które przeszły walidację) są akceptowane przez zasady i procedury firmy. Na przykład. osoba, która może się zarejestrować musi być rezydentem, a 18 lat lub więcej..etc. Reguła biznesowa może sprawdzać jedną (lub więcej) wartość (wartości) pola i może sprawdzać dane przechowywane w bazie danych i/lub wykonywać pewne obliczenia, aby upewnić się, że wartości przechodzą reguły biznesowe.

Tak więc, dla przykładu zamieszczonego powyżej przez Hannę, wartość 15 powinna przejść walidację pola (ponieważ jest to ważna wartość dla Wieku), ale nie przejdzie reguły biznesowej sprawdzającej, czy wiek osoby zamężnej musi być> 15.