难道没有人吐槽 Asp.net Web Api 的吗

一个APP新项目为了赶时髦，用上了Asp.net Web API，可能我不是太熟悉，经过我几天潜心研究，web api 确实没啥用，简直属于狗尾续貂之作。

新创建一个api controller,大概方法如下

public IEnumerable<string> Get();
public string Get(int id);
public void Post([FromBody]string value);
public void Put(int id, [FromBody]string value);
public void Delete(int id);

这几个方法的返回值显然不能满足要求，比如，当iOS或Andriod端请求删除，删除有没有成功，无从知晓，所以必须对返回结果进行包装，类似

public class MyResponse
    {
        public int ErrCode { get; set; }
        public string ErrMsg { get; set; }
        public object Data { get; set; }
    }

那么 api controller 方法变成

public MyResponse Get();
public MyResponse Get(int id);
public MyResponse Post([FromBody]string value);
public MyResponse Put(int id, [FromBody]string value);
public MyResponse Delete(int id);

那么问题来了------------------------------------------------

1.在 public MyResponse Get(int id); 方法中,如果Content-Type为 application/xml，那么则会报序列化错误，有没有，不能很方便的返回XML，我的解决方法是：在global里移除XmlFormatter，客户端一律用 application/json请求

public MyResponse Get(int id)
{
            var model = UserRepository.Find(id);
            return new MyResponse()
            {
                Data = model
            };
 }

如果这样的话，为什么不用mvc中的 JsonResult呢？

2.我很明白web api设计的初衷，什么语义啊，什么资源啊，但就这么几个方法也严重不够用啊，比如 User中，需求就有注册，登录，修改密码，修改资料，验证用户名唯一性等，一个GET PUT POST DELETE怎么够用，当然我知道还有其他的type，但那些英文单词太生涩，难道告诉终端的朋友这个用 LOCK,那个用 SEARCH？所以最后我又改了路由，类似

config.Routes.MapHttpRoute(
                name: "ActionApi",
                routeTemplate: "api/{controller}/{action}/{id}",
                defaults: new { id = RouteParameter.Optional }
            );

然后在 action 上打上 HttpPost HttpPut。等等，都这个样了，为什么不用MVC，MVC中action不一样可以打上 get post

3.以为这就结束了，不，做终端的同事说，你那个带PUT的方法，根本用不了啊。也许，像AppCan这种中间件，也许就只支持GET,POST,在我最后把HttpPut改为 HttpPost后，一切都好了

再来看所谓的Web Api，这还是Web Api吗? 其实跟MVC里用JsonResult 没啥两样，不知道微软为什么出这么个玩意儿??