Aktywne Wpisy
karolina-oska +126
#rolnikszukazony
To straszne jak większość chłopów na tym targu w ogóle nie rozumie Karoliny od Rolanda....
Chłop na każdym spotkaniu się na nia patrzy i uśmiecha. Wyżyny jego możliwości rozmowy z kobietą to opracowanie planu przeprowadzki i ślubu za rok.
Karolina widze że nie idzie do łba mu nic przełożyć więc pisze list żeby typo przeczytał w samotności i sie zastanowił.
Ona czuje się jak ładny przedmiot do patrzenia, bo typ nie pyta
To straszne jak większość chłopów na tym targu w ogóle nie rozumie Karoliny od Rolanda....
Chłop na każdym spotkaniu się na nia patrzy i uśmiecha. Wyżyny jego możliwości rozmowy z kobietą to opracowanie planu przeprowadzki i ślubu za rok.
Karolina widze że nie idzie do łba mu nic przełożyć więc pisze list żeby typo przeczytał w samotności i sie zastanowił.
Ona czuje się jak ładny przedmiot do patrzenia, bo typ nie pyta
Antiax +96
Każdy kto szkaluje Karolinę to naprawdę ma takie same oczekiwania od kobiet jak Roland, czyli dziewczyna ma wyglądać, nie przeszkadzać i być miła.
Widzimy tylko urywki, minuty, ale widać jasno, że na rzeczy musiało być coś większego.
Roland chce kogoś, żeby nie być sam, ale drugą osoba nie jest zainteresowany. Karolina nie jest płytka, szybko konfrontuje problemy, a nie trzyma je w sobie.
Wyraźnie
Widzimy tylko urywki, minuty, ale widać jasno, że na rzeczy musiało być coś większego.
Roland chce kogoś, żeby nie być sam, ale drugą osoba nie jest zainteresowany. Karolina nie jest płytka, szybko konfrontuje problemy, a nie trzyma je w sobie.
Wyraźnie
Załóżmy, że chcę mieć funkcję, która wykonuje jedną z dwóch operacji w zależności od tego, który z dwóch teoretycznie przeciwstawnych warunków jest spełniony. Jeżeli żaden to niechybnie oznacza, że coś się z-----o, trzeba zakończyć program i zwrócić informację o błędzie. Napisałem:
void function() {
....if(coś) {
........operacja1();
....} else if(coś_innego) {
........operacja2();
....} else {
........std::unexpected();
....}
}
Kod dobrze spełnia swoje zadanie. Jeżeli coś jest nie tak to wywala się i wypisuje, że sterowanie zabrnęło tam, gdzie dojść nigdy nie powinno. Po poprawieniu błędów, w gotowym programie unexpected() nigdy się nie wykona. Na pewno tak jest sto razy lepiej niż zostawienie funkcji w ogóle bez else, bo wyskakują warningi, a po ominięciu if i else if mam naruszenie ochrony pamięci i nie jest jasne na pierwszy rzut oka gdzie.
Ale ładnie to tak? Może tak zostać, czy jest jakiś lepszy, ogólnie przyjęty sposób rozwiązywania problemów tego typu? Wydaje mi się jakieś takie brudne to rozwiązanie, zaciemniające kod. A zależy mi, żeby zrobić to porządnie. Propozycje?
#stylkodowania #programowanie #cpp
else.
żeby się nie babrać z std::
ale okazało się, że nawet bez else to ostrzeżenie się nie pojawia. :)
Przy okazji, nie lepiej rzucić wyjątkiem, niƶ wołać
std::unexpected? (które jest, nota bene, deprecated)
if (!a != !b) {
// rzucasz
@Ginden: Kompletnie nie rozumiem o co Ci chodzi.
Może rozwinę myśl: piszę grę, a funkcja funkcja przyjmuje obiekt, który w założeniu
@Onoki: Pierwszy
ifwykonuje operację
if- de facto sprawdza on, czy obiekt należy do któregoś z graczy (bo do tego sprowadzają się chyba
PS. Ja bym się na Twoim miejscu zastanawiał, skąd się w ogóle biorą niczyje obiekty, bo prawdopodobnie masz gdzieś w logice aplikacji błąd.
@Ginden: Nie, ale po co mam robić gorzej skoro mogę zrobić lepiej? :(
Pracuję nad tym, ale na razie tak być musi. Jak w Heroes, masz stwory graczy i stwory neutralne. :D
@Onoki: Wiesz, czasem czytelność kodu jest ważniejsza niż dwa takty procesora... Można to oczywiście wrzucić do zmiennych pomocniczych i porównywać tylko wartości, żaden problem.
sort, hex, distance, copy, move, fill, remove, min, max... nie sposób wymienić.