有一个项目列表here，主要是Facebook Developer Toolkit和Facebook.NET。但是，我看到很多关于该工具包的负面反馈，似乎Facebook.NET尚未升级到最新的facebook API。
其中任何一个都值得使用吗？还有其他好的图书馆吗？
具体来说，我希望在ASP.NET MVC应用程序中使用该库。
谢谢！
答案 0 :(得分：12)
我也开始尝试使用Facebook Developer Toolkit（FDT），但将其删除为Facebook.NET。在http://www.codeplex.com/fbnet有一个后者的分支，它慢慢地涵盖了Facebook API的最新变化。看看这篇文章，因为它有一些有趣的Facebook.NET和MVC集成点http://www.coderjournal.com/2008/06/mvc-facebook-wonderful-development-platform/
FDT主要用于WebForms，它需要一些时间才能将它与MVC正确集成。 Matt是对的：FDT RC2的文档（我上次检查过时）已经过时并且具有误导性。如果您打算使用此计划，请同时查看http://corcoranpstech.blogspot.com/2008/06/facebook-mvc.html
你也可以在这里找到一个很有前途的 - 仍然是alpha版本的库（Facebook API for .NET）：http://facebook.codeplex.com/
最新补充：目前唯一应检查的库是http://facebooksdk.codeplex.com/
答案 1 :(得分：5)
仅供参考，FDT的2.0版本刚刚正式发布，并且已经做了很多工作来修复错误并且与当前的API更加兼容（完全公开 - 我是该项目的维护者之一）。
这个项目已经死了一段时间了，但是我会尝试从现在开始更新它，所以你可以尝试一下。此外，我们将尝试更好地评估和接受来自社区的补丁，因此如果您发现某些不起作用的内容，请随时提交补丁。
答案 2 :(得分：4)
我认为我们已经处于寒冷中。
CodePlex工具包是一个彻头彻尾的噩梦，几乎每个人都试图使用它。目前的状态是他们发布的2.0版本与旧版本不向后兼容，并且不支持最新的Facebook API更改。旧版本（1.7及更低版本）不再受支持，现在已被最新的API破坏。新版本有缺陷且不完整，已被开发人员有效放弃，并且与最新的API不兼容。我所知道的每个版本只有3.5版，这意味着你还不能投入生产。
简而言之，这几乎是最糟糕的情况。在有人提升并推出一个工作库之前，你最好自己动手。我个人基于我的facebook-c-sharp库，这是轻量级的，基本上可以工作。它只是winforms，所以你需要撕掉几乎所有的东西，只需使用REST包装器，但它会节省大量的工作开始。
答案 3 :(得分：4)
由Facebook工程师建造的那个？ http://developers.facebook.com/blog/post/395
答案 4 :(得分：3)
我已经将FDT用于几个小应用程序。有很多一般的borkyness，但据我所知，其中大部分源于这样一个事实，即Facebook API是一个高速移动目标并且记录很少（在引入新的配置文件设计时尤其如此）。我不认为人们应该因为缺乏兼容性而导致FDT开发人员失误，这可能主要是因为facebook退休或改变核心功能。
（虽然我已经提出了一些补丁，但我并不隶属于FDT。）
答案 5 :(得分：3)
刚才看到这是今天发布的：The Facebook SDK from Microsoft。
此工具包作为Facebook客户端库提供，类似于Facebook的PHP客户端库或Facebook的JavaScript库。目标是使.NET开发人员能够快速轻松地利用Facebook平台的各种功能。随着社区和Microsoft的推动，该工具包随着时间的推移而不断发展。最新版本（v3.0）包括新的体系结构改进，并提供了一个使用Silverlight和WPF工具包的异步接口。
对于.NET deleveopers来说，现在看起来是最好的选择。
答案 6 :(得分：3)
我建议直接使用facebook的API。几个月前，当我调查SDK时，我发现它们都已经过时了，而且非常适合导航。 facebook的SDK遵循REST标准，所以它应该很容易上手。此外，使用Facebook的API所带来的所有痛苦（例如，错误，api一直在变化）在使用SDK时仍然存在，但如果你编写自己的代码，那么你将更容易处理他们。此外，当facebook进行更改（他们一直在做，包括他们今天提议的另一个）时，您不必等待SDK更新。
答案 7 :(得分：2)
Facebook Developer Toolkit对我所需要的一切都很好。但是，值得一提的是，至少截至9月份，Facebook Developer Toolkit的文档，示例和教程已经过时，其当前版本（Release Candidate 2）可能是新开发人员的雷区。
答案 8 :(得分：1)
Facebook Developer Toolkit过去非常糟糕。现在2.0版已经推出，看起来很棒。这是一篇文章。
答案 9 :(得分：0)
我刚遇到的另一个选项是Silverlight Facebook Client Side API v0.001。仍处于演示/ poc阶段，但看起来很有希望。
答案 10 :(得分：0)
请不要使用开发人员工具包，了解创建并支持此问题的咨询公司。我不相信Clarity Consulting创建的任何创建该工具包的人（错误，方法太长，过度编码和奇怪且低效的编码实践）。请记住，Clarity在许多本土解决方案中使用DataSet非常重要（优秀的开发人员和架构师不管应用程序有多大或多小都不使用数据集......他们是垃圾邮件。）。当然，该框架中没有DataSet（感谢上帝），但那是该公司背后的心态。
事实上，如果你想要完全控制，请为Facebook推出自己的包装，即使它更有效。否则，我会使用Facebook.NET API，对我来说似乎编码很好，并由MS大师完成。
答案 11 :(得分：0)
以下页面提供了一个使用mvc的优秀（简单）端口。 http://onishimura.com/2009/04/13/facebook-and-aspnet-mvc
在FB Developer页面中，它提供了一个到MVC的Addon链接，我发现它只适用于工具包1.X而不是2.0。并且需要将ViewPage扩展到其他母版页，这使得MVC的控制器不能被FB API访问（我看不出View应该直接控制它）。上面提到的链接提供了这样一个端口，用于创建api对象并将其放在TempData字典中，控制器可以访问它。
答案 12 :(得分：0)
Facebook Developer Toolkit即将发布3.0版（假设是10月底）。见blog post
我一直在使用ASP.NET MVC为Facebook应用程序使用最新的FDT 3.0源代码，并且它非常容易使用。 Codeplex论坛的示例代码，文档和过去的问题/答案涵盖了我在加快这个库时所遇到的所有问题。
.NET的其他库根本就没有被维护，并且没有足够的使用量或社区参与度来帮助您成为开发人员。我花了很多时间试图让我的应用程序使用“.NET Facebook API客户端”，但该社区中很少有生命迹象，这让我放弃了它。
我没有尝试使用Facebook.NET，因为它自2008年1月以来没有检查过任何来源，这对于像Facebook API一样快速移动的目标来说并不是一个好兆头。
答案 13 :(得分：0)
答案 14 :(得分：0)
您可能想尝试我为社交图here开发的新API。
它易于使用，而解锁它需要花费50美元，这样可以轻松节省您花费数小时的时间摆弄其他图书馆。当我在我的核心网站上使用我自己的库时，它也将不断更新。这意味着你不必担心它会破坏，实际上它是以这样的方式设计的，即如果FB改变它们的对象，它仍然可以工作（不会中断）。
请尝试一下，让我知道它是如何运作的。