Być może zdarzyło wam się śledzić, czy nie macie wycieków pamięci podczas tworzenia aplikacji. W C# teoretycznie jest całkiem łatwo, bo mamy garbage collector, który sam powinien zadbać o czyszczenie już niepotrzebnych obiektów. Niestety czasami tak się nie dzieje i najczęściej jest to nasza wina – zwyczajnie zapomnimy usunąć referencje do naszego obiektu.
Ostatnio pisząc aplikację UWP trafiłem na taki błąd:
Error: Payload contains two or more files with the same destination path ‚Plugin.InAppBilling.pdb’. Source files:
C:\Users\user\.nuget\packages\Plugin.InAppBilling\1.2.2\lib\UAP10\Plugin.InAppBilling.pdb
project_path\pcl\bin\Debug\Plugin.InAppBilling.pdb
File: vs_path\MSBuild\Microsoft\VisualStudio\v15.0\AppxPackage\Microsoft.AppXPackage.Targets
Line: 1740
Błąd ten pojawił się po raz kolejny.
Visual Studio 2017 jest dostępny od marca tego roku. Ostatnio wyszła nowa, większa aktualizacja, 15.3, która mogła być interesująca. A jak wyszło? Zobaczmy. Przejdziemy przez ciekawsze nowości zarówno wersji podstawowej, jak i aktualizacji, które są ważne z punktu widzenia dewelopera Xamarina. Uściślę tylko, że mam tu na myśli normalnego Visual Studio,
Czym jest MVVM pewnie wielu już wie. Jest to standardowy wybór przy pracy z aplikacjami UWP czy Xamarina. Tutaj nie będę się o tym rozpisywał, bowiem MVVM zostało już przedstawione w wielu poradnikach w sieci. W tekście tym chciałbym omówić jeden z frameworków do MVVM –
Jest to blog technologiczny, więc w postach często pojawia się jakiś kod. Nie można go wkleić po prostu do treści posta, ponieważ będzie to zupełnie nieczytelne – nie będziemy mieli ani kolorowania składni, ani wcięć (chyba, że chcemy się sporo napracować), ani kod nie będzie w żaden inny sposób wyróżniony.
Od premiery C# 7 minęło już trochę czasu, jednak nie miałem jeszcze okazji za bardzo korzystać z wielu nowych funkcji. Ostatnio wraz z aktualizacją Visual Studio 2017 do wersji 15.3 dostaliśmy także w swoje ręce C# 7.1. Postanowiłem więc sprawdzić, co nowego dla nas przygotowano, a także co czeka nas w przyszłości.
Tappx to platforma do promowania swoich aplikacji. Jest to tzw. „cross-promotion”. Umieszczamy w swojej aplikacji reklamy Tappx i tak promujemy inne aplikacje z tej sieci. Za to zdobywamy punkty i dzięki temu inne aplikacje, które zintegrowały Tappx, mogą wyświetlać reklamy z naszą aplikacją.
Przy tworzeniu aplikacji zdarza się czasami potrzeba wywołania kodu tylko w określonej konfiguracji. Często jest to wykorzystywane, gdy np. w trybie debug chcemy mieć wartości testowe, a w trybie release wartości produkcyjne.
Przy aplikacjach mobilnych możemy to wykorzystać np.