在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（中）
原創(chuàng)本文接在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（上） 和
請看下篇《在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（下）》
在一個Canvas頁面
這個應(yīng)用程序在Facebook上的Canvas頁面會映射到這個應(yīng)用程序在Azure上的base URL（例如：http://azurefacebooksample.cloudapp.net/）。這是一個展示初始的聯(lián)系信息的窗體。這是基本的實現(xiàn)：
Listing 1
[CanvasAuthorize(Perms = "user_birthday")]
public ActionResult Index()
{
FacebookApp app = new FacebookApp();
dynamic response = app.Api("me");
Contact contact = new Contact();
contact.FirstName = response.first_name;
contact.LastName = response.last_name;
string query = "select birthday_date from user where uid = me()";
response = app.Fql(query);
if (response.Count > 0)
contact.DateOfBirth = response[0].birthday_date;
return View(contact);
}
這看起來十分的簡單，這主要得益于Facebook C# SDK。這個SDK通過“CanvasAuthorize”特性處理了Facebook OAuth身份驗證和應(yīng)用程序的授權(quán)，并且提供了一個“FacebookApp”對象。你應(yīng)該還記得，在一個新用戶運行“AzureSample”以前，他們必須要給這個應(yīng)用程序授予可以訪問這個用戶的出生日期的特殊權(quán)限。為了達(dá)到這個目的，我們需要做的所有事情就是，使用“CanvasAuthorize”特性，對任何一個需要授權(quán)的控制器操作進(jìn)行標(biāo)記，指定需要請求的擴展權(quán)限是可選的（在這里，我們指定了“user_birthday”權(quán)限）。
“FacebookApp”對象可以訪問經(jīng)過簽名的請求信息，也可以訪問Facebook的Graph API和REST API。在這個控制器中，我們使用“FacebookApp”調(diào)用一個Graph API（“me”），來返回當(dāng)前用戶的信息（其中包括***個名字和***一個名字）。我們不能使用這個Graph API來獲取這個用戶的出生日期，但是，我們可以求助于Facebook FQL，創(chuàng)建一個查詢來找到當(dāng)前用戶的出生日期。我們可以通過“FacebookApp”來使用FQL（Formal Query Language） 。我們把這個用戶的信息添加到一個新的“Contact”對象中，這是一個來自于域?qū)ο蟮臄?shù)據(jù)模型對象。然后，我們把這個“contact”放到一個視圖中。
這是這個索引視圖的完整代碼：
Listing 2
<%@ Page Title="" Language="C#" MasterPageFile="~/Views/Shared/Site.Master"
Inherits="System.Web.Mvc.ViewPage<AzureFacebookSample.Domain.Models.Contact>" %>
<asp:Content ID="Content1" ContentPlaceHolderID="TitleContent" runat="server">
Home
</asp:Content>
<asp:Content ID="Content2" ContentPlaceHolderID="MainContent" runat="server">
<div>Please provide the following information. All fields are required.</div>
<% using (Html.BeginForm())
{%>
<%: Html.ValidationSummary(true)%>
<div class="editor-label">
<%: Html.LabelFor(model => model.FirstName)%>
</div>
<div class="editor-field">
<%: Html.TextBoxFor(model => model.FirstName)%>
<%: Html.ValidationMessageFor(model => model.FirstName)%>
</div>
<div class="editor-label">
<%: Html.LabelFor(model => model.LastName)%>
</div>
<div class="editor-field">
<%: Html.TextBoxFor(model => model.LastName)%>
<%: Html.ValidationMessageFor(model => model.LastName)%>
</div>
<div class="editor-label">
<%: Html.LabelFor(model => model.Email)%>
</div>
<div class="editor-field">
<%: Html.TextBoxFor(model => model.Email)%>
<%: Html.ValidationMessageFor(model => model.Email)%>
</div>
<div class="editor-label">
<%: Html.LabelFor(model => model.DateOfBirth)%>
</div>
<div class="editor-field">
<%: Html.EditorFor(model => model.DateOfBirth)%>
<%: Html.ValidationMessageFor(model => model.DateOfBirth)%>
</div>
<div>You must be 18 or older to participate.</div>
<div class="editor-label">
<%: Html.LabelFor(model => model.Zip)%>
</div>
<div class="editor-field">
<%: Html.TextBoxFor(model => model.Zip)%>
<%: Html.ValidationMessageFor(model => model.Zip)%>
</div>
<p>
<input type="submit" value="Next"/>
</p>
<%} %>
</aspContent>
這個視圖指定了用于收集聯(lián)系信息的窗體字段。驗證是通過“Contact”數(shù)據(jù)模型上的特定注解來實現(xiàn)的。當(dāng)用戶點擊“next”按鈕的時候，這些窗體字段會被發(fā)送到控制器的post操作中：
Listing 3
[HttpPost]
[CanvasAuthorize]
Public ActionResult Index(Contact contact)
{
FacebookApp app = new FacebookApp();
contact.PartitionKey = app.UserId.ToString();
if (ModelState.IsValid)
{
contactRepository.Save(contact);
return this.CanvasRedirectToAction("SelectStore");
}
Return View(contact);
}
除了從窗體返回的聯(lián)系信息之外，我們還會通過“FacebookApp”對象來抓取用戶的Facebook ID，然后放到“Contact”中，以便于我們可以跟蹤將來對這個應(yīng)用程序的訪問（客戶只可以注冊一次，領(lǐng)取一次獎品）。
#p#
在Azure Storage中存儲“Contact”
在上面那段代碼中，你可能已經(jīng)注意到了，存儲客戶的Facebook ID的“Contact”屬性叫作“PartitionKey”，而不是“FacebookId”。“Contact”是一個數(shù)據(jù)模型，這意味著它可以直接存儲到Azure Table Storage中。它繼承于“TableStorageEntity”，對于可存儲的實體來說，“TableStorageEntity”是一個方便的基類，在這個類中，包含了“PartitionKey”屬性和“RowKey”屬性。
“AzureFacebookSample”使用Azure Table Storage，因為在Azure Table Storage中，插入操作和主鍵查詢都很快，而且，它可以無限地擴展。在一個Azure表中，除了這些實體屬性所必須列之外，每行還包括一個partition key，一個row key，和一個時間戳。為了獲得***的性能，查詢應(yīng)該被嚴(yán)格地限制在那些基于主鍵的字段中，不應(yīng)該包括含他的屬性。
我們把Facebook ID作為partition key，把blank作為row key，然后把“contact”存儲到一個Azure表中。這樣做可以讓存儲的“contact”更容易使用（使用起來也更快），因為我們可以通過Facebook ID來查找或更新它們。
Web角色和Worker角色都可以通過域項目提供的“ContactRepository”來訪問存儲的“contact”對象。通過Windows Azure Toolkit中的一些類，“ContactRepository”可以直接和Azure storage進(jìn)行交互，這可以讓實現(xiàn)變得更加簡潔。
Listing 4
public class ContactRepository : IContactRepository
{
readonly AzureTable<Contact> _table;
public ContactRepository()
{
var factory = new AzureStorageFactory ();
_table = (AzureTable<Contact>) factory.GetTable<Contact>();
}
public Contact GetFromFacebookId(Int64 facebookId)
{
return this.Get(facebookId.ToString());
}
public Contact Get(string partitionKey)
{
return _table.Get(c => c.PartitionKey == partitionKey && c.RowKey == "");
}
public void Save(Contact contact)
{
_table.AddOrUpdate(contact);
}
public void Delete(Contact contact)
{
_table.Delete(contact);
}
}
這段代碼展示了“ContactRepository”的完整實現(xiàn)。在構(gòu)造函數(shù)中，我們創(chuàng)建了一個“AzureStorageFactory”對象，然后使用“factory”來獲取“Contact”表。“AzureStorageFactory”和“AzureTable”都是在WindowsAzureToolkit中定義的類，這兩個類可以讓使用Azure Table Storage變得更加容易。實際上，這個“contact”容器中的大多數(shù)方法都是“AzureTable”中的對應(yīng)方法的封裝。“Get()”方法直接通過“partition key”來查詢“contact”。
在這個處理程序的***，應(yīng)用程序使用這個容器把聯(lián)系信息寫入到Azure Storage中。因為處理過程還沒有完成，所以這個“contact”還不能標(biāo)記為已注冊（在選擇了商店以后，才應(yīng)該這么做）。在索引操作開始的時候，這個“contact”容器還可以用來驗證。
Listing 5
if (AlreadyRegistered(app.UserId))
{
return this.CanvasRedirectToAction("SignupComplete");
}
驗證的實現(xiàn)如下所示：
Listing 6
private bool AlreadyRegistered(Int64 facebookId)
{
Contact contact = contactRepository.GetFromFacebookId(facebookId);
Return (contact != null) && contact.Registered;
}
本文接在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（上）
請看下篇《在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（下）》
原文名：Building a Facebook Marketing App on Azure 作者：Steve Apiki
【本文乃51CTO精選譯文，轉(zhuǎn)載請標(biāo)明出處！】
【編輯推薦】
- 在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（下）
- 在Azure上構(gòu)建一個基于Facebook的營銷式應(yīng)用程序（下）
- 無需頂禮膜拜 三步打造經(jīng)濟高效的云基礎(chǔ)架構(gòu)
