我注意到一件事，当使用$resource超过$http是 如果你在。net中使用Web API

$resource被绑定到一个执行单一目的的控制器中。

美元资源(/ user /: userId,{标识:“@ id”});

[HttpGet]
public bool Get(int id)
{
    return "value"
}

public void Post([FromBody]string value)
{
}

public void Put(int id, [FromBody]string value)
{
}

public void Delete(int id)
{
}

而$http可以是任何东西。只需指定url。

http美元。“真火”

[HttpGet]
public bool Authenticate(string email, string password)
{
    return _authenticationService.LogIn(email, password, false);
}

这只是我的个人观点。

我能理解的是，如果要管理RESTFUL资源，使用$resource将允许您在代码中定义一次资源，并在资源上使用该资源进行多次操作。这增加了代码的可读性和可维护性。

如果你只是想有通用的调用，而不是像post, delete, update这样管理它，你可以使用$http或$resource(随你喜欢)。

我认为答案更多地取决于您在编写代码时的身份。如果你刚接触Angular，可以使用$http，直到你知道为什么需要$resource。除非您有具体的经验，知道$http是如何阻碍您的，并且了解在代码中使用$资源的含义，否则请坚持使用$http。

这是我的经历:我开始了我的第一个Angular项目，我需要向一个RESTful接口发出HTTP请求，所以我做了和你现在做的一样的研究。根据我在这样的SO问题中读到的讨论，我选择使用$resource。我希望我能弥补这个错误。原因如下:

$http examples are plentiful, helpful, and generally just what you need. Clear $resource examples are scarce, and (in my experience) rarely everything you need. For the Angular newbie, you won't realize the implications of your choice until later, when you're stuck puzzling over the documentation and angry that you can't find helpful $resource examples to help you out. $http is probably a 1-to-1 mental map to what you're looking for. You don't have to learn a new concept to understand what you get with $http. $resource brings along a lot of nuance that you don't have a mental map for yet. Oops, did I say you don't have to learn a new concept? As an Angular newbie you do have to learn about promises. $http returns a promise and is .thenable, so it fits right in with the new things you're learning about Angular and promises. $resource, which doesn't return a promise directly, complicates your tentative grasp on Angular fundamentals. $resource is powerful because it condenses the code for RESTful CRUD calls and the transformations for input and output. That's great if you're sick of repeatedly writing code to process the results of $http yourself. To anyone else, $resource adds a cryptic layer of syntax and parameter passing that is confusing.

我希望我3个月前就认识我自己，我会强调地告诉自己:“坚持使用$http的孩子。一切都很好。”

$http用于通用AJAX。在大多数情况下，这是您将使用的。使用$http，您将手动进行GET, POST, DELETE类型调用，并自行处理它们返回的对象。

$resource包装了$http，用于RESTful web API场景。

一般来说:一个基于rest的web服务将是一个数据类型的服务端点，该服务基于HTTP方法(如GET、POST、PUT、DELETE等)对该数据类型执行不同的操作。因此，对于$资源，您可以调用GET以JavaScript对象的形式获取资源，然后更改它并使用POST将其发送回来，甚至使用delete删除它。

．.． 如果有道理的话。

我注意到一件事，当使用$resource超过$http是 如果你在。net中使用Web API

$resource被绑定到一个执行单一目的的控制器中。

美元资源(/ user /: userId,{标识:“@ id”});

[HttpGet]
public bool Get(int id)
{
    return "value"
}

public void Post([FromBody]string value)
{
}

public void Put(int id, [FromBody]string value)
{
}

public void Delete(int id)
{
}

而$http可以是任何东西。只需指定url。

http美元。“真火”

[HttpGet]
public bool Authenticate(string email, string password)
{
    return _authenticationService.LogIn(email, password, false);
}

这只是我的个人观点。

资源服务只是用于使用REST apsi的有用服务。 当你使用它时，你不需要编写CRUD方法(创建，读取，更新和删除)

在我看来，资源服务只是一条捷径， 您可以使用HTTP服务做任何事情。