Marzenia Microsoftu stają się prawdą. Jedna aplikacja na wszystkie urządzenia z Windows 8.1 (w tym też Windows Phone 8.1)

Witajcie,

Od kiedy pojawił się system Windows Phone 8.1, Microsoft udostępnił również aktualizację do Visual Studio 2013 Update 2, umożliwiającą kompilację jednej aplikacji na wszystkie urządzenia posiadające 8.1

Microsoft bardzo mocno zachęca wszystkich do aktualizacji swoich aplikacji Windows 8 i Windows Phone 8 do wersji 8.1 i opisuje jak to można w prosty sposób zrobić. Posiadając jedną z powyższych solucji, wystarczy w nowej wersji Visual Studio dodać drugi projekt, dla przykładu do starego projektu Windows 8, utworzyć nowy Windows Phone 8.1.

Poniżej kilka fotek ze strony Microsoftu jak utworzyć na nowo zunifikowany projekt.

Najpierw należy wybrać nowy uniwersalny projekt.

Po wybraniu pustej aplikacji (Blank App) nasza solucja będzie prezentować się następująco, jak widać jest on podzielony na 3 części, pierwsza to część dla Windows 8.1, druga dla Windows Phone 8.1, a trzecia to część współdzielona.

Jak widać na poniższej fotce, Microsoft przeznaczył część współdzieloną w celu odwoływania się do bazy danych/pliku xml, przechowywania różnego typu stałych itp.

Microsoft udostępnił nie tylko pustą solucję. Można wybrać również HubApp, która już będzie trochę przygotowana do łatwiejszego startu dla osób nieznających tego rozwiązania.

Po wejściu do App.xaml mamy możliwość do przełączania się pomiędzy częściami dla Windows 8.1 oraz Windows Phone 8.1.

Jeżeli nasza aplikacja nie wspiera jeszcze Windows Phone 8.1, można to w łatwy sposób dodać, klikając Add Windows Phone 8.1. Utworzy się wtedy dodatkowy projekt w naszej solucji przeznaczony własnie na tą platformę.

Jeżeli potrzebujecie jakiś fragment kodu przeznaczyć dla tylko dla jednej z platform można to zrobić w prosty sposób.

#if WINDOWS_APP
     if (!rootFrame.Navigate(typeof(HubPage)))
#endif
#if WINDOWS_PHONE_APP
     if (!rootFrame.Navigate(typeof(WindowsPhoneStartPage)))
#endif
     {
          throw new Exception("Failed to create initial page");
     }
Mam nadzieję, że wielu programistów zdecyduje się tworzyć projekty uniwersalne, co spowoduje, że z jednej ulubionej aplikacji będzie można korzystać na Windows 8.1 oraz Windows Phone 8.1.

Komentarze

Prześlij komentarz

Popularne posty z tego bloga

Czarna lista produktów zawierających utwardzony tłuszcz roślinny. Aktualizacja 03.08.2013

Obraz
Cześć, Może nie każdy wie czym jest utwardzony tłuszcz roślinny. Otóż jest to wysoce przetworzony i niezdrowy tłuszcz, który powstaje z płynnych tłuszczy roślinnych. Na pierwszy rzut oka nie brzmi to źle... Okazuje się jednak, że podczas produkcji takich tłuszczy powstają bardzo niezdrowe tłuszcze trans. Są to bardzo zbite cząsteczki tłuszczu, które przyklejają się do ścianek naszych żył. Niby taka zmiana niewinna zmiana z płynnego tłuszczu do postaci stałej. Powodować one mogą miażdżyce, raka piersi, raka gruczołu krokowego, cukrzycę, niepłodność u kobiet, otyłość oraz problemy z wątrobą. Znajdują się one w większości margaryn, produktach fast food, frytkach, batonach, ciastek a nawet lodach. Poniżej przedstawiam listę produktów, zawierających tą bardzo niezdrową odmianę tłuszczu, będzie ona aktualizowana: Aktualizacja listy na dzień grudzien 2017 Aksam  -Orzeszki Beskidzkie Aksam - częściowo utwardzony olej palmowy Alpen Gold  -Mleczna czekolada karmelowa Alpen
Czytaj więcej

[Part 1] Is c# safe? Are Internal class accessible only from the same assembly?

Obraz
Hi I was wondering for some time about encapsulation in C#. Are internal class accessible only from the same assembly? Are private fields accessible only from inside class? Quoting the Microsoft website: "Private access is the least permissive access level. Private members are accessible only within the body of the class or the struct in which they are declared...." "Internal types or members are accessible only within files in the same assembly..." It looks like true. I believed it, but I decided to check it out. There is a possibility to read and modify private fields and create instances of internal classes when reflection is used. Reflection is the built-in mechanizm allowing to dynamically create instance of class or invoke methods. Unfortunately it allows access to private fields and much more... I wrote a simple example showing how powerful is reflection. Code is uploaded to github.  GITHUB - PrivateFieldsInternalClass My soluti
Czytaj więcej

[Part 2] Is c# safe? Readonly fields... Really readonly?

Hi Today I present you part 2 of "Is c# safe" series.  Few days ago I though about whether possibility to set value to readonly field outside the constructor. Quoting the Microsoft website: "The readonly keyword is a modifier that you can use on fields. When a field declaration includes a readonly modifier, assignments to the fields introduced by the declaration can only occur as part of the declaration or in a constructor in the same class. Example In this example, the value of the field year cannot be changed in the method ChangeYear, even though it is assigned a value in the class constructor..." As last time, I wrote unit tests to see if it is possible.  commit to my github Unfortunately Microsoft... Using reflection above sentence isn't true. I added new class named " InternalCallReadonlyVsConst " and it looks like below namespace InternalClasses { class InternalCallReadonlyVsConst { private readonly int privateR
Czytaj więcej