standards - 什么时候最好更改代码以符合标准？

Question

我最近负责调试两个不同的程序，这两个程序最终至少需要共享一个 XML 解析脚本。一个是用 PureMVC 编写的，另一个是从头开始构建的。虽然最初从头开始编写是有意义的(它节省了大量内存，但内存问题已得到解决)。

移植非PureMVC应用程序将花费大量时间和精力，这并不需要使用，但它将使文档和代码共享变得更容易。它还将降低整体学习曲线。考虑到这一点:

1。在考虑是否最好将事物转移到一个标准时应该考虑什么？

---

(相关说明)

有些代码有点奇怪。由于解释应用程序必须将命令从一种语法转换为另一种语法，因此拥有解释器对象是有意义的。因为需要与外部环境进行通信，所以让一个对象与环境交互更有意义，并且为此专门与解释器打交道。

实际上，创建了一个反单例模式。该对象只会与解释器交互，仅此而已。如果另一个类的成员尝试调用其公共(public)方法之一，该对象将引发异常。

有更好的方法可以实现这一点，但这确实有点奇怪。有更标准的方法可以完成同样的事情，尽管它们通常涉及创建非常大的类或类文件。我能找到的唯一符合标准的解决方案将涉及当前所需的尽可能多的评论和解释，甚至更多。考虑到这一点:

2。如果某些代码很古怪，但很有效，那么是否最好对其进行更改以使其不那么古怪，即使它变得更加笨拙？

Answer 1

在我看来，这种类型的重构通常不会被纳入日程安排中，只能在有额外时间的情况下进行。

通常情况下，运输代码的标准是它是否有效，不一定是最好的代码解决方案。

因此，在回答您的问题时，当我有时间时，我会尝试进行重构。首要任务仍然是生成一段功能性代码。