2回答
原则继承替换
、、
目前我们正在使用Zend Framework2和Doctrin2开发一个非常灵活和模块化的应用程序。在这个应用程序中有多个Doctrine实体，例如Products模块中的实体Product。此模块Products是产品管理的基础/默认模块。因此，如果启用了自定义模块，我希望使用XProduct和Product，但不能一起使用(在同一项目中)。
如果我用@Entity注释这两个实体，它会部分工作；例如，findAll工作得很好，但fi
浏览 0提问于2013-07-11得票数 7
回答已采纳
1回答
我正在阅读Chetan Giridhar写的"Learning Python Design Pattern“一书，我偶然发现了一个称为Liskov替换原则的设计原则，该原则规定派生类必须能够完全替换基类
浏览 32提问于2019-12-12得票数 0
我对Liskov替换原则的理解是，基类的一些属性是真的，或者基类的一些实现行为也应该对派生类是真的。我猜这意味着当一个方法在基类中定义时，它永远不应该在派生类中被覆盖-因为这样替换基类而不是派生类会产生不同的结果。我猜这也意味着，拥有(非纯)虚方法是一件坏事？
我想我可能对这个原则有一个错误的理解。如果我不这样做，我就不明白为什么这个原则是一个好的实践。有人能给我解释一下吗？谢谢
浏览 2提问于2009-11-15得票数 67
将Map的其他实例替换为ImmutableMap将破坏Liskov的替换原则。不仅如此，需要声明put和putAll违反了接口隔离原则。从技术上讲，没有办法用ImmutableMap替换ImmutableMap实例，因为Map只是一个接口。
浏览 1提问于2015-04-25得票数 4
回答已采纳
Liskov替换原则规定，一个子类型应该是该类型的替代类型(而不改变程序的正确性)。
我读过关于正方形/矩形的例子，但是我认为一个带有车辆的例子会让我更好地理解这个概念。
浏览 1提问于2013-12-31得票数 42
1回答
有一个项目(node.js -尽管它并不重要)，它是在本地机器上开发的，并定期传输到服务器。原则上，每次我都可以简单地擦除服务器上的项目文件夹，并将其替换为一个新的文件夹-从本地机器上载。在服务器上，也要预先擦除除某些文件夹之外的所有内容，然后再替换。(在本地机器上- windows，在服务器上- Linux)
浏览 2提问于2017-06-04得票数 0
然而，列表接口有一个add()方法，根据Liskov替换原则(LSP)，这个方法对于列表的所有派生程序都可以正常工作，这是不足为奇的。Arrays.asList()返回的类型是违反Liskov替换原则的示例吗？
浏览 0提问于2016-09-03得票数 3
回答已采纳
例如:在可枚举的1到100整数集合中，当发现3可被3整除时，3将被单词"FUZZ“替换，因此像6,9,12这样的整数将被"FUZZ”替换。当发现5被5整除时，5将被"BUZZ“一词取代，因此10，15(可被3和5整除的)将被FUZZBIZZ取代，而20将再次被替换为"BIZZ”。为了实现这一逻辑，我认为策略和单责任原则适用于此，因为在两种划分场景中，我可以为分区3和除以5提供抽象的界面策略，以及显示"FUZZ“和"BIZZ”的显示策略的另一个接口。请纠正我或指导我
浏览 3提问于2013-06-08得票数 0
回答已采纳
2回答
br.doBeforeRemove(); o.remove(); }
} 这对BeforeRemove的强制转换是否违反了利斯科夫替换原则
浏览 41提问于2020-11-09得票数 1
回答已采纳
有没有人在开发JavaScript时使用过SOLID编程原则(或它的任何部分)？例如，“接口分离原则”说：“许多特定于客户端的接口比一个通用接口更好的概念。”但据我所知，JS中没有接口(如果是接口就好了)。
浏览 2提问于2011-01-17得票数 45
回答已采纳
1回答
OSGI中的坚实原理
、、、
我读过这篇文章：
作者指出，最重要的使用实体原则的地方是模块接口，“系统中的这些连接需要最大的灵活性和弹性。这是由变化驱动的。封装在单个模块中的更改所带来的威胁小于跨越许多模块的变化。”依附反转原则在我看来很清楚，模块/bundle/jar中的实现不应该依赖于另一个实现，而应该依赖于抽象。模块不应公开任何实现细节。OSGI通过创建发布或引用服务的组件模型来实现这一点。但是其他的原则呢？例如Liskov替换原则或接口隔离原则，在OSGI中可以在哪里找到这些原则
浏览 5提问于2015-04-22得票数 3
回答已采纳
1回答
我正在读关于坚实原则的文章。chair当然，这些例子很有用，可以说明在ruby中类是多么容易被操纵，但这不违反Liskov替换原则吗
浏览 0提问于2015-10-27得票数 1
回答已采纳
在我的navReducer.js中，有以下处理.pop和.push的代码。但是遵循相同的指导原则，使用NavigationStateUtils，我如何实现用新路由替换当前场景的.replace呢？
浏览 0提问于2016-08-29得票数 2
2回答
我的预期结果:我可以通过接口分离原则实现多态性。 public void work() { }解决方案是使用Li
浏览 26提问于2021-05-25得票数 2
回答已采纳
实际硬件的测试与仿真
在Android4，5，6上，当它试图加载jquery-1.8.1.js时，它会返回下面的错误目前，我已经用var替换了所有的var，以解决这个问题。不是我喜欢的解决方案，如果你有更好的解决方案，请告诉我。
浏览 10提问于2020-04-03得票数 0
不严格地说，Liskov替换原则规定，派生类可以被替换为基类，而不会影响用户。在基类是抽象类的情况下，这意味着没有用户在使用基类的实例，Liskov继承限制是否仍然适用于派生类？
浏览 0提问于2010-02-13得票数 12
回答已采纳
据我所知，这并没有破坏Liskov的替换原则，因为子类的实例可以做父类的实例可以做的所有事情。
浏览 0提问于2010-04-12得票数 0
回答已采纳
LSP说“派生类型不能改变基类型的行为”，换句话说，“派生类型必须对它们的基类型完全可替换”。换句话说，如果我们使用多态性，我们就违反了LSP！另外，如果你使用模板方法模式，你就违反了这个原则，我已经用得很多了。请参阅此处的示例：
浏览 0提问于2013-01-19得票数 13
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
腾讯会议
实时音视频活动推荐
腾讯云开发者
