Skip to main content

How to integrate Facebook in a Windows 8 Metro Style Application

In ziua de azi aproape toate aplicatile pentru un consumator normal au nevoie de integrare cu Facebook. Chiar daca noua, dezvoltatorilor, ne place sau nu trebuie sa facem acest lucru.

Cand scriem o aplicatie Windows Metro Style trebuie sa luam cateva decizii legate de modul in care o sa ne integram cu Facebook.

O varianta pe care o avem la indemana este sa ne folosim de Windows 8 "Contracts". Desi in prima faza este destul de simplu, in cazul in care avem un flow mai complex, o sa ne dam seama ca nu ne este atat de usor sa facem acest lucru. Si asa ajungem la a doua varianta, care implica apeluri directe spre Facebook. Nu faceti greseala sa incepeti sa reinventati roata.

In primul rand avem niste librari ajutatoare in .NET, care ne ajuta sa facem toata partea de autentificare. Acest brower ne cere sa setam doar adresa de logare si url de redirectare. Toata magina care se intampla in spate pentru OAuth este rezolvata. .NET se ocupa se afisearea unui pop-up unde userul sa isi introduca credentialele and so on. Mai jos gasiti un exemplu de autentificare pentru o aplicatie Windows Metro Style:

 WebAuthenticationResult result =
await WebAuthenticationBroker.AuthenticateAsync(
WebAuthenticationOptions.None,
new Uri("loginUri"),
new Uri("redirectUri"));
Rezultatul returnat o sa contine o proprietate ResponseStatus, pe baza careia putem sa stim daca autentificare a fost cu success, userul a dat cancel sau a aparut o eroare in acest proces. Datele pe care serverul le returneaza precum auth. token pot sa fie gasite in result.ResponseData.

Exista deja o librarie pentru acest lucru oferita de catre Prabir. Aceasta este deja la versiunea a sasea. Din punctul meu de vedere este una din cele mai mature librarii pentru Facebook care exista in momentul de fata.

Ce mi-a placut cel mai mult la aceasta librarie este modul in care se executa o comanda. In loc sa aibe un API complex si greu de tinut la zi, iti permite sa setezi comanda (metoda) pe care vrei sa o apelezi si toti parametrii aferenti, iar apoi sa executi un GET sau POST prin intermediul clasei FacebookClient.

Primul pas este sa ne logam pe Facebook. Avem nevoie de url-ul pentru logare si de o modalitate de a extrage access token din rezultat. Acest lucru se poate face usor face ne folosim de FacebookClient. Aceasta clasa contine metoda GetLoginUrl, prin intermediul careia putem sa obtinem url pentru login, iar metoda ParseOAuthCallbackUrl parseaza ResponseData returnat de catre WebAuthenticationBroker a.i. sa putem accesa fara nici o problema toate datele:

FacebookClient fbClient = new FacebookClient();
fbClient.AppId = "1234";
WebAuthenticationResult result = await WebAuthenticationBroker.AuthenticateAsync(
WebAuthenticationOptions.None,
fbClient.GetLoginUrl(CreateLoginParameters()),
new Uri("https://www.facebook.com/connect/login_success.html));
Este bine de stiut ca AppId (application id) trebuie setat in cazul in care avem nevoie ca aplicatia noastra de Facebok sa poata accesa datele clientului.

Urmatorul pas este sa verificam care este statusu la result, daca acesta este in regula atunci putem sa extragem AccessToken. O sa avem nevoie de acesta cand o sa dorim sa executasm anumite actiuni.

if (result.ResponseStatus == WebAuthenticationStatus.Success)
{
FacebookOAuthResult fbResult = fbClient.ParseOAuthCallbackUrl(new Uri(result.ResponseData));
accessToken = fbResult.AccessToken;
}
Prin intermediul comenzii GetTaskAsync putem sa executam orice metoda din API de Facebook. Rezultatul returnat este de tip dynamic. In exemplul de mai jos extragem toate datele unui user.
dynamic userInfo = await fbClient.GetTaskAsync("me");
Trace.WriteLine(userInfo.name);
Trace.WriteLine(userInfo.id);
In cazul unor comenzi mai complexe, este nevoie sa ne cream un obiect de tip ExpandoObject si sa setam toti parametrii pe care commanda ii cere. Avem si cateva objecte ajutatoare care ne ajuta sa comunicam cu Facebook. Unu din ele este FacebookMediaObject, prin intermediul caruia putem sa facem upload sau download la continut media. In exemplul de mai jos putem vedea cum putem sa facem upload la o poza pe Facebook.
byte[] imageBytes = null;
FacebookClient fbClient = new FacebookClient(accessToken);
dynamic fbParams = new ExpandoObject();
fbParams.access_token = accessToken;
fbParams.caption = "Romania";
fbParams.method = "facebook.photos.upload";
fbParams.uid = "12344314232342323";
FacebookMediaObject fbMediaObject = new FacebookMediaObject()
{
FileName = "MyRomaniaPicture",
ContentType = "image/jpg"
};
fbMediaObject.SetValue(await _mediaFileManipulator.GetBytes(imageBytes));
fbParams.source = fbMediaObject;
dynamic result = await fbClient.PostTaskAsync(fbParams);
Mi s-a parut destul de usor de folosit acest SDK pentru Facebook si va invit sa il incercati si voi.

Comments

  1. Interesant - ai gasit undeva explicatia de ce au folosit.. dynamic?

    ReplyDelete
    Replies
    1. Folosind dynamic se poate parsa orice rezultat sau se poate forma orice request.
      Comunicarea cu FB se face in format JSON.
      Prin acest mod s-a eliminat nevoie de a folosii dictionare sau sa ai clase definite cu modelul folosit pentru comunicare.

      Delete
  2. Normal ca se poate orice cu dynamic, dar dezavantajul e ca nu mai e strongly typed si eventualele erori se prind doar mai tarziu la executie sau deloc, nu mai exista intellisense, type safety, refactoring etc.. Singura justificare ar fi daca API-ul de Facebook e in asa hal de weird sau instabil de la o versiune la alta, ca au renuntat sa intretina niste clase pentru asta.

    Normal ca pentru cine implementeaza libary-ul e mult mai comod asa :) , la fel cum era pe vremea library-urilor in C, unde user-ul trebuia sa compuna tot felul de struct-uuri alambicate care erau in final doar un mare bag de parameters, ca si in cazul dynamic, care e doar sintactic sugar pentru niste property bags..

    Am gasit si "explicatia" lor de la http://blog.ntotten.com/2010/09/07/dynamic-objects-and-the-facebook-c-sdk/ - practic tot ce spun e "a fost prea greu pentru noi, asa ca lasam programatorul sa se chinuie cu structurile de date.." :)

    ReplyDelete
    Replies
    1. In cazul acesta, lucrand deja cu API de la Facebook, mi s-a parut destul de simplu. De obicei cand ne integram cu Facebook-ul cea mai mare problema era la autentificare.

      Delete

Post a Comment

Popular posts from this blog

Windows Docker Containers can make WIN32 API calls, use COM and ASP.NET WebForms

After the last post , I received two interesting questions related to Docker and Windows. People were interested if we do Win32 API calls from a Docker container and if there is support for COM. WIN32 Support To test calls to WIN32 API, let’s try to populate SYSTEM_INFO class. [StructLayout(LayoutKind.Sequential)] public struct SYSTEM_INFO { public uint dwOemId; public uint dwPageSize; public uint lpMinimumApplicationAddress; public uint lpMaximumApplicationAddress; public uint dwActiveProcessorMask; public uint dwNumberOfProcessors; public uint dwProcessorType; public uint dwAllocationGranularity; public uint dwProcessorLevel; public uint dwProcessorRevision; } ... [DllImport("kernel32")] static extern void GetSystemInfo(ref SYSTEM_INFO pSI); ... SYSTEM_INFO pSI = new SYSTEM_INFO(...

How to audit an Azure Cosmos DB

In this post, we will talk about how we can audit an Azure Cosmos DB database. Before jumping into the problem let us define the business requirement: As an Administrator I want to be able to audit all changes that were done to specific collection inside my Azure Cosmos DB. The requirement is simple, but can be a little tricky to implement fully. First of all when you are using Azure Cosmos DB or any other storage solution there are 99% odds that you’ll have more than one system that writes data to it. This means that you have or not have control on the systems that are doing any create/update/delete operations. Solution 1: Diagnostic Logs Cosmos DB allows us activate diagnostics logs and stream the output a storage account for achieving to other systems like Event Hub or Log Analytics. This would allow us to have information related to who, when, what, response code and how the access operation to our Cosmos DB was done. Beside this there is a field that specifies what was th...

ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded

Today blog post will be started with the following error when running DB tests on the CI machine: threw exception: System.InvalidOperationException: The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer' registered in the application config file for the ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded. Make sure that the assembly-qualified name is used and that the assembly is available to the running application. See http://go.microsoft.com/fwlink/?LinkId=260882 for more information. at System.Data.Entity.Infrastructure.DependencyResolution.ProviderServicesFactory.GetInstance(String providerTypeName, String providerInvariantName) This error happened only on the Continuous Integration machine. On the devs machines, everything has fine. The classic problem – on my machine it’s working. The CI has the following configuration: TeamCity .NET 4.51 EF 6.0.2 VS2013 It see...