zajety_login
zajety_login
  • 1
@zakopiak: Blowfish sam w sobie jest algorytmem szyfrującym, wobec czego nie nadaje się do przechowywania haseł. Zamiast niego potrzebna jest funkcja hashująca, np. BCrypt (który swoją drogą jest oparty o Blowfisha, ale w sposób transparentny dla użytkownika).
  • Odpowiedz
zajety_login
zajety_login
  • 1
@luxkms78: Różnice pojawiają się również w tym jaki styl pisania aplikacji promują community tych języków. W przypadku Kotlina to nadal będą aplikacje mocno w stylu Javowym (z tym że do ich napisania będziesz używał dużo wygodniejszych konstrukcji językowych niż te Javowe), natomiast w przypadku Scali to często jest zmiana całego paradygmatu: od hybrydy programowania funkcyjnego z obiektowym, do programowania mocno opartego o FP.
  • Odpowiedz
dupogisaga
dupogisaga
dupogisaga
via Wykop Mobilny (Android)
  • 2
#java #programowanie #programista15k
O co chodzi z tym freamworkiem spring na Javę? Jak cokolwiek o nim szukam to znajduje tylko zbędne p---------e, nawet tutoriale od hindusów zamiast coś praktycznego pokazać to cały czas pokaz slajdów. Do czego to służy?
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
zajety_login
zajety_login
  • 1
@SharkyShark: Jak najbardziej mogę rozszerzyć myśl. No więc przede wszystkim odnosiłem się do mechanizmu Spring DI, a niekoniecznie do samego Springa (aczkolwiek jego fanem również nie jestem). To dlatego że ten mechanizm jest oparty o runtime reflection, a więc graf zależności jest budowany dopiero w czasie działania aplikacji. To z kolei jest źródłem kilku poważnych problemów:
* nie jesteś w stanie w łatwy sposób zobaczyć jak wygląda graf zależności Twojej
  • Odpowiedz
zajety_login
zajety_login
  • 0
@panczekolady: Podejście, które moim zdaniem się sprawdza, to ręczne budowanie grafu zależności. Masz jakieś jedno miejsce w aplikacji, w którym inicjalizujesz wszystkie niezbędne komponenty do działania. Dzięki temu masz pełny wgląd w to co jest inicjalizowane i gdzie jest przekazywane. Do tego masz pełne wsparcie kompilatora, który nie pozwoli żebyś zapomniał o przekazaniu jakiejś zależności. Ponadto sprawia że bardziej pilnujesz się z tym gdzie trafia jakaś zależność, i czy przypadkiem
  • Odpowiedz
zajety_login
zajety_login
  • 1
@inquis1t0r: Jeżeli to Cię zainteresuje, to mam linki do streamów z części "Konfitura" i "Spiżarnia". Po prostu po konfie filmy nie zostały usunięte z Youtube'a (a zamiast tego ukryte), a ja miałem je zapisane w przeglądarce ;)
  • Odpowiedz
zajety_login
zajety_login
  • 0
można, to zależy od tego co piszesz.


@wsmith84: Nie jest to prawdą i to kolega @RHarryH ma rację. Nigdy nie powinno się łapać samego Throwable, a to dlatego że dziedziczą z niego m.in. OutOfMemoryError (czy w ogólności każdy VirtualMachineError), których absolutnie nie powinno się łapać (bo nie da się mieć dla nich sensownego recovery i w ten sposób tylko opóźniamy/utrudniamy crash JVM-ki).
  • Odpowiedz
TMBRK
  • 1
Siemano mirasy, jaki jest najlepszy sposób by zasygnalizować użytkownikowi, że coś nie działa prócz rzucania wyjątkiem, bo podobno to zła metoda, by w trakcie działania programu rzucać wyjątek XD
konkret to mam metodę, która się może faktycznie nie wykonać, gdy będzie brakować stringu z id referencji do dokumentu w firestore
#java #androiddev #naukaprogramowania
  • 12
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
zajety_login
zajety_login
  • 1
@VoltageControlled: Korzyści biorą się przede wszystkim z używania wartości zamiast wyjątków:
* jesteś w stanie pozbyć się rakotwórczych wyjątków takich jak NullPointerException
* unikasz w ten sposób zaśmiecania kodu blokami try-catch. To z kolei daje: a) mniej zagnieżdżeń, b) mniej szumu wokół logiki biznesowej, c) mniejsze ryzyko błędu
* flow aplikacji jest łatwiejsze do zrozumienia, dlatego że jest sterowane wartościami, a nie wyjątkami które mogą być rzucone w dowolnym
  • Odpowiedz
beethoven
  • 27
Ostatnio w pracy pożarłem się z 'senior devem' o czystość kodu.

Mamy nowo utworzony zespół składający się z ludzi z już istniejących zespołów, ale którzy nigdy bezpośrednio razem nie pracowali wcześniej. Jednym z nich jest gość, który jest kilka lat starszy ode mnie i ma jakąśtam wiedzę, ale nie przywiązuje aż tak dużej wagi do czystego kodu. Zwróciłem mu uwagę, że nie powinien przekazywać do funkcji w innej klasie całego obiektu, tylko pojedyncze
  • 34
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
zajety_login
zajety_login
  • 1
@beethoven: Jeżeli jedyną rolą metody MapperB.map jest przemapowanie B na BB, no to zdecydowanie nie powinna przyjmować A jako argumentu. Wyjątkiem byłaby sytuacja w której metoda map byłaby prywatna, albo cała klasa MapperB byłaby prywatna (wtedy takich klas/metod się nie testuje, więc sygnatury mogą być bardziej liberalne i dostosowane pod wygodę używania). We wklejonym przez Ciebie kodzie złamana została zasada principle of least privilege.
  • Odpowiedz
zajety_login
zajety_login
  • 1
@htfhere: Tak. Nie ma ani jednego powodu żeby we własnym kodzie operować na nullach. Można się z nimi oczywiście zetknąć przy korzystaniu z zewnętrznych bibliotek, ale nasz kod powinien być na to odporny.
  • Odpowiedz
krasnoludkolo
  • 9
Wydawało mi się, że używanie wyjątków do sterowania flow programu jest dość powszechnie uznane za złe, jednak potem przeczytałem dość długą dyskusję o sensie używania Optionali (że nieczytelne itp). Sam jeszcze nawet juniorem nie jestem, więc do niedawna jeszcze w moim projekcie przy braku użytkownika leciał UserNotFoundException, no ale uznałem w końcu, że to strasznie głupie i tak stopniowo przebiegała przebudowa:
Pierwsze co przyszło mi do głowy to Optional (a konkretniej Option z
  • 11
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach
zajety_login
zajety_login
  • 3
@porn: Akurat Springiem to bym się nie sugerował w poszukiwaniu dobrych praktyk programistycznych :P

@krasnoludkolo: Oprócz Eithera możesz przyjrzeć się również strukturze Try. Nie używam Vavra ale widzę że jest w nim dostępna. Wtedy każde odstępstwo od happy patha będziesz mógł reprezentować jako wartość, nawet ten SQLException o którym piszesz. W przypadku usługi webowej, taką wartość przepychasz wówczas do kontrolera, w którym "odpakowujesz" Either/Try i robisz np.
  • Odpowiedz
maciorqa
  • 0
Mam pytanie na szybko z #programowanie. Chyba trochę głupie, ale zaryzykuje. xD
Czytam sobie o getterach i setterach w #java. Z tego co przeczytałem mam rozumieć, że są to po prostu zwykłe metody do ustalania wartości atrybutów w klasie? Ale czy same gettery i settery są zdefiniowane w standardzie języka Java, czy są to tylko zwykłe metody? Bo zauważyłem, że każda metoda, która jest setterem zaczyna
  • 10
  • Odpowiedz

  • Otrzymuj powiadomienia
    o nowych komentarzach

Osiągnięcia