|
|
1
4
有人可能会说DTO违反了Dry,但如果它对您的情况有意义,那么我不会再想它了。 和大多数编程最佳实践一样,Dry并不是一个银弹。有时候你必须妥协。在本例中,我认为违反dry是完全可以接受的,以防止将您的域详细信息泄漏给不需要它的调用方(例如n+1延迟加载性能问题)。 |
|
|
2
0
取决于应用程序。事务应用程序,并且根据业务逻辑需求,将数据模型暴露于上层代码对于一定规模的项目是有意义的。我认为dry越大应用程序就越重要,但我对您提出这个问题的上下文了解不够。 |
|
|
ali · flex box最佳实践 4 年前 |
|
|
Jan Wytze · Scala隔离特定平面图 8 年前 |
|
|
Scott Deerwester · 在Go中包装多个实现 8 年前 |
|
|
Moshe · 有没有办法做这个干衣机 8 年前 |
|
Josh Kelley · 惯用角形构件 8 年前 |
|
Karol Selak · 如何使用冗余的'let!`方法调用? 8 年前 |
|
|
Brandon Benefield · JS类和OOJ 8 年前 |
|
|
TheNovice · 跨两个Ruby模块继承/共享代码 8 年前 |