多态性是否值得增加耦合？ - 腾讯云开发者社区

文章/答案/技术大牛

发布

4回答

多态性是否值得在耦合中增加？

c++、polymorphism、coupling

我正在编写一个简单的游戏，学习如何获得更多的C++体验，我有一个想法，我觉得多态性几乎起作用了，但不起作用。在这个游戏中，Party在Map中的移动相当线性，但有时会在路上遇到Fork。through forks and show options to the player, go where s/he wants (CurrLocation++) 但我想知道，以下几种变体是否更好

浏览 5提问于2009-01-08得票数 6

回答已采纳

1回答

确定耦合性的OOP度量

object-oriented、inheritance、polymorphism、coupling

对象类之间的耦合(CBO)和多态性因子(PF)这两种OOP度量指标都是度量耦合的。是否有一个实例，其中一个有较高的耦合，而另一个有一个较低的耦合？接口继承是这样一种情况吗？另外，它们中的每一个如何测量耦合？

浏览 0提问于2017-06-18得票数 2

回答已采纳

2回答

Java 1.4:将原始类型转换为对象(耦合与性能？)

java、performance、coupling

与将整个类从第三层导入到第一层相比，这种“手动装箱”的成本是否值得，从而增加耦合？

浏览 1提问于2011-03-16得票数 5

回答已采纳

6回答

为了获得性能，避免多态性值得吗？

c++、polymorphism

为了获得性能，避免多态性值得吗？我在Stroustrup的书中读到多态函数调用比普通函数调用高25%。这是否意味着我应该尽可能避免多态性？我的意思是，我是否应该总是这样想: OK多态可以解决这个问题，但它可能会使性能变差.又或者，既然有了现代中央处理器的力量，我甚至不敢这样想？

浏览 7提问于2014-01-16得票数 9

回答已采纳

1回答

通过继承和接口实现Python多态

java、python、interface、polymorphism

我使用的是Python 2.7 (google应用程序引擎)class pet: age = None doug.bark() 我的问题是: Python是否

浏览 0提问于2012-11-25得票数 0

回答已采纳

3回答

我们是否应该创建底层架构来增加灵活性--提前还是在需要的时候？

design、maintainability

在这个问题上我问:设计更多抽象级别以允许松散耦合的成本是否值得获得好处？我们是否应该预先创建基础设施以允许灵活性和可维护性--从而使开发变得“更干净”和更“有组织”，因为开发是在现有的基础结构和抽象级别上开发的？还是应该创建基础设施，以增加灵活性，并使事物在实现过程中更加松散耦合--从而在以后可

浏览 0提问于2014-03-20得票数 1

回答已采纳

1回答

值得吗？

c#、.net、asp.net-mvc、maintenance、legacy-code

这是一个非常紧密耦合的解决方案。根本没有接口。您认为是否值得升级遗留/意大利面代码以遵循坚实的原则并实现一些设计模式？我知道有一本很好的书可以用来处理遗留代码(不记得实际名称)。问题是，每次添加新功能时，项目都在不断增长，重构的成本也在增加。我想花点时间对它进行升级，但是当我仔细研究一下这样做的细节时，它让我不知所措。有这么多的变化，我不知道从哪里开始。花这么多时间在上面值得吗？知道从哪里开始吗？

浏览 0提问于2016-09-27得票数 0

1回答

什么时候我们应该更喜欢硬耦合而不是松耦合？

oop、software-design、loose-coupling

随着所有关于松散耦合的炒作(有理由)和所有的信息，我读到了它很容易被所有的痴迷，以至于变得对它的宗教。我一直在想，什么时候硬耦合比松耦合更适合？什么时候对象是硬耦合的候选对象？

浏览 2提问于2017-08-14得票数 0

回答已采纳

2回答

黑板砌块多态还是界面？

java、unit-testing、interface、polymorphism、blackboard

多态性似乎以多种形式表示对象，因此用户可以是基类，而学生或教师则是子类。它们仍然是类型用户，但有自己的实现。接口提供了用于从子类与基类交互的大纲。多态可以与接口结合使用，有时也是必要的。库中的一些对象与库中的其他对象耦合，以便实例化或生成值。例如，需要使用课程ID号来获取成绩信息。库的API很模糊，或者根本不存在。即使我对API不太确定，多态性和/或接口是否会使在我的项目中更容易使用这些库呢？在这种类型的项目上使用多态性和/或接口是什么样子的单元测试？一般来说，在开发有不良文档的第三方

浏览 2提问于2015-02-13得票数 0

回答已采纳

5回答

编写可测试代码与避免推测的通用性

design、unit-testing、code-smell、polymorphism

今天早上我读了一些博客文章，无意中发现了这一个：如果实现客户接口的惟一类是CustomerImpl，那么您实际上没有多态性和可替换性，因为在运行时实际上没有什么可以替代的。这是假的一般性。这对我来说是有意义的，因为实现接口增加了复杂性，而且，如果只有一个实现，人们可能会认为它增加了不必要的复杂性。为了便于测试/TDD，是否值得进行推测性的一般性操作？如果您使用的是测试双倍，这些是否算作第二种实现，从而使通用性不再推测？您是否应该考虑一个更重的模拟框架，允许模

浏览 0提问于2012-02-05得票数 11

回答已采纳

5回答

面向服务体系结构中Java多态性的处理

java、oop、architecture、soa

在面向服务的体系结构中处理实体类型的多态性和继承时，最不邪恶的路径是什么？更新我将SOA定义为意味着系统的行为按用例分组为接口，然后这些逻辑通常在每个接口的一个类中实现。它绝对不应该包含任何与服务相关的业务逻辑，因为然后您引入了一个耦

浏览 5提问于2011-09-23得票数 15

回答已采纳

2回答

使用MediatR/CQRS的嵌套查询

cqrs、mediatr

我只是想知道我将尝试实现的设计是否有效CQRS。我将有一个查询处理程序，它本身将向其他子处理程序发送更多的查询。它的主要任务是聚合来自多个服务的结果。这可以从处理程序内部发送查询吗？

浏览 1提问于2018-12-07得票数 3

1回答

使用c++模板进行测试的技术

c++、templates、tdd

你在TDD上学到的第一件事是，为了让事情变得可测试，它们需要松散耦合。在大多数语言中，这是通过接口分离耦合来实现的，推迟了依赖项的注入，这样mock对象就可以停靠到我们想要测试的实现。它是否导致了困难或令人不安的副作用？简而言之，在使用模板和编译时多态性进行编程时，遵循TDD的最佳方法是什么？

浏览 1提问于2012-05-20得票数 1

2回答

替代“继承与组合？”

design、design-patterns、inheritance、anti-patterns

对于不需要在运行时交换类的组件(静态继承)的情况，这是否足以等同于组合？还是我忘记了作文的其他重要方面？

浏览 0提问于2012-11-12得票数 5

回答已采纳

3回答

如果我需要多态性，我应该使用原始指针而不是unique_ptr吗？

c++、pointers、c++11、polymorphism、smart-pointers

如果我需要多态性，我应该使用原始指针而不是unique_ptr吗？我看到了一些展示如何使用unique_ptr实现多态行为的线程。我不确定这样的麻烦是否值得，我宁愿继续使用原始的指针。

浏览 1提问于2014-03-01得票数 13

2回答

当枚举应用于许多类时，以面向对象的方式使用枚举。

java、oop、enums

public abstract void loadClass(); e.loadClass();虽然使用多态性的概念对我来说是有意义的在我看来，这将大大增加对象耦合。非常感谢。

浏览 0提问于2015-06-10得票数 1

回答已采纳

3回答

SRP给紧耦合吗？

functions、single-responsibility、coupling

但是我不知道这是否真的是一个好的决定，因为我倾向于认为这个调用会增加紧耦合的依此 (?) 所以我的问题是: SRP会增加紧耦合吗？

浏览 0提问于2018-08-25得票数 3

回答已采纳

3回答

没有静态方法的依赖反转？

design、object-oriented、object-oriented-design、solid、static-methods

显然，依赖反转原理和接口的使用使软件组件更少耦合，并提高了可维护性。另一方面，这些原则使得使用静态方法和工厂成为必要。我的问题是:是否有一种方法可以完成DIP并有效地使用接口来解耦组件而不使用静态工厂方法？用纯的、简单的面向对象程序设计可维护的软件有那么困难吗？封装、继承和多态性真的不够吗？

浏览 0提问于2015-05-30得票数 1

回答已采纳

2回答

为什么IOC容器被认为是一种减少耦合的方法？

c#、.net、dependency-injection、unity-container

我有一个问题:它将如何减少耦合？在我看来，耦合越来越多，因为：我是否误解了某些东西，或者在现实中，它正在增加耦合？

浏览 0提问于2011-08-27得票数 1

1回答

微服务体系结构:您能完全消除系统中服务之间的同步调用吗？

microservices

这是可以理解的，为什么异步通信是首选的，因为它消除了依赖，并提供低耦合和可用性等。假设有一个公共授权服务，每次用户调用API时都会调用该服务。在这个场景中，您不能进一步使用来自授权服务的响应。可以通过消息传递和回调异步实现应答/响应模式，这会增加很大的开销和延迟，但是否值得将每个请求/应答转换为asynchronously?If同步调用不能完全消除，那么在microservices?

浏览 3提问于2021-02-09得票数 1

点击加载更多

多态性是否值得在耦合中增加？

确定耦合性的OOP度量

Java 1.4:将原始类型转换为对象(耦合与性能？)

为了获得性能，避免多态性值得吗？

通过继承和接口实现Python多态

我们是否应该创建底层架构来增加灵活性--提前还是在需要的时候？

值得吗？

什么时候我们应该更喜欢硬耦合而不是松耦合？

黑板砌块多态还是界面？

编写可测试代码与避免推测的通用性

面向服务体系结构中Java多态性的处理

使用MediatR/CQRS的嵌套查询

使用c++模板进行测试的技术

替代“继承与组合？”

如果我需要多态性，我应该使用原始指针而不是unique_ptr吗？

当枚举应用于许多类时，以面向对象的方式使用枚举。

SRP给紧耦合吗？

没有静态方法的依赖反转？

为什么IOC容器被认为是一种减少耦合的方法？

微服务体系结构:您能完全消除系统中服务之间的同步调用吗？

热门标签

活动推荐

运营活动

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐