Wskazówki dotyczące modelowania
Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
Ta strona zawiera wskazówki dotyczące modelowania reguł biznesowych w interfejsie API.
Porty
Jak mogę ograniczyć zgodność klasy statku w niektórych portach z powodu przepisów roboczych lub przepisów międzynarodowych?
Określ koszty w odpowiednim porcie tylko dla dozwolonej klasy statku.
Jak zabronić przesyłek w niektórych portach?
Ustaw koszt przesyłki na nieskończony (lub bardzo dużą wartość).
Żądania
Co może zawierać koszt przewozu?
Stawka frachtu może obejmować dowolne istotne dane dotyczące firmy kurierskiej, takie jak wartość ekonomiczna, wpływ na środowisko czy zadowolenie klienta. Jeśli chodzi o drugą stronę, do stawki przewózu należy dodać karę za nieobsługę popytu.
Czy model obsługuje żądania z takimi samymi parami źródła i żądania, ale o różnych specyfikacjach?
Tak.
Kandydaci do nóg
Jaką przewagę mają kandydaci na nogi w porównaniu z rzeczywistymi połączeniami?
Kandydaci do poszczególnych interfejsów API obsługują modelowanie:
- Wiele trajektorii między tymi samymi dwoma portami
- Arbitralne funkcje kosztów dla różnych prędkości na tej samej trajektorii
- Koszty zależne od klasy statku
- Ograniczenia klasy statku (ze względu na projekt dotyczący kanałów lub przepisów międzynarodowych)
Przede wszystkim kandydaci na odcinki definiują jednoznaczną definicję połączeń portów. Nie dotyczy to jednak fizycznych połączeń portów, które umożliwiają
wiele interpretacji możliwych operacji (kosztu, czasu bezczynności itp.).
O ile nie stwierdzono inaczej, treść tej strony jest objęta licencją Creative Commons – uznanie autorstwa 4.0, a fragmenty kodu są dostępne na licencji Apache 2.0. Szczegółowe informacje na ten temat zawierają zasady dotyczące witryny Google Developers. Java jest zastrzeżonym znakiem towarowym firmy Oracle i jej podmiotów stowarzyszonych.
Ostatnia aktualizacja: 2024-08-09 UTC.
[[["Łatwo zrozumieć","easyToUnderstand","thumb-up"],["Rozwiązało to mój problem","solvedMyProblem","thumb-up"],["Inne","otherUp","thumb-up"]],[["Brak potrzebnych mi informacji","missingTheInformationINeed","thumb-down"],["Zbyt skomplikowane / zbyt wiele czynności do wykonania","tooComplicatedTooManySteps","thumb-down"],["Nieaktualne treści","outOfDate","thumb-down"],["Problem z tłumaczeniem","translationIssue","thumb-down"],["Problem z przykładami/kodem","samplesCodeIssue","thumb-down"],["Inne","otherDown","thumb-down"]],["Ostatnia aktualizacja: 2024-08-09 UTC."],[[["This page provides guidance on modeling business rules within the API, focusing on ports, demands, and leg candidates."],["Control vessel access to ports by manipulating costs and transshipment options, and incorporate diverse factors into freight rates to reflect business priorities."],["Leverage leg candidates for detailed route modeling, including multiple trajectories, customized cost functions, vessel-specific attributes, and restrictions, enabling a clear definition of port connections."],["The model supports demands with identical origin-destination pairs but varying specifications."]]],["The provided content details API modeling tips for business rules. To restrict vessel class compatibility at ports, costs are specified for allowed classes only. Transshipment can be forbidden by setting its cost to infinite. Freight rates can include various metrics like economic value or environmental impact. The API handles demands with the same origin-destination but different specifications. Leg candidates allow for multiple trajectories, arbitrary cost functions, vessel-specific costs, and class restrictions, providing an unambiguous definition of port connections.\n"]]
