用例只是多个用户故事吗?
使用用户故事比使用案例有什么好处..反之亦然......何时使用其他人...所有敏捷方法都使用用户故事?
是否存在switch(case)是战略或类似模式的良好设计选择(简单除外)的情况......
使用工厂而不是构造函数来创建对象的阈值是多少?
利弊
更新:我在我的项目中应用Domain Driven Design的工厂模式.创建工厂背后的原因之一是减少域模型中的噪声.
谢谢
在非ssl传输的情况下,密码如何从浏览器发送到服务器?
我想在发送之前使用bcrypt来哈希密码+盐...但是似乎没有针对bcrypt算法的javascript实现...
是md5,SHA-1足够好吗?
PS:我的网站没有存储任何用户个人信息..我只是希望用户的密码不被黑,因为用户可能在包含他/她个人信息的其他网站上使用相同的密码
可以在MongoDB中进行批量更新/ upsert(不插入)吗?
如果是,请指出任何与此相关的文档?
谢谢
我有一个永远不会返回null对象的方法.我想说清楚,以便我的API用户不必编写如下代码:
if(Getxyz() != null)
{
// do stuff
}
Run Code Online (Sandbox Code Playgroud)
我该如何展示这个意图?
假设我有一个方法
public Patient(int id)
{
----
}
Run Code Online (Sandbox Code Playgroud)
返回给定id的Patient对象..我可以用两种方式定义合同
我应该使用哪种合同?还有其他建议吗?
更新:请对这个案例发表评论...如果它不是一个数据库分配的ID,它是用户在UI中输入的东西..比如SSN ..那么哪一个更好..
关于Steve认为有效的Null模式的评论:这里可能不是一个好主意,因为当ID不存在时立即知道它真的很有用.
我也认为这里的Null模式会有点沉重
Rob Wells对抛出异常的评论,因为它的错误ID:我不认为患者姓名中的拼写错误是一种特殊情况"恕我直言
c# ×2
python ×2
batch-file ×1
bulk ×1
callable ×1
encryption ×1
exception ×1
factory ×1
immutability ×1
javascript ×1
mongodb ×1
nosql ×1
requirements ×1
security ×1
upsert ×1
use-case ×1
user-stories ×1