小编Amb*_*tle的帖子

除非我误解了某些内容,否则在vNext之前,解析和拒绝(https://facebook.github.io/jest/docs/expect.html#resolves)将无法使用.现在/同时用Jest测试承诺的推荐方法是什么？它只是把期望放在天堂和渔获物中吗？

例如:

describe('Fetching', () => {
    const filters = {
        startDate: '2015-09-01'
    };
    const api = new TestApiTransport();

    it('should reject if no startdate is given', () => {
        MyService.fetch().catch(e => expect(e).toBeTruthy()); // see rejects/resolves in v20+
    });            

    it('should return expected data', () => {
        MyService.fetch(filters, null, api).then(serviceObjects => {
            expect(serviceObjects).toHaveLength(2);
        }).catch(e => console.log(e));
    });            
});

去年,基于属性的路由被纳入ASP.NET Web API路由的核心(http://weblogs.asp.net/scottgu/archive/2013/04/19/asp-net-web-api-cors -support-and-attribute-based-routing-improvements.aspx).

我想补充意味着它在某种程度上比应用程序启动时的标准命令式路由方法更好,但除了dev偏好(这不是我关注的),这两种方法的具体优点和缺点是什么？

更新:我应该澄清"它在某种程度上比"更好"更好地说:"它增加了价值".我的意思是,如果他们认为它有价值,他们只会添加它.所以我的问题实际上是两种方法之间的优缺点(超出简单的偏好).