为可下载的ASP.NET产品开发API？

Question

我们有一个使用ASP.NET web (3.5)构建的产品，并且正在研究添加一个API以允许其他应用程序访问应用程序中的数据和业务逻辑。

• 实现这一点的最佳方法是什么？我倾向于使用Http处理程序来读取已发布的XML并返回XML，但我确信一定有更好的方法。使用WCF这样的产品是否明智呢？
• 作为用户将在自己的服务器上下载和安装的产品(而不是托管的)，似乎有很大的压力要求用户在第一次正确使用该产品，因为一旦用户开始下载和使用该产品，就很难进行更改。对如何管理这个问题有什么建议吗？

Answer 1

我想，如果它是用web表单制作的，那么用户将拥有一个web服务器/ IIS。因此，我建议在您的产品中添加一个web服务。

这样，您就可以打开它进行定制，并且不要将它与web窗体项目绑定得太紧。如果客户愿意，甚至可以在不同的网站/服务器上配置它们。大多数现代应用程序都可以很容易地调用web服务，因此它们很受API (google、amazon、facebook等)的欢迎。

如何处理呢？我想是翻译过来的。让客户下载新版本/ bug修复程序。我将看到开放源码应用程序如何处理频繁的更新和分支，并进行同样的操作。如果有人知道如何做到这一点，那么下载的应用程序就很受欢迎。

Answer 2

当然，WCF是一种可行的方法，但我建议，正如Nikki所做的那样，使用。

关于“管理”，嗯，您非常正确:一旦发布了接口，就很难更改它们。我是说..。

假设您想使用were，一旦您发布了WSDL接口，并且发现设计的接口很糟糕，您可能会强迫已经在使用您的产品的人下载新的规范并重新实现他们的代码。但是，如果在Web处理程序中发现编程错误，则可以尽快修复它，而无需更改公共wweb的设计契约。

您想要与公共API一起使用的产品必须像Nikki所说的那样进行版本化。

软件产品和公共API的区别在于，API是公共接口，任何人都可以开发自己的软件，与您的应用程序交互。软件产品是开箱即用的，并运行您的代码。

例如，Facebook、PayPal等发布了大量API，您可以找到许多库将这些API封装到您最喜欢的语言中。

我希望我的通才回答有所帮助。