Dziś rzucił mi się w oczy aż dwa hackhatony. Jeden z głosów wewnętrznych podpowiada 'weź udział, weź', a ten drugi 'lepiej rób coś innego, najlepiej odpocznij w weekend >:>'.
Najtrudniej zmotywować się do tej pracy, ale może się uda.

https://hackyeah.pl/
https://tadhack.com/2017/ (w wersji remote)

Generyki we Free Pascalu coraz bardziej zaczynają mnie denerwować – straszanie toporny jest ten mechanizm… Pierwsza wkurzająca rzecz to sposób używania zmiennych, przechowujących referencje do list generycznych.

Dla przykładu – chcemy użyć listy generycznej do przechowywania instancji poniższej klasy:

type
  TEntry = class(TObject)
  {..}
  public
    Data: Integer;
  end;

Teraz deklaracja zmiennej dla listy. W stylu Delphi – ale z użyciem dostępnego typu kontenera – było by to tak jak poniżej, ale wyrzuci błąd kompilacji (treść w komentarzu):

var
  Entries: TFPGObjectList<TEntry>;  // Error: Generics without specialization cannot be used as a type for a variable

No dobrze, dodajmy magiczne słówko spezialize:

var
  Entries: spezialize TFPGObjectList<TEntry>;

Taki kod zostanie poprawnie skompilowany, jednak nie mam zielonego pojęcia skąd mam teraz wydłubać konstruktor, aby utworzyć instancję takiej listy. Nie mam określonego typu danych (jawnej klasy), więc trzeba by jakiejś magii, może ze słówkiem specialize, może z generic, a może z czymś innym, jednak różne konfiguracje zawodzą.

Pewnym obejściem jest po prostu zadeklarowanie osobnego typu, z którego będzie możliwe wywołanie konstruktora:

type
  TEntries = specialize TFPGObjectList<TEntry>;
var
  Entries: TEntries;
begin
  Entries := TEntries.Create();
  {..}

No i fajnie – kod się kompiluje, listę da się utworzyć. Po problemie? Nie… :]

Tak utworzona klasa TEntries co prawda potrafi już przechowywać obiekty klasy TEntry, jednak dostęp do nich jest nieco utrudniony. Załóżmy, że chcemy uzyskać dostęp do pierwszego obiektu listy i np. wpisać dane do zmiennej TEntry.Data. Odpowiedni zapis wygląda tak:

Entries[0].Data := $FF; // lub Entries.Items[0].Data := $FF;

Kod jest poprawny, kompiluje się, działa. Gdzie jest problem? W domyślnej właściwości Items. W klasie TFPGObjectList zdefiniowana jest w taki sposób, że zwraca lub modyfikuje T, czyli nie wiadomo co:

property Items[Index: Integer]: T read Get write Put; default;

Kompilator nie widzi problemu i najwyraźniej podczas kompilacji pod to T podstawia sobie klasę, której obiekty moja lista przechowuje. Jednak mechanizm kompletowania kodu gubi się – po klepnięciu kropki po nawiasach z indeksem elementu, powinno pojawić się okienko completion box i coś podpowiedzieć, ale wyrzuca błąd:

Entries[0].  // Error: illegal qualifier . found

Zapewne mechanizm ten dalej widzi typ elementu jako T (no bo tak jest zdefiniowany w klasie bazowej), więc nie może nic podpowiedzieć, a że pisanie kodu bez funkcji kompletowania jest niewygodne, dlatego też trzeba to naprawić. Znów małe obejście – można nadpisać właściwość Items, konkretyzując typ na jakim ma operować:

type
  TEntries = class(spezialize TFPGObjectList<TEntry>)
  public
    property Items[AIndex: Integer]: TEntry read Get write Put; default;
  end;

Na szczęście można skorzystać z istniejących metod pełniących rolę akcesora i mutatora, czyli metod Get i Put, a całość ustawić jako właściwość domyślną, całkowicie przykrywając poprzedniczkę. Plus jest też taki, że w okienku do kompletowania kodu będzie sugerowało naszą (skonkretyzowaną) właściwość Items, a do tej bazowej nie będzie dawać dostępu.

Nazwa takiej właściwości może być inna – nie musi to być akurat Items.

No, w tym momencie da się mieć własną listę generyczną, da się utworzyć jej instancję, kod będzie się kompilował i kompletowanie kodu nie będzie się dławić. Mam nadzieję, że w przyszłości coś się w tej materii zmieni, bo nie jest to zbyt wygodne w obsłudze. Już za kilka tygodni opublikowana zostanie wersja 1.8 środowiska – zobaczymy co nowego się pojawi.

#free-pascal #lazarus

Wygląda na to że rozpoznanie czy aplikacja została napisana w QT zajmuje mi jakies 10 sekund :D

Na scalaworld Aaron Levin pokazał type level routing dla servera http. To kolejny krok po podejsciu funkcyjnym.To daje jednoczesnie testowalnosc podejscia funkcyjnego i łatwe metadane (np swagger) jak w annotacjach. A o po poprawnosc dba kompilator. Mózg r**y.

Mały update naszego wrocławskiego hackergartenu. Nowy link tutaj https://career.luxoft.com/lp/hackergarten-wroclaw-2017/

#daily_os_monitoring

[LINUX ALERT] NULL
[OS X ALERT] NULL
[WINDOWS ALERT] https://www.wykop.pl/link/392[...]ali-sie-do-programu-ccleaner/

Słuchajcie byłam na rozmowie w Facebook'u i dali mi zadanie rozwiązać problem comiwojagera. Nikt mi nie powiedział że to niemożliwe, więc rozwiązałam i jutro mam wywiad z The Science! Trzymajcie kciuki! ;}}}}}}

Raspberry Pi w kosmosie: https://www.geek.com/chips/th[...]se-is-heading-to-iss-1622598/

Innym pewniakiem wsrod tematow ze sciezki C++ na konferencji jest odrobina magii na szablonach (nie zebym narzekal!) 4developers Gdansk

Coś ostatnio mało o Elixirze było :) Zatem dzisiaj Slowsort i testy w postaci dokumentacji https://koziolekweb.pl/2017/0[...]rze-i-testujaca-dokumentacja/

#koziolekweb #elixir