W dokumentacji Microsoft przeczytamy, że Azure Service Fabric to platforma wspomagająca tworzenie, deployment oraz zarządzanie skalowalnymi i niezawodnymi mikroserwisami. Definicja jest nieco zawiła i mało obrazowa dla osób które wcześniej nie pracowały z podobnym rozwiązaniem. Co to właściwie oznacza? No cóż, zacznijmy od końca, czyli od pojęć “skalowalny” i “niezawodny”.
W standardowym Azure AppService mieliśmy sekcję “Application settings” gdzie mogliśmy przeciążyć wszystkie ustawienia z pliku appsettings.json a następnie zrestartować aplikację. W Azure Service Fabric niestety nie ma takiego ekranu do zarządzania. Ba! Nie można nawet zrestartować aplikacji.
Aby sprawdzić encoding zawsze używałem jakiegoś dodatkowego narzędzia. Łatwo to sprawdzić (i przy okazji przekonwertować) w Notepad++. Rozwiązanie w Powershell jest dość skomplikowane (link) ale na szczęście da się to zrobić dużo prościej.
Zaawansowane środowiska programistyczne jak Visual Studio dają fajne możliwości przeglądania stanu aplikacji i podglądu obiektów. Moim ulubionym jest funkcja QuickWatch, która pokazuje wartości właściwości danego obiektu. Okazuje się, że bardzo podobny efekt można bardzo prosto uzyskać w PowerShell. Wystarczy użyć Select-Object (lub po prostu select):
[DateTime]::Now | select *
Działa to mniej więcej w następujący sposób:
Wiem, że Ameryki nie odkryłem, ale mimo wszystko zaliczam to do najczęściej używanych komend 🙂
Programiści .NET od zamierzchłych czasów używali podmiany wersji w pliku AssemblyInfo.cs do uaktualnienia wersji tworzonej aplikacji. To było oczywiste jak stawianie średnika na końcu linii. Jednak czasy się zmieniają, mamy nowe CLI i warto wiedzieć, że można łatwo zmienić numer wersji aplikacji bez dodatkowych narzędzi ani skryptów.
When playing with command line we need to constantly change folders switching from one project to another. Quite often you need to do this with same folders every day. Because of that I found a way to search the list of favourite folders and select all matching that phrase.
You can see how it works below:
Quite often when you play with dependency updates or project configuration it’s needed to clean the solution. Especially if other teammates claim it works on their machine (or even on build server). Unfortunately neither “dotnet clean” nor “Clean” command in Visual Studio work as expected and sometimes leave some leftover.
