是否值得将我的功能JavaScript代码转换为面向对象的设计？

我目前正在构建一个包含大量JavaScript的小型Web应用程序.当我对最初的想法进行原型设计时,我只是将一些函数拼凑在一起,以演示应用程序最终将如何在面向对象的本质中重新编写JavaScript.

现在我已进入实施阶段,我发现为面向对象而创建面向对象的JavaScript似乎有点过分 - 该项目未来可能不需要进行任何重大修改面向对象的设计.相反,我发现一套简洁,有凝聚力的功能运作良好.

因此,有了这样说并试图遵循KISS原则,当一组函数为问题提供合适的解决方案时,是否还有其他理由值得考虑将我的代码转换为面向对象的设计？

不,虽然我个人认为OOP更加美味,但它是达到目的的手段,而不是目的.在许多情况下,程序编程比OOP更有意义,转换为转换,可能就像你说的那样过度.

不,让它成为前进 - 我认为这更有成效.

如果你的代码结构合理,布局合理,评论很好,并完成了它所需要的工作,那么除了添加功能之外的其他任何原因搞乱它是不明智的.

虽然说程序很好地OOP等可能会很好,如果它不需要改变工作,那么我会定义它保持原样.

如果它没有破坏,不要用它来fidgit :)