问题标签 [methodology]

实现极松耦合的最佳方法是什么？

如果您想将您的软件模块化到如此极端的程度，以至于没有任何部分依赖于系统中的任何其他部分，但它们仍然能够通信，这意味着我们必须使用（与技术无关的）来实现这个目标

请提出建议，将此视为头脑风暴... :)

当我刚刚学习 Scrum 时，在我看来，在迭代的一部分中，你可能是一只鸡，但到了该做你的部分时，你就会变成一头猪。然后回去做一只鸡。这是正确的想法吗？您在迭代中的股份会在迭代期间发生变化吗？如果不是，那是如何工作的？因为当软件被构建时，它被计划、编码、测试、改进，然后它就完成了。我的想法有问题吗？谢谢！

这是 DDD 困扰我一段时间的一件事。在处理具有复杂模型以及技术人员和非技术领域专家之间需要大量交互的非技术业务领域时，我可以清楚地看到这种方法的好处。

但是，当所讨论的“领域”是技术性的时候呢？

例如，情况 A) 以 Web 启动为例。想象一下，他们正在尝试完成一些相当复杂的事情（比如 facebook 克隆），但几乎所有员工都是技术人员（或者至少具有很强的技术理解力）。

情况 B) 情况类似，但项目的雄心略低，并且一个单独的开发人员试图创建具有优雅架构的东西。

我真的很想听听人们怎么说。我真正想要了解的是，DDD 的好处在哪里，可能的缺点是什么，以及在什么时候一个比另一个更重要......

如果有人创建了一个使用（单元）测试作为其逻辑的小型诊断内部 Web 应用程序，那么是否有这样做的正当理由？请记住，Nunit 也必须部署在该网站所在的任何位置。

我认为程序应该包含它们自己的逻辑和可能可重用的部分（如果有的话），但不能为它们的逻辑包装测试。测试的目的是验证代码逻辑。如果您说测试将成为代码逻辑，那么您是否不需要编写测试来验证测试？为什么这从根本上是错误的？

提示：因为现在你将所有这些测试串在一起并相互关联，这意味着它们不再依赖（？）。

如果我有一个方法可以做某事并另外记录信息，如果我不想记录或使用标志，我应该创建一个新方法吗？

……对……

我的场景很简单，我主要对 flag 参数感兴趣，它可能是一个枚举，在同一方法中创建了许多 if...else if...else if 场景。与仅创建具有不同名称的新方法相比。我赞成第二种解决方案（新方法），因为它允许方法承担一个责任。从根本上说，这是一个更简单的解决方案。

使用标志版本的原因是什么？

I'm wondering what the best way to work with PHP web pages in Eclipse.

For instance, what I normally do is create a project with remote links to the files on the server. This way I can make changes->save them->and instantly see the effects in a browser.

However, this method does not allow me to commit the remote files to SVN. I could have a local working copy checked-out from SVN; then copy/export the files to the server every time I made a change, but that gets annoying fast.

My question is what is you workflow or method for working/debugging/testing/committing PHP projects in Eclipse?

读完这篇文章后，我有点和提出问题的人一样。我喜欢技术，想出解决现实世界问题的新想法只会让我的神经元变得饥渴，但等式的另一部分——实际上（快速）完成任务——通常很难完成，特别是当我我为自己做这件事。

有时我对代码感到很无聊，有时我会花更多时间在文本编辑器中移动光标并盯着我的代码，试图提出一个比我已有的更好的解决方案。听说这是一种病，叫完美主义。

我在同一篇文章中读到过（在 SO 上也读过几次），TDD 实际上可以很好地停止像女孩一样编码，但是我从来没有给 TDD 机会——要么是因为我懒得学习/设置它，或者因为我认为我不需要它，因为我可以在脑海中进行所有我需要的测试。

• 你是否也相信 TDD 实际上有助于 GTD？
• 关于 TDD，我需要了解什么？
• TDD 的替代品呢？
• 组织/开发 TDD Web 应用程序的最佳方法是什么？
• 我应该使用哪些库（如果有的话）让我的生活更轻松？

PS：我主要（但不完全）在这里使用 PHP。

我看到很多文章都在说 IoC 和 DI 有多棒，却没有说它为什么不那么棒，因为它会使代码变得更复杂。我还看到 IoC 不应该是代码的核心部分，而更多的是用于库和插件。文章通常很少提及这两种模式如何使代码变得更复杂，但没有太多关于细节的介绍。那是我的问题——你不应该在哪里使用这些模式？

这是一个很好的线程：什么是控制反转？. 如果你再往下看，有一篇关于拼写检查器的帖子和另一篇关于如果 IoC 只是一个拼写检查器的话，它可能不是很好用的帖子。作为一般准则，是否应该不使用 IoC，因为我曾经只有一个具体的接口类？意思是，我有 IMyClass。然后只有实现 IMyClass 的具体 MyClassA。为什么我想要 IoC？

如果我有 MyClassA、MyClassB 和 MyClassC，每个都实现了 IMyClass，那么这些可能是 IoC 的好候选人，对吗？

从同一个线程，有谁知道这篇文章的意思：

• 控制反转=婚姻
• 国际奥委会容器=妻子

我遇到了很多敏捷工作的人，他们中的大多数人往往是计划和委派工作的经理和架构师。然而，我真的没有找到多少优秀的开发人员相信敏捷正在为他们工作。

当然，如果敏捷不适合你，你可以说你做得不对。但是，无论有什么敏捷混音，它对作为开发人员的你有用吗？为什么？有没有人认为，在传统（或接近）的团队结构中，敏捷感觉更像是一种微观管理而不是自我管理？

我已经购买了带有应用程序的面向对象分析和设计，在第 64 页第 2 段解释了“是”层次结构，如下所示。

就其“是”层次而言，高级抽象是泛化的，而低级抽象是专门化的。因此，我们说 Flower 类比 Plant 类处于更高的抽象级别。

据我了解，我认为植物比植物更概括，然后花类的抽象级别较低。

我想知道此时我的理解是正确的还是书上的正确？请澄清一下。