jekyll updated

Author: maciej-nowak

Gemfile

@@ -8,7 +8,7 @@ source "https://rubygems.org"
 #
 # This will help ensure the proper Jekyll version is running.
 # Happy Jekylling!
-gem "jekyll", "~> 3.8.1"
+gem "jekyll", "~> 3.8.3"
 
 # This is the default theme for new Jekyll sites. You may change this to anything you like.
 gem "minima", "~> 2.0"

_drafts/2018-10-08-interpreter.md

@@ -4,7 +4,7 @@ title: "Interpreter"
 date:  2018-10-08
 categories: ["Wzorce projektowe"]
 image: interpreter
-github: interpreter
+github: design-patterns/tree/master/interpreter
 description: "Wzorce projektowe / behawioralny"
 keywords: "interpreter, wzorzec, wzorce projektowe, wzorzec behawioralny, design patterns, android, java, programowanie, programming"
 ---

_drafts/2018-10-15-viewholder.md

@@ -70,20 +70,6 @@ public class ItemAdapter extends BaseAdapter {
     }
 
     //here should be other adapter methods override from superclass
-    @Override
-    public int getCount() {
-        return items.size();
-    }
-
-    @Override
-    public Item getItem(int position) {
-        return item.get(position);
-    }
-
-    @Override
-    public long getItemId(int position) {
-        return position;
-    }
 }
 {% endhighlight %}
 
@@ -110,7 +96,6 @@ listView.setAdapter(adapter);
 Aplikacja `FoodDeliver` umożliwia użytkownikom dokonanie zamówienia dostawy jedzenia z wybranej restauracji. Wiele widoków aplikacji (w tym widok pozycji menu z danej restauracji) wykorzystuje mechanizm widoku przewijalnej listy. W celu optymalizacji wydajności działania listy do realizacji tego zadania użyto kontrolkę `RecyclerView` wraz z implementacją `ViewHolder`.
 
 {% highlight java %}
-
 public class FoodAdapter extends RecyclerView.Adapter<FoodAdapter.ViewHolder> {
 
     private Context context;
@@ -186,7 +171,6 @@ LinearLayoutManager layoutManager = new LinearLayoutManager(getActivity());
 recyclerView.setLayoutManager(layoutManager);
 FoodAdapter adapter = new FoodAdapter(getActivity(), items);
 recyclerView.setAdapter(adapter);
-
 //scrolling the list is smooth and faster
 {% endhighlight %}
 

_posts/design_patterns/2018-06-04-wstrzykiwanie_zaleznosci.md

@@ -5,12 +5,12 @@ date:  2018-06-04
 categories: ["Wzorce projektowe"]
 image: dependency_injection
 github: design-patterns/tree/master/dependency-injection
-description: "Wzorce projektowe / Odwrócenie Sterowania"
+description: "Wzorce projektowe / architektoniczny"
 keywords: "wstrzykiwanie zależności, dependency injection, di, wstrzykiwanie, zależności, odwrócenie sterowania, inversion of control, loose coupling, constructor injection, setter injection, interface injection, field injection, kontener di, wzorzec, wzorce projektowe, design patterns, android, java, programowanie, programming, dagger 2, butter knife"
 ---
 
 ## Zastosowanie
-`Wstrzykiwanie zależności` (ang. `Dependency Injection`) jest wzorcem, który pozwala na eliminacje bezpośrednich zależności między elementami systemu. Wzorzec ten jest realizacją paradygmatu `Odwrócenie Sterowania` (ang. `Inversion of Control`), który polega na zamianie odpowiedzialności kodu, tzn. to kod frameworka wywołuje kod programisty. Dzięki podejściu `odwrócenia zależności` testowanie jest ułatwione ze względu na modularność i możliwe wstrzykiwanie zaślepek (`mock`) do testowanego kodu. Realizacja wzorca następuje poprzez przekazanie zainicjalizowanych obiektów do klas, które z nich korzystają, dzięki czemu komponenty są ze sobą luźno powiązane (`loose coupling`) - nie przejmują odpowiedzialności innych obiektów. `Wstrzykiwanie zależności` może odbywać się m.in. poprzez konstruktor (`Constructor Injection`, metodę set (`Setter Injection`), interfejs (`Interface Injection`) czy też refleksje (`Field Injection`). Ponadto można wykorzystać tzw. `Kontener DI` (`DI Container`), który przejmuje odpowiedzialność inicjalizowania i wstrzykiwania obiektów w odpowiednie miejsca w odpowiednim czasie pod warunkiem zdefiniowania reguł powiązań.
+`Wstrzykiwanie zależności` (ang. `Dependency Injection`) (wzorzec architektoniczny) jest wzorcem, który pozwala na eliminacje bezpośrednich zależności między elementami systemu. Wzorzec ten jest realizacją paradygmatu `Odwrócenie Sterowania` (ang. `Inversion of Control`), który polega na zamianie odpowiedzialności kodu, tzn. to kod frameworka wywołuje kod programisty. Dzięki podejściu `odwrócenia zależności` testowanie jest ułatwione ze względu na modularność i możliwe wstrzykiwanie zaślepek (`mock`) do testowanego kodu. Realizacja wzorca następuje poprzez przekazanie zainicjalizowanych obiektów do klas, które z nich korzystają, dzięki czemu komponenty są ze sobą luźno powiązane (`loose coupling`) - nie przejmują odpowiedzialności innych obiektów. `Wstrzykiwanie zależności` może odbywać się m.in. poprzez konstruktor (`Constructor Injection`, metodę set (`Setter Injection`), interfejs (`Interface Injection`) czy też refleksje (`Field Injection`). Ponadto można wykorzystać tzw. `Kontener DI` (`DI Container`), który przejmuje odpowiedzialność inicjalizowania i wstrzykiwania obiektów w odpowiednie miejsca w odpowiednim czasie pod warunkiem zdefiniowania reguł powiązań.
 
 ## Ograniczenia
 Korzystając ze `Wstrzykiwanie zależności` należy mieć na uwadze, że zastosowany w sposób nieumiejętny może doprowadzić do tworzenia cyklicznych zależności co jest sygnałem, że jakieś klasy nie spełniają zasady pojedynczej odpowiedzialności. Istnieje także ryzyko stworzenia super klasy poprzez wstrzyknięcie zbyt dużej ilości zależności. Z uwagi na możliwe zagrożenia refleksja nie jest zalecena do realizacji `Wstrzykiwania zależności`.