小编joe*_*elg的帖子

我应该如何处理SimpleDB中的最终一致性,特别是在单元测试方面?

我们正在Amazon Web Services堆栈上构建一个Web应用程序,到目前为止我很喜欢它.

我们也在充分利用测试驱动的开发,这也证明是非常棒的.

我只是希望有人可以帮助我解决我遇到的与Amazon SimpleDB的"最终一致性"相关的问题.

出现此问题的最佳示例是在单元测试中添加用户,然后通过调用获取新添加的用户来检查用户是否已成功添加.

我可以轻松地继续前进,只是为此编写测试,它可以正常工作,但我知道"最终的一致性"以及当我拨打电话获取用户时,用户可能实际上没有补充说.显然,如果调用了fetch用户函数并且用户不在系统中,则它将返回false或failure.

我想知道的是处理这个问题的最佳方法是什么?我已经看到了建立一个函数的建议,这个函数在请求之间休眠5秒并尝试10次.我也看到过具有指数退避的解决方案.什么是最佳解决方案?

tdd unit-testing eventual-consistency amazon-simpledb

4
推荐指数
1
解决办法
922
查看次数

如何让人们在项目上工作而不将其暴露给整个代码库?

我是OnePage的联合创始人兼首席技术官(http://myOnePage.com/joel).

我有兴趣听听您对此特定问题的看法和答案:

我肯定雅虎!或谷歌不会将他们的整个代码暴露给他们的开发人员!我只是想知道你用什么方法来限制人们看到完整的代码?在所有项目中,显然会有部分代码包含数据库和API密钥的重要访问凭据.

谢谢

svn agile project-management

-1
推荐指数
1
解决办法
358
查看次数