不，它不是访问每个方法，它是一个“解析”操作符，也就是说，你用它来解析一个常量/静态符号的范围(或者你可以说的位置)。

例如，在第一行中，Rails使用它来查找ActiveRecord内部的基类。模块，在你的第二个模块中，它用于定位路由类的类方法(静态)，等等。

它不是用来暴露任何东西，而是用来“定位”你瞄准镜周围的东西。

http://en.wikipedia.org/wiki/Scope_resolution_operator

Ruby on rails使用::进行名称空间解析。

class User < ActiveRecord::Base

  VIDEOS_COUNT = 10
  Languages = { "English" => "en", "Spanish" => "es", "Mandarin Chinese" => "cn"}

end

使用它:

User::VIDEOS_COUNT
User::Languages
User::Languages.values_at("Spanish") => "en"

另外，其他用法是:当使用嵌套路由时

OmniauthCallbacksController在用户下定义。

并路由为:

devise_for :users, controllers: {omniauth_callbacks: "users/omniauth_callbacks"}


class Users::OmniauthCallbacksController < Devise::OmniauthCallbacksController

end

这一切都是为了防止定义与链接到项目中的其他代码冲突。这意味着你可以把事情分开。

例如，你可以在你的代码中有一个名为“run”的方法，你仍然可以调用你的方法，而不是在你链接的其他库中定义的“run”方法。

加上前面的答案，使用::访问实例方法是有效的Ruby。以下均有效:

MyClass::new::instance_method
MyClass::new.instance_method
MyClass.new::instance_method
MyClass.new.instance_method

根据最佳实践，我认为只推荐最后一种。

简单来说，它是一个命名空间， 命名空间是模块、类、函数等的容器。同时也有助于解决名称冲突的问题。 在ruby中，你可以通过模块访问命名空间

module A
  class Article
     def Base
     end
  module B
  end
end

所以要访问类Article，我们使用A::Article。 在某些情况下你会看到 答::文章<应用程序::Base 这意味着模块A的Article类继承了Application模块的基类。

::基本上是一个名称空间解析运算符。它允许您访问模块中的项，或类中的类级项。例如，假设你有这样的设置:

module SomeModule
    module InnerModule
        class MyClass
            CONSTANT = 4
        end
    end
end

你可以通过SomeModule::InnerModule::MyClass::CONSTANT从模块外部访问CONSTANT。

它不会影响类中定义的实例方法，因为您可以使用不同的语法(点。)访问这些实例方法。

相关提示:如果你想回到顶层的命名空间，请执行:::SomeModule - Benjamin Oakes