这里有一个项目列表，主要是Facebook Developer Toolkit和Facebook.NET。但是，我看到了很多关于该工具包的负面反馈，而且 Facebook.NET 似乎还没有升级到最新的 facebook API。
这些中的任何一个都值得使用吗？还有其他好的图书馆吗？
具体来说，我希望在 ASP.NET MVC 应用程序中使用该库。
谢谢！
Bryant
问问题
9932 次
15 回答
12
我也开始尝试使用 Facebook 开发者工具包 (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/
于 2008-10-25T08:35:01.997 回答
5
仅供参考，FDT 的 2.0 版本最近才正式发布，并且已经做了很多工作来修复错误并与当前的 API 更加兼容（完全公开 - 我是该项目的维护者之一）。
该项目已经死了一段时间，但我会尝试从现在开始让它保持最新状态，所以你可以试一试。此外，我们将尝试更好地评估和接受来自社区的补丁，因此，如果您发现某些内容不起作用，请随时提交补丁。
于 2008-11-10T15:10:47.637 回答
4
我想我们已经很冷了。
CodePlex 工具包是一个彻头彻尾的噩梦，几乎所有尝试使用它的人都说。目前的状态是他们发布了一个 2.0 版本，它不向后兼容旧的东西，也不支持最新的 Facebook API 更改。旧版本（1.7 及更低版本）不再受支持，现在使用最新的 API 进行破坏。新版本有缺陷且不完整，已被开发者有效地抛弃，并且与最新的 API 不兼容。而且我知道的每个版本都只有 3.5，这意味着你还不能将它投入生产。
简而言之，这几乎是最坏的情况。在有人站出来推出一个工作库之前，你最好还是自己动手。我个人的基础是facebook-c-sharp库，它是轻量级的，基本上可以工作。它仅适用于 winforms，因此您需要撕掉几乎所有内容并只使用 REST 包装器，但它会节省大量的入门工作。
于 2008-10-30T17:06:34.400 回答
4
由 Facebook 工程师打造的那一款？ http://developers.facebook.com/blog/post/395
于 2010-07-17T01:44:30.510 回答
3
我已经将 FDT 用于几个小应用程序。有很多普遍的 borkyness，但据我所知，其中大部分源于 Facebook API 是一个高速移动的目标，并且文档很少（在引入新的配置文件设计时尤其如此）。我认为不应该因为 FDT 开发人员缺乏兼容性而责备它，因为这可能主要是由于 facebook 退休或更改核心功能。
（尽管我建议了一些补丁，但我不隶属于 FDT）。
于 2008-11-25T17:33:14.030 回答
3
刚刚看到这是今天发布的：Microsoft 的 Facebook SDK。
该工具包作为 Facebook 客户端库提供，类似于 Facebook 的 PHP 客户端库或 Facebook 的 JavaScript 库。目标是使 .NET 开发人员能够快速轻松地利用 Facebook 平台的各种功能。随着社区和 Microsoft 的投入，该工具包随着时间的推移而发展。最新版本 (v3.0) 包括新的体系结构改进，并提供了一个异步接口，用于使用 Silverlight 和 WPF 中的工具包。
对于 .NET 开发人员来说，这似乎是目前最好的选择。
于 2009-11-09T18:56:58.703 回答
3
我建议直接使用 facebook 的 API。几个月前，当我调查 SDK 时，我发现它们都已经过时并且是一个难以驾驭的雷区。facebook 的 SDK 遵循 REST 标准，所以应该很容易上手。此外，使用 facebook 的 API 带来的所有痛苦（例如错误、API 一直在变化）在使用 SDK 时仍然存在，但如果您编写自己的代码，您会更容易处理他们。此外，当 facebook 进行更改时（他们一直在这样做，包括他们今天提出的另一项更改），您不必等待 SDK 更新。
于 2010-10-22T06:01:02.767 回答
2
Facebook Developer Toolkit 对于我所需要的一切都很好。然而，值得一提的是，至少截至 9 月，Facebook 开发人员工具包的文档、示例和教程与其当前版本（Release Candidate 2）相比已经过时，对于新开发人员来说可能是一个雷区。
于 2008-10-08T21:55:35.003 回答
1
Facebook 开发者工具包曾经非常糟糕。现在 2.0 版已经发布，看起来很棒。这是一篇文章。
于 2009-02-09T15:43:46.403 回答
0
我刚刚遇到的另一个选项是Silverlight Facebook Client Side API v0.001。仍处于演示/ poc 阶段，但看起来很有希望。
于 2009-02-03T22:37:59.013 回答
0
不要在知道创建和支持它的咨询公司的情况下使用 Developer toolkit。我不信任创建该工具包的 Clarity Consulting 创建的任何东西（错误、方法太长、过度编码以及怪异且低效的编码实践）。请记住，Clarity 非常重视在他们的许多本土解决方案中使用数据集（优秀的开发人员和架构师不要使用数据集，无论应用程序有多大或多小……它们都是垃圾。）。当然，该框架中没有数据集（感谢上帝），但这就是该公司背后的心态。
事实上，如果您想要完全控制，即使需要更多的工作，也可以为 Facebook 推出自己的包装器。否则，我会使用 Facebook.NET API，在我看来，它的编码非常好，并且是由一位 MS 大师完成的。
于 2009-03-02T02:13:58.560 回答
0
以下页面提供了一个使用 mvc 的出色（且简单）端口。 http://onishimura.com/2009/04/13/facebook-and-aspnet-mvc
在 FB Developer 页面中，它提供了一个指向 MVC 的 Addon 链接，我发现它仅适用于 toolkit 1.X 而不是 2.0。并且需要将 ViewPage 扩展到其他母版页，使得 FB API 无法访问 MVC 的控制器（我看不出 View 应该直接控制它）。上面提到的链接提供了这样一个端口来创建 api 对象并将其放入控制器可以访问的 TempData 字典中。
于 2009-05-24T16:11:43.757 回答
0
Facebook Developer Toolkit 即将发布 3.0 版本（预计 10 月底）。请参阅此博客文章
我一直在为使用 ASP.NET MVC 的 Facebook 应用程序使用最新的 FDT 3.0 源代码，并且它非常易于使用。Codeplex 论坛中的示例代码、文档和过去的问题/答案涵盖了我在加速使用该库时遇到的所有问题。
.NET 的其他库根本没有得到维护，也没有足够的使用量或社区参与来帮助您作为开发人员取得成功。我花了很多时间试图让我的应用程序与“.NET Facebook API 客户端”一起工作，但该社区几乎没有生命迹象，这让我放弃了它。
我没有尝试 Facebook.NET，因为自 2008 年 1 月以来它没有任何源代码签入，这对于像 Facebook API 一样快速移动的目标来说并不是一个好兆头。
于 2009-10-26T16:59:05.770 回答
0
您可能想在这里尝试我为社交图谱开发的新 API 。
它易于使用，虽然解锁需要花费 50 美元，但它可以轻松地为您节省数小时摆弄其他图书馆的时间。当我在我的核心网站上使用我自己的库时，它也会不断更新。这意味着您不必担心它会损坏，事实上它的设计方式是，如果 FB 更改了它们的对象，它仍然可以工作（不会损坏）。
请试一试，让我知道它对你有用。
于 2011-04-19T17:39:56.167 回答