Python
Java
PHP
IOS
Android
Nodejs
JavaScript
Html5
Windows
Ubuntu
Linux
Laravel 门面有依赖性吗?
我读到 一个类不应该有太多的依赖关系 在一本书中 它指出 4 个依赖项可能表明类可能做了太多事情 假设我编写了一个使用 10 个依赖项的类 6 个类和 4 个外观 我应该只关心这 6 个类并将它们分开 还是也关心 4 个外观 如果有人想知道
php
singleresponsibilityprinciple
laravelfacade
实现多个接口是否违反单一职责原则?
From 维基百科 http en wikipedia org wiki Single responsibility principle 单一责任原则规定每个类都应该有一个 单一责任 并且该责任应该完全由 由类封装 这是否意味着实现多个接口
单一职责和混合
鉴于Mixins http en wikipedia org wiki Mixin通常会在类中引入新的行为 这通常意味着一个类将具有多个行为 如果一个类具有单一职责 则这被定义为该类只有一个变更原因 所以 我可以从两个不同的角度来看待这个问
DesignPatterns
OOP
singleresponsibilityprinciple
mixins
单一职责原则在 OOP 中有效吗?
我正在努力理解如何将单一职责原则与 OOP 结合使用 如果我们要完全遵循这一原则 那么我们是否会留下许多类 其中许多类可能每个都只有一个方法 如果我们不严格遵循这个原则 那么这个原则还有什么意义呢 我喜欢这样陈述单一职责原则 你编写的每件事
OOP
DesignPatterns
solidprinciples
singleresponsibilityprinciple
如何在单例类中使用DbContext?
我实现了一个类EUMemberChecker它负责检查一个国家是否是欧盟成员国 为了完成其工作 该类包含一个方法public bool IsEUMember string country 用于检查一个国家是否是欧盟成员的数据存储在 Post
单一责任原则的例子是什么? [关闭]
Closed 这个问题需要多问focused help closed questions 目前不接受答案 有人可以给我一个单一责任原则的例子吗 我试图理解在实践中 一个班级承担单一责任意味着什么 因为我担心我可能每天都会违反这条规则 破坏应
接口隔离原则只是单一职责原则的替代品吗?
接口隔离原则只是单一责任原则的替代品吗 我认为如果我的类满足 SRP 则无需提取多个接口 因此 ISP 看起来像是解决方案 以防我们因某种原因必须破坏 SRP 我对吗 不 以一个类为例 该类的职责是保存数据 例如硬盘 将类分为读部分和写部分
单一职责原则有什么用?
我试图理解单一职责原则 但我很难理解这个概念 我正在阅读 Lucian Paul Torje Adrian Ianculescu Kamalmeet Singh 所著的 Java 设计模式和最佳实践 一书 在这本书中我正在阅读单一职责原则章
OOP
solidprinciples
singleresponsibilityprinciple
designprinciples
具有 CRUD 方法的类违反了单一职责原则?
我试图理解单一责任原则 我有以下问题 单一职责原则 SRP 规定 永远不应该 班级变更的原因不止一个 通常我们的Resource Service和Repository类有 创建 读取 更新和删除方法 我们正在将每个班级更改为 修改任何这些操
Spring
solidprinciples
singleresponsibilityprinciple
在SOLID中,SRP和ISP有什么区别? (单一职责原则和接口隔离原则)
如何SOLID http en wikipedia org wiki Solid object oriented design 接口隔离原则 与 单一职责原则 有何不同 维基百科SOLID 条目说 http en wikipedia org
当前的 MVVM 视图模型实践是否违反了单一职责原则?
根据当前的实践 至少在 WPF 和 Silverlight 中 我们可以看到视图模型中通过命令绑定来绑定视图 或者至少可以看到视图模型中处理的视图事件 这似乎违反了SRP http en wikipedia org wiki Single
WPF
silverlight
MVVM
ViewModel
singleresponsibilityprinciple
编写只做一件事并把它做好的程序
我可以通过封装掌握 做一件事 部分 依赖注入 http en wikipedia org wiki Dependency injection 最少知识原则 http en wikipedia org wiki Law of Demeter
solidprinciples
singleresponsibilityprinciple
yagni
单一职责原则 - 一个很难看到的例子?
我刚刚读到了单一职责原则 Robert C Martin 有一次指出 有时很难看出一个类具有多个职责 谁能提供这样一个类的例子吗 考虑一个具有方法的 HTTP 类 获取 网址网址 SendRequest 字符串请求 这两种方法都与 HTTP
OOP
singleresponsibilityprinciple
单一职责原则与贫乏/丰富领域模型有何关系?
目前正在对从另一个团队接管的东西进行一些代码审查 并对应用 SRP 及其与贫血或丰富域模型 由 Martin Fowler 定义 的关系存有疑问 富域模型的概念是拥有智能对象 不仅可以设置 获取其属性 还可以执行一些更复杂的业务逻辑 我想知
Java
domaindrivendesign
singleresponsibilityprinciple
anemicdomainmodel
单一职责原则对于验证意味着什么
单一责任原则是否意味着您的验证规则应该位于实体外部 如果是这样 您是否为每个验证规则使用一个类 我通常将其解释为 实体 和实体的验证应该是单独的问题 我通常会使用可以验证整个实体的单个类 但我认为没有理由通过不允许该类使用其他类来限制其实现
validation
singleresponsibilityprinciple