Archiwum kategorii: Android

Rider nowe IDE od JetBrains – pierwsze wrażenia

A więc dzisiaj miałem swoją pierwszą styczność z IDE innym niż Visual Studio.

Rider nowe IDE od JetBrains

Rider – pierwsze wrażenia

Samo IDE wygląda trochę jak połączenie Visual Studio i Eclipse :), czyli na plus można się w nim odnaleźć.

Niestety w wielu miejscach jest nieczytelne do tej pory nie udało mi się znaleźć informacji czy biblioteka, którą stworzyłem jest typu portable czy też nie?

Problematyczne jest również stworzenie biblioteki PCL lub zmiany Target Framework dla .Net Standard. Out-of-the-box ustawia się .netstandard1.4

Chociaż również mnie zaskoczyło pozytywnie wsparciem out-of-box dla c# 7.0.
Kolejne zaskoczenie Power Save Mode, czyli wyłączenie wszystkich rzeczy które chodzą w tyle dla oszczędzania baterii.

Jeżeli chodzi o Xamarin Forms to można stworzyć projekt\solution ręcznie niestety nie ma gotowego template.

Jak konfigurować emulatory Android dla początkujących

works on my machine

Konfiguracja emulatora Android może być czasami problematyczna. Dlatego chciałbym przedstawić jak to zrobić poprawnie tak żeby wszystko działało.

Jest to artykuł skierowany głównie do początkujących developerów Xamarin i nie tylko.

Emulatory Android

Jeżeli chodzi o emulatory android mamy kilka możliwych opcji do wyboru

Dzisiaj chciałbym się skupić na emulatorach dostarczanych wraz z Android SDK, czyli Google APIs Intel x86.

HAXM

HAXM, czyli Intel Hardware Accelerated Execution Manager jest to technologia firmy Intel „usprawniająca działanie emulatorów Android na komputerach wyposażony w procesory Intel.

Intel® Hardware Accelerated Execution Manager (Intel® HAXM) is a hardware-assisted virtualization engine (hypervisor) that uses Intel® Virtualization Technology (Intel® VT) to speed up Android* app emulation on a host machine. In combination with Android x86 emulator images provided by Intel and the official Android SDK Manager, Intel HAXM allows for faster Android emulation on Intel VT enabled systems.

Intel® Hardware Accelerated Execution Manager (Intel® HAXM)

Dzięki wykorzystaniu technologi Intel VT emulatory dostarczane przez Google we współpracy działają z pełną szybkością procesora dostępnego w komputerze.

Przygotowanie środowiska

W celu pobrania najnowszych emulatorów musimy otworzyć Android SDK Manager, możemy to zrobić z poziomu Visual Studio VS Android SDK manager
Wybieramy emulator, który nas interesuje i pobieramy wraz z odpowiednim SDK. Ważne żebyśmy wybrali emulator w wersji x86 Atom
Google APIs System Image

No dobrze ale możecie zapytać co z tym całym HAXM?
Z moich obserwacji wynika, że najlepiej jest zainstalować HAXM dostarczany wraz z Visual Studio 2017.
Intel HAXM

Obserwacje zostały przeprowadzone na komputerze wyposażonym w procesor Intel i5-6300U.

Konfiguracja emulatora

W celu stworzenia nowego emulatora otwieramy Android Virtual Device (AVD) Manager, możemy to zrobić z poziomu Visual Studio VS AVD manager
AVD Manager

Następnie klikamy Create i wybieramy Device (głównie godzi tu o wymiary UI i ilość pamięci), oraz Target API level
new emulator

Ważne żebyśmy wybrali opcję Use Host GPU emulator działa wtedy jeszcze szybciej, przynajmniej na mojej maszynie.

Xamarin Forms i MVVMLight

Chcecie napisać aplikacje mobilną? Pokażę wam jak to zrobić w Xamarin Forms razem z MVVMLight

Witajcie cześć i czołem pytacie skąd się wziąłem… A na imię mi Xamarin Forms razem z MVVMLight i pokrótce chciałbym wam pokazać jak łatwo można użyć wzorca Model-View-ViewModel w aplikacji mobilnej.

Instalacja MVVMLight

MVVMLight jest pakietem NuGet, który może pobrać używając konsoli NuGet Package Manager Console.NuGet Package Manager Console

W tym celu w naszej aplikacji należy otworzyć konsolę NuGet Package Manager w Visual Studio, szukam pakietu MvvmLightLibs i instalujemy go w naszych wszystkich projektach.

Konfiguracja kontenera Inversion Of Control

Na początek czeka nas odrobina konfiguracji naszego nowego projektu. Na razie konfiguracja kontenera IoC wygląda na nadmiarową pracę ale zapewniam was, że później to zaprocentuje w postaci łatwego przełączania się pomiędzy kodem „produkcyjnym” i „mock”.

Na początek stwórzmy prosty ViewModel o nazwie MainViewModel, który będzie korzystał z interfejsu IAccountService.

MainViewModel

using Client_BankOfSanEscobar.Interfaces;
using Client_BankOfSanEscobar.Models;
using GalaSoft.MvvmLight;
using System;
using System.Collections.ObjectModel;
using System.Linq;
using System.Threading.Tasks;

namespace Client_BankOfSanEscobar.ViewModels
{
    public class MainViewModel : ViewModelBase
    {
        private readonly IAccountService accountService;

        public string Title { get; set; }
        public ObservableCollection<Account> Accounts { get; set; }
        public float AvailableBalance { get; set; }
        
        public MainViewModel(IAccountService accountService)
        {
            if (accountService == null)
                throw new ArgumentNullException("accontService");

            this.accountService = accountService;

            Task.Run(() => Init());
        }

        public async Task Init()
        {
            if (Accounts != null)
                return;

            Accounts = new ObservableCollection<Account>(await accountService.GetAll());
            foreach (var balance in Accounts.Select(a => a.Balance))
                AvailableBalance += balance;
        }
    }
}

Teraz stwórzmy interfejs IAccountService

IAccountService

using Client_BankOfSanEscobar.Models;
using System.Collections.Generic;
using System.Threading.Tasks;

namespace Client_BankOfSanEscobar.Interfaces
{
    public interface IAccountService
    {
        Task<IEnumerable<Account>> GetAll();
    }
}

oraz jego implementację w postaci obiektu „mock”

AccountServiceMock

using Client_BankOfSanEscobar.Interfaces;
using Client_BankOfSanEscobar.Models;
using System.Collections.Generic;
using System.Threading.Tasks;

namespace Client_BankOfSanEscobar.Mock
{
    public class AccountServiceMock : IAccountService
    {
        public Task<IEnumerable<Account>> GetAll()
        {
            const int numberOfAccountsToGenerate = 4;
            return Task.Run(() => GenerateAccounts(numberOfAccountsToGenerate));
        }

        private IEnumerable<Account> GenerateAccounts(int numberOfAccounts)
        {
            var accounts = new List<Account>(numberOfAccounts);
            for (int i = 0; i < numberOfAccounts; i++)
            {
                accounts.Add(new Account(name: $"Account {i}", number: $"26200400001545234{i}", balance: 150.56f + i));
            }
            return accounts;
        }
    }
}

Uff prawie dobrnęliśmy do końca jeszcze tylko….Konfiguracja kontenera IoC.

W naszym kodzie użyjemy myśli technologicznej firmy Microsoft w postaci ServiceLocator, a implementacja wygląda następująco. Niektórzy twierdzą, że jest fajny The Service Locator Pattern, a inni twierdzą, że nie Antywzrorzec Service Locator.

Locator

using Client_BankOfSanEscobar.Interfaces;
using Client_BankOfSanEscobar.Mock;
using Client_BankOfSanEscobar.ViewModels;
using GalaSoft.MvvmLight.Ioc;
using Microsoft.Practices.ServiceLocation;

namespace Client_BankOfSanEscobar
{
    public class Locator
    {
        public Locator()
        {
            ServiceLocator.SetLocatorProvider(() => SimpleIoc.Default);

            //ViewModels
            SimpleIoc.Default.Register<MainViewModel>();

            //Services
            SimpleIoc.Default.Register<IAccountService, AccountServiceMock>();
        }

        public MainViewModel Main
        {
            get
            {
                return ServiceLocator.Current.GetInstance<MainViewModel>();
            }
        }
    }
}

Musimy jeszcze zainicjować nasz Locator możemy to zrobić w klasie App.cs

App

using Xamarin.Forms;

namespace Client_BankOfSanEscobar
{
    public partial class App : Application
    {
        private static readonly Locator locator = new Locator();

        public static Locator Locator
        {
            get
            {
                return locator;
            }
        }

        public App()
        {
            InitializeComponent();

            MainPage = new Views.MainPage();
        }
    }
}

Cała konfiguracja i robota papierkowa za nami teraz możemy dojść do mięcha.
Mięcho

Binding ViewModel do UI

A więc żeby użyć naszego nowego pachnącego ViewModel należy go „podłączyć” do naszego widoku. Robimy to poprzez odpowiednie skonfigurowanie BindingContext.

        public MainPage()
        {
            InitializeComponent();
            BindingContext = App.Locator.Main;
        }

Podsumowanie

A więc jak widzicie użycie MVVMLight i Xamarin Forms jest możliwe. Na początku konfiguracja i powiązanie wszystkiego zajmuje trochę czasu ale w przyszłości będzie miało to plusy. Cały kod źródłowy możecie znaleźć na GitHub

Visual Studio Mobile Center: Wprowadzenie

Wprowadzenie do Visual Studio Mobile Center, czyli czym to właściwie jest

W dzisiejszym artykule chciałbym was wprowadzić w temat czym jest Visual Studio Mobile Center, a więc zaczynajmy.

Czym jest Visual Studio Mobile Center

Visual Studio Mobile Center zostało zaprojektowane dla wszystkich aplikacji iOS i Android, stworzonych w Swift, Objective-C, Java, Xamarin lub React Native.

VSMC jest usługą, która ma zintegrować w jeden produkt HockeyApp, Xamarin Test Cloud i usługi backend świadczone w chmurze.

Została ona oficjalnie zaprezentowana na konferencji Connect() 2016.

Co działa

VSMC jest obecnie w fazie Preview dlatego też nie wszystko działa jak powinno lub czegoś brakuje. Poniżej krótka lista co obecnie działa.

  • Automatyczne budowanie po każdym pull request
  • Testy UI
  • Dystrybucja aplikacji do beta testów
  • Monitorowanie aplikacji
  • Analiza użycia
  • Podłączenie do backend np. Azure Mobile Apps, Databases, Identity

Mobile CI (Contiuous Integration), testy UI i analiza działania aplikacji

Według Wikipedia

Ciągła integracja – praktyka stosowana w trakcie rozwoju oprogramowania, polegająca na częstym, regularnym włączaniu (integracji) bieżących zmian w kodzie do głównego repozytorium. W praktyce, każdy członek zespołu programistycznego powinien przynajmniej raz dziennie umieścić wykonaną przez siebie pracę w repozytorium[1]. Niezbędnym elementem jest także zapewnienie poprawności kompilacji kodu po wykonaniu integracji.

W wypadku mobile CI było do tej pory trudne do osiągnięcia, zwłaszcza testy UI aplikacji były trudne do wykonania. Z pomocą w testach przyszedł Xamarin i jego Test Cloud gdzie używając Xamarin Studio mogliśmy nagrać „skrypt” do testowania UI. Natomiast do budowania aplikacji trzeba było używać narzędzi takich jak np. Jenkins.

W tej chwili otrzymujemy od Microsoft kompletne rozwiązanie w jednym pudełku.

Podsumowanie

Microsoft po przejęciu Xamarin mocno inwestuje w rozwój platformy mobile i ich wizji Mobile First Cloud First jednym z dzieci jest właśnie Mobile Center. Usługa wygląda ciekawie, działa i da się jej obecnie normalnie używać. Wersja produkcyjna ma ujrzeć światło dzienne w przyszłym roku.

Pomysł jest fajny ze względu na integracje kilku produktów w jeden. Zobaczymy jak to będzie działało w praktyce.

Dla zainteresowanych link do Visual Studio Mobile Center

Problemy z emulatorem Android w Xamarin

Problemy z emulatorem Android w Xamarin

Works On My Machine

Jest to artykuł z cyklu u mnie działa. Za wszelkie szkody powstałe z niewłaściwego użycia Hyper-V nie odpowiadam.

Problemy z emulatorem Android w Xamarin

Pewnie wielu z was przy swoich pracach nad Xamarin Visual Studio powitało was komunikatem „Could not connect to the debugger”.

Niestety po ostatnich aktualizacjach Xamarin Visual Studio nie może się podłączyć do emulatora w trybie debug. Przyczyną jest ustawienie Processor compatibility dla Hyper-V.

katastrofa

Recepta

Można temu zaradzić używając konsoli Hyper-V.

Krok 1

Odpalamy konsolę i idziemy do ustawień wirtualki z emulatorem.

Ustawienia maszyny wirtualnej Hyper-V

 

Krok 2

Przestawiamy ustawienie Processor compatibility.

Processor compatibility

Tworzymy jakiś sample project Xamarin i odpalamy wszystko w trybie Administratora żeby emulator załapał ustawienia.