Questions tagged «maintenance»

我的印象是，随着时间的推移，将生成越来越多的开源代码，并将其添加到各种免费或部分免费的存储库中，然后通常被废弃。 是否有任何公认的废弃代码处理标准？这应该由存储库强制执行，还是由原始代码作者来决定？

10 open-source  maintenance 

我现在面临着将控制反转（IoC）容器集成到现有应用程序中的问题，并且我正在寻找一些建议，以最容易实现的最终目标是减少耦合，从而提高可测试性。尽管我通常不会将大多数类归类为上帝对象，但每个类都有太多的职责，并且由于静态，单例和缺乏接口而隐藏了依赖性。 这里有一些背景需要解决的挑战： 很少使用依赖注入 静态方法比比皆是-无论是工厂方法还是辅助方法 单身人士相当普遍 接口在使用时不太细 对象经常通过基类引入不需要的依赖 我们的意图是，下次我们需要在特定区域中进行更改时，我们将尝试弄清实际上存在的但隐藏在诸如单例和静态变量之类的全局变量之后的依赖项。 我想这会使IoC容器在引入依赖项注入之后成为第二位，但是我希望可以遵循或考虑到一系列实践和建议，以帮助我们打破这些依赖关系。

10 design  dependency-injection  maintenance 

最近，我一直在几个项目和开发环境之间切换。每种代码风格的期望都不同。 现在，我的问题分为三个部分，第一部分是出于好奇： 您如何定义和找到您的编码风格？ 您如何不断扩大和改进它？ 您如何保养它？（从心理笔记中，保存文档，使用StyleCop等工具。）

10 coding-style  maintenance 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，使它成为软件工程堆栈交换的主题。 5年前关闭。 手动检查不熟悉的代码（以进行检查或修改）时，我似乎有三个选择。 一个自上而下的阅读的代码，通过选择文件名如何根本都好像下一个源文件。 我通常最终会阅读几乎所有内容。一些文件两次。 一个广度优先读取，在那里我找到并用最少的理解阅读所有的调用方法。然后阅读该函数调用的所有函数，依此类推。 如果我深入几次，我的思想栈就会溢出。 甲深度优先读取，其中I通过所有的代码在调试器步骤，不确定是否这将需要8分钟8小时。 一旦我阅读了足够多的代码以对它的工作有一个相当扎实的理解，我通常会反映出我已经阅读了80％或更多的代码库，而基本代码则是20％或更少。我浪费了很多时间。 哪些工具可用于快速掌握陌生的代码？是否有任何工具可以对关键代码路径有一个“大印象”，并允许我深入了解任何一部分的细节？

9 tools  code-reviews  source-code  maintenance 

按照目前的情况，这个问题不适合我们的问答形式。我们希望答案会得到事实，参考或专业知识的支持，但是这个问题可能会引起辩论，争论，民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出，请访问帮助中心以获取指导。 8年前关闭。 我正在阅读《软件工程的事实和谬论》，其中有一部分内容需要维护。自从我多年以来一直是维护开发人员以来，我就收到了很多有趣的事实。这是三个。 事实41：维护通常消耗软件成本的40％至80％（平均60％）。因此，它可能是软件最重要的生命周期阶段。 事实42：增强功能约占软件维护成本的60％。纠错率约为17％。因此，软件维护主要是在向旧软件添加新功能，而不是对其进行修复。 事实45：更好的软件工程开发会带来更多的维护，而不是更少。 这是违反直觉的，事实证明，好的软件因为易于更改而具有更多的维护性。因此，它的使用时间更长，是的，导致更多的变化。 哪种范例（例如功能，面向对象，过程）具有最佳的可维护性，是否有任何研究可以支持此范例？

9 maintenance  maintainability