Ze względu na clickbait nie ma skrótu.
Month: March 2017
Zanim użyjesz projektu open-source, upewnij się, że nie został porzucony
Do użycia ORM-a przekonał mnie znajomy. W założeniu: super. Nie będę się rozpisywał czym jest ORM i jakie funkcjonalności ma spełniać – na pewno jest to wielokrotnie opisane przez bardziej kompetentnych w tym zakresie ludzi. Dość powiedzieć, że dzięki temu korzystam z natywnych klas reprezentujących dane, np.:
class PostData { @Generated @Id int id; Post post; string title; string markdown; string excerpt; Nullable!string gpg; DateTime timestamp; @ManyToMany Tag[] tags; } |
Wersja deweloperska Pieruna widoczna w sieci
Pozmieniałem trochę css, doprowadziłem do zgody z hibernated, “naprawiłem” tagi (t.j. relacja @ManyToMany w końcu poprawnie działa).
Czego będę starał się trzymać:
generated in 154 μs and 3 hnsecs
Wersja testowa widoczna jest pod adresem:
Gdzie szukać dokumentacji dla D?
Google (z dopiskiem dlang lub site:dlang.org) to całkiem niezły pomysł, ale niestety można się natknąć na tematy z pytaniami sprzed dekady.
Ostatnio powstał nowy projekt o nazwie dpldocs, tworzony przez jednego z bardziej aktywnych członków społeczności D: Adama D. Ruppe.
Link do projektu: https://dpldocs.info/
printf debugging – czytelne i wygodne wypisywanie zmiennych
Uprzedzając krytykę: słyszałem o czymś takim jak debugger. Nie zawsze ma on jednak zastosowanie:
- debuggery często nie radzą sobie z bardziej zaawansowanymi typami zmiennych (zaczynając już od C++-owego std::string, o klasach w D nie wspominając),
- czasem zachodzi potrzeba sprawdzenia większej liczby przebiegów programu lub funkcji. Przechodzenie tego wszystkiego pod debuggerem to nieporozumienie,
- może nie być w ogóle możliwości użycia debuggera – n.p. w przypadku sprzedaży oprogramowania,
- wyciąganie armaty (debuggera) na mały problem-muchę również może być znaczącą przesadą.
Z powyższych powodów (ale głównie ostatniego), utworzyłem sobie proste makro w C++ pozwalające czytelnie przedstawiać zawartość zmiennych: