3回答
我尽可能地精简我的服务接口，通常它们是@FunctionalInterface。我试着遵循接口分离原则。 如果我的服务实现实现了多个接口，并且它们共享其中的大部分依赖项，那么这是一种好的实践吗？或者我应该为每个接口创建一个单独的实现？// TODO public List<T> find(Instant initial, Ins
浏览 64提问于2021-04-28得票数 0
回答已采纳
2回答
工厂方法模式实体
、、、
Factory方法是否只遵循实体中的依赖反转原则和界面分离原则？我在另一个网站上发现了这一点，但找不到任何理由来解释为什么它实现了接口隔离原则。它遵循DIP，因为它依赖于接口(抽象)而不是具体类。
浏览 5提问于2017-10-01得票数 1
考虑到接口隔离原则，这是最“谈论”的面向对象编程原则之一--实体原则--我想知道在一个Laravel控制器中是否可以有两个不同的类？例如：
<?
浏览 1提问于2019-03-05得票数 3
2回答
SOLID既有单一责任原则，也有界面隔离原则，但在我看来，这些原则似乎是完全可以互换的。对我来说，接口很简单--一个没有定义实现的类。我相信(尽管如果我错了请纠正它们)，在.NET中，interface和没有实现的abstract class是一样的。也就是说，如果我用抽象类替换了所有接口，那么什么也不会改变(对于实体)。我可以公平地说，SOLID可以变成SOLD
好的</
浏览 7提问于2014-10-06得票数 0
在Spring框架中，默认情况下，bean作用域是Singleton。但是使用Kotlin，我们可以很容易地创建一个Singleton对象。只是需要做 fun businessFunction() = ...如果我们试图使用Spring来管理Kotlin object的作用域，这会是某种冗余吗不是创建类和让Spring对象，我只需要创建一个Kotlin object (单例).
如果我们不想违反接口隔离原则
浏览 2提问于2019-11-21得票数 0
我问了一个关于StackOverflow的问题如何正确地实现一个遵守坚实原则的ImmutableMap。由于Java的Map接口包含put和putAll，它违背了接口隔离原则，迫使我们为ImmutableMap实现put和putAll方法。如果我们要定义自己的接口，它将属于代码嗅觉类别“具有不同接口的替代类”。
这让我思考如何正确地声明一个符合Liskov代换原则
浏览 0提问于2015-04-26得票数 4
回答已采纳
我们正在实现具有Hibernate功能的Spring MVC项目。根据SpringMVC的示例实现，我们的应用程序将具有不同的层。它们包括:控制器、服务、实体和存储库。应用程序的业务逻辑在服务层中实现。Spring框架提供的API遵循面向对象的原则，我们只是想知道如何将可靠的原则应用于应用程序的</em
浏览 28提问于2016-11-30得票数 2
1回答
我是来自PHP/Larvel、Ruby/Rails和Python/Django的Spring新手。来自这些框架，我习惯于只看到模型(实体/Dao？)在这些框架中，这是我想要的全部：{模型(实体/Dao ?)* @re
浏览 1提问于2017-03-12得票数 1
回答已采纳
2回答
我的目标是理解接口隔离原理，同时实现多态。我的实际结果是:不，我不能。我被迫创建样板并使用Liskov替换原则(如果有一个Worker，那么一定有一个Worker不能吃东西，所以为可以吃东西的Worker创建一个扩展Worker的接口)。我想我误解了接口隔离原则。这是违反接口<
浏览 26提问于2021-05-25得票数 2
回答已采纳
我无法决定如何在Java中存储可重用的纯函数。private C pureFunction1(A a, B b) { return c; }
Spring (对于纯函数来说，这是不是过分了)？超级类(对于两个独立的服务来说，感觉不是一
浏览 0提问于2018-07-04得票数 0
回答已采纳
请记住，该客户端的工作人员不是高技能的开发人员，承包商是专门为实现最佳实践和设计原则而引入的，因为这是一个Greenfield实现。我一直在努力构建论点，直到我决定回到基本原则，即坚实的原则。XmlSerializer 2:从长远来看， 会导致违反接口隔离原则的类。这就是XmlReader甚至LINQ-to-XML序列化实现在长期维护/增强方面为开发人员节省大量精力的地方
浏览 5提问于2015-02-06得票数 1
在应用接口隔离时，是否应该为简单的设置器和在设置前执行操作的接口提供单独的接口？need SettableFoo interface and/or which require the setToSum function
// complex data接口隔离原则规定这是否意味着setToSum()和combineSomeOtherWay()都应该有自己<em
浏览 0提问于2015-06-21得票数 6
2回答
ISP和OCP之间的区别是什么？
、、、、
我不明白接口隔离原则和开放/关闭原则之间的区别。
我所理解的是，ISP必须让一切都依赖于接口，OCP依赖于类，我看到它们都可以以相同的方式实现，但一个是接口，一个是类。
浏览 3提问于2015-09-07得票数 0
DDD为每个聚合指定存储库，但是当采用Spring时，我们只能在每个实体声明接口时才能利用这些好处。如何解决阻抗失配问题？我希望尝试封装在聚合存储库中的存储库接口，这是一个OK解决方案还是其他更好的解决方案？给出一个例子：Customer是聚合根，实体类似于Demographics、Identification、AssetSummary等等，每个实体都可以从拥有自己的存储库接口中受益。什么是最好<e
浏览 2提问于2016-07-23得票数 18
回答已采纳
1回答
如何在Spring项目中使用实体和do？假设有我们的层次：服务(如Spring @Service-annotated bean)而且我的代码在服务层读取实体中没有问题，可以从仓库中读取有两种方法可以做到这一点：
当所有实体离开服务层时将其转换为DTO (直接在特定的</e
浏览 0提问于2019-10-27得票数 -3
2回答
Array类实现了具有Add成员的IList接口。Array.Add调用引发NotSupportedException。这是违反，李斯科夫替代原则，或，界面隔离原则，，还是两者兼而有之？
浏览 4提问于2017-09-29得票数 4
回答已采纳
4回答
复合图案是实心的吗？
、、、、
组合模式中的叶子实现组件接口，包括叶子永远不会使用的Add、Remove和GetChild方法。这似乎违反了接口隔离原则。链接到复合模式：
浏览 3提问于2009-10-16得票数 12
回答已采纳
坚实的原则就是，原则。它们并不适用于每一种情况，但它们仍然是很好的启发式方法，可以在代码中找到可能的改进。一个类应该只有一个改变的理由。OCP开闭原理
软件实体(类、模
浏览 7提问于2009-10-26得票数 12
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
腾讯会议
云直播
对象存储活动推荐
腾讯云开发者
