Ruby设计模式透析:单例(Singleton)

写软件的时候经常需要用到打印日志功能,可以帮助你调试和定位问题,项目上线后还可以帮助你 分析数据,但是Ruby原生带有的puts方法却很少在真正的项目开发中使用。

为什么作为Ruby新 手神器的puts,到了真正项目开发当中会被唾弃呢?其实只要细细分析,你就会发现它的很多弊端。比 如不可控制,所有的日志都会在项目上线后照常打印,从而降低运行效率;又或者不能将日志记录到本 地文件,一旦打印被清除,日志将再也找不回来;再或者打印的内容没有Tag区分,你将很难辨别这一 行日志是在哪个类里打印的。

你的leader也不是傻瓜,用puts的各项弊端他也清清楚楚,因此 他今天给你的任务就是制作一个日志工具类,来提供更好的日志功能。不过你的leader人还不错,并没 让你一开始就实现一个具备各项功能的牛逼日志工具类,只需要一个能够控制打印级别的日志工具就好 。

这个需求对你来说并不难,你立刻就开始动手编写了,并很快完成了第一个版本:

class Logger
    DEBUG = 0
    INFO = 1
    ERROR = 2
    NOTHING = 3

    LEVEL = DEBUG

    def debug msg
        puts msg if DEBUG >= LEVEL
    end

    def info msg
        puts msg if INFO >= LEVEL
    end

    def error msg
        puts msg if ERROR >= LEVEL
    end
end

通过这个类来打印日志,只需要控制LEVEL的级别,就可以自由地控制打印的内容。比如 现在项目处于开发阶段,就将LEVEL设置为DEBUG,这样所有的日志信息都会被打印。而项目如果上线了 ,可以把LEVEL设置为INFO,这样就只能看到INFO及以上级别的日志打印。如果你只想看到错误日志, 就可以把LEVEL设置为ERROR。而如果你开发的项目是客户端版本,不想让任何日志打印出来,可以将 LEVEL设置为NOTHING。打印的时候只需要调用:

logger = Logger.new
logger.debug("Hello World")

你迫不及待地将这个工具介绍给你的leader,你的leader听完 你的介绍后说:“好样的,今后大伙都用你写的这个工具来打印日志了!”

可是没过多久,你 的leader找到你来反馈问题了。他说虽然这个工具好用,可是打印这种事情是不区分对象的,这里每次 需要打印日志的时候都需要new出一个新的Logger,太占用内存了,希望你可以将这个工具改成用单例 模式实现。

你认为你的leader说的很有道理,而且你也正想趁这个机会练习使用一下设计模式 ,于是你写出了如下的代码:

class Logger
    private_class_method :new

    DEBUG = 0
    INFO = 1
    ERROR = 2
    NOTHING = 3

    LEVEL = DEBUG

    @@instance = nil

    def debug msg
        puts msg if DEBUG >= LEVEL
    end

    def info msg
        puts msg if INFO >= LEVEL
    end

    def error msg
        puts msg if ERROR >= LEVEL
    end

    def self.instance
        @@instance = new unless @@instance
    end
end

首先使用private_class_method将Logger的new方法私有化,这样就无法通过new方法创建 Logger的实例了。然后使用一个静态变量@@instance来保存实例,并提供一个公有的instance方法用于 获取Logger的实例,在这个方法里面判断如果@@instance为nil,就new出一个新的Logger实例,否则就 直接返回@@instance。这样就可以保证内存当中只会存在一个Logger的实例了。单例模式完工!这时打 印日志的代码需要改成如下方式:

logger = Logger.instance
logger.debug("Hello World")

你将这个版本展示给你的leader瞧,他看后笑了笑,说:“恩 ,不错,功能是实现了。不过在ruby上还有更简单的实现方式哦。”

只见他熟练地敲起了键盘 ,来向你展示更简单的单例实现方式(在最初代码基础上修改)。

require 'singleton'
class Logger
    include Singleton  

    #省略剩余代码
end

首先从系统配置路径中引入singleton.rb这个文件,然后在Logger类里引入Singleton这 个模块。OK,一切完工了!

“什么?!” 你简直不相信自己的眼睛,仅仅加入了两行代码就完 成了单例模式。“可是instance方法从哪里来的呢?”

你的leader告诉你,ruby有一个模块 (module)机制,在类里引入模块后,该类可以访问模块中的定义的方法。instance方法就是定义在 Singleton这个模块里面的,然后在运行时将这个模块引入,Logger类就可以访问Singleton中的 instance方法了。

单例:保证一个类仅有一个实例,并提供一个访问它的全局访问点。

查看本栏目更多精彩内容:http://www.bianceng.cnhttp://www.bianceng.cn/Programming/project/

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索日志
, 方法
, instance
, debug模式
, 打印日志
, level
, 一个
, 日志打印
, Logger源代码分析
, Logger
打印模块
,以便于您获取更多的相关知识。

时间: 2024-10-14 02:30:29

Ruby设计模式透析:单例(Singleton)的相关文章

Ruby设计模式透析:模板方法(Template Method)

今天你还是像往常一样来上班,一如既往地开始了你的编程工作. 项目经理告诉你,今天想 在服务器端增加一个新功能,希望写一个方法,能对Book对象进行处理,将Book对象的所有字段以XML 格式进行包装,这样以后可以方便与客户端进行交互.并且在包装开始前和结束后要打印日志,这样方 便调试和问题定位. 没问题!你觉得这个功能简直是小菜一碟,非常自信地开始写起代码. Book对象代码如下: class Book attr_accessor :book_name, :pages, :price, :aut

Ruby设计模式透析:组合(Composite)

听说你们公司最近新推出了一款电子书阅读应用,市场反应很不错,应用里还有图书商城,用户可 以在其中随意选购自己喜欢的书籍.你们公司也是对此项目高度重视,加大了投入力度,决定给此应用 再增加点功能. 好吧,你也知道你是逃不过此劫了,没过多久你的leader就找到了你.他告诉 你目前的应用对每本书的浏览量和销售量做了统计,但现在想增加对每个书籍分类的浏览量和销售量以 及所有书籍总的浏览量和销售量做统计的功能,希望你可以来完成这项功能. 领导安排的工作 当然是推脱不掉的,你只能硬着头皮上了,不过好在这个

Ruby设计模式透析:适配器(Adapter)

今天一大早,你的leader就匆匆忙忙跑过来找到你:"快,快,紧急任务!最近ChinaJoy马上就要 开始了,老板要求提供一种直观的方式,可以查看到我们新上线的游戏中每个服的在线人数." 你看了看日期,不是吧!这哪里是马上要开始了,分明是已经开始了!这怎么可能来得及呢? "没关系的."你的leader安慰你道:"功能其实很简单的,接口都已经提供好了,你只需要 调用一下就行了." 好吧,你勉为其难地接受了,对于这种突如其来的新需求,你早已习惯. 你

Ruby设计模式透析:策略(Strategy)

今天你的leader兴致冲冲地找到你,希望你可以帮他一个小忙,他现在急着要去开会.要帮什么忙 呢?你很好奇. 他对你说,当前你们项目的数据库中有一张用户信息表,里面存放了很用户的 数据,现在需要完成一个选择性查询用户信息的功能.他说会传递给你一个包含许多用户名的数组,你 需要根据这些用户名把他们相应的数据都给查出来. 这个功能很简单的嘛,你爽快地答应了. 由于你们项目使用的是MySQL数据库,你很快地写出了如下代码: require 'mysql' class QueryUtil def fin

设计模式C#描述——单例与多例模式

设计 设计模式C#描述--单例与多例模式 作为对象的创建模式,单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例.这个类称为单例类. 单例模式有以下特点: 单例类只能有一个实例. 单例类必须自己创建自己的唯一实例. 单例类必须给所有其他对象提供这一实例. 一个典型的单例类的实现如下所示:其中构造子私有表示子类不能被继承. public class Singleton { private static Singleton m_instance = null; private

如果主程序中有单例(Singleton)实现,那在不同的AppDomain里访问时,会导致单例失效

问题描述 如果主程序中有单例(Singleton)实现,那在不同的AppDomain里访问时,会导致单例失效为什么会失效? 解决方案 解决方案二:什么叫在不同的AppDomain里访问解决方案三:所谓单例,是指类啊如果你的主程序本身被打开了2个,这跟里面的类有什么关系你需要保证主程序只能有一个实例,而不是里面的类是否是单例模式解决方案四:不是,我的主程序要求是一个单例,但是有两个domain,可以直接调用吗?解决方案五:系统是多用户的?如果你做的"主程序"并不是一个跟用户交互的程序,你

【java设计模式】之 单例(Singleton)模式

1. 单例模式的定义         单例模式(Singleton Pattern)是一个比较简单的模式,其原始定义如下:Ensure a class has only one instance, and provide a global point of access to it. 即确保只有一个实例,而且自行实例化并向整个系统提供这个实例.单例模式的通用类如下图所示:         Singleton类称为单例类,通过使用private的构造函数确保了在一个应用中只产生一个实例,并且是自行

设计模式C#描述-单例与多例模式

作为对象的创建模式,单例模式确保某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例.这个类称为单例类. 单例模式有以下特点: 单例类只能有一个实例. 单例类必须自己创建自己的唯一实例. 单例类必须给所有其他对象提供这一实例. 一个典型的单例类的实现如下所示:其中构造子私有表示子类不能被继承. public class Singleton{private static Singleton m_instance = null; private Singleton(){}public sta

Effective java 第2版 - 笔记(01) 单例(Singleton)的枚举(enum)实现

直接上代码: 1 public enum Boss { 2 3 INSTANCE; 4 5 private String name; 6 7 public void doSomeThing() { 8 System.out.println(name + " is doing something now..."); 9 } 10 11 public String getName() { 12 return name; 13 } 14 15 public void setName(Stri