猴子修补基础ruby课是一种不好的做法?
我正在开发一个
ruby项目,我们计划在其中使用
ruby字符串进行一些操作.有些操作很简单(比如计算单词数),有些操作比较复杂(比如检查给定字符串是否使用正确的语言).
实现这一点的一种可能方法是使用额外的方法修补String类,而不修改任何现有方法,并添加“some string”.word_count和“some string”.cjk?等行为. 另一种基于FileUtils的方法是创建一个充满方法的类或模块,并始终使用字符串作为参数,如OddClassName.word_count(“some string”)和OddClassName.cjk?(“some string”).由于可读性,我们更喜欢第一个. 我理解猴子修补基本类,如第一个替代方案中所描述的可以有名称冲突.但是,如果这是主要应用程序,而不是库,我应该担心它吗? 所以,问题是: >将方法添加到ruby基类是一种不好的做法吗?如果是,那是在所有情况下还是仅在某些情况下? 请建议任何替代方案. 解决方法
除非你编写没有PatchedClass相关行为的奇怪方法(例如,String.monkeyPatchForMakingJpegFromString相当糟糕,但Jpeg.fromString足够好了),猴子修补不被认为是一种不好的做法.
但是如果您的项目相当大,那么您在其中使用的库可能碰巧有碰撞的补丁,因此您可能还有一个问题就是所有这些修补程序.在Ruby 2.0中,改进得到了帮助.它们的工作方式如下:定义一个模块,在其中优化(甚至核心)类,然后在必要时使用该模块.因此,在您的代码中它的工作原理如下: YourClass.new.refinedMethodFromCoreClass #=> some result 但 CoreClass.refinedMethodFromCoreClass 产生未定义的方法异常. 这些都是猴子修补的东西:猴子修补是有用和方便的,但改进添加了一些功能,使您的代码更安全,可维护和整洁. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |