ฉันควรใช้นามแฝงหรือ alias_method หรือไม่

ผมพบว่าการโพสต์ในบล็อกเมื่อเทียบกับalias alias_methodดังที่แสดงในตัวอย่างที่ให้ไว้ในบล็อกโพสต์นั้นฉันเพียงต้องการนามแฝงวิธีการอื่นในชั้นเรียนเดียวกัน ฉันควรใช้แบบไหน ฉันมักจะเห็นการaliasใช้งาน แต่มีคนบอกฉันว่าalias_methodจะดีกว่า

การใช้นามแฝง

class User

  def full_name
    puts "Johnnie Walker"
  end

  alias name full_name
end

User.new.name #=>Johnnie Walker

การใช้ alias_method

class User

  def full_name
    puts "Johnnie Walker"
  end

  alias_method :name, :full_name
end

User.new.name #=>Johnnie Walker

ลิงก์โพสต์บล็อกที่นี่

alias_methodสามารถนิยามใหม่ได้ถ้าต้องการ (มันถูกกำหนดในModuleชั้นเรียน)

aliasพฤติกรรมของการเปลี่ยนแปลงขึ้นอยู่กับขอบเขตและอาจไม่แน่นอนในบางครั้ง

คำตัดสิน: ใช้alias_method- ช่วยให้คุณมีความยืดหยุ่นมากขึ้น

การใช้งาน:

def foo
  "foo"
end

alias_method :baz, :foo

นอกเหนือจากไวยากรณ์ความแตกต่างที่สำคัญคือในการกำหนดขอบเขต :

# scoping with alias_method
class User

  def full_name
    puts "Johnnie Walker"
  end

  def self.add_rename
    alias_method :name, :full_name
  end

end

class Developer < User
  def full_name
    puts "Geeky geek"
  end
  add_rename
end

Developer.new.name #=> 'Geeky geek'

ในวิธีการกรณีข้างต้น“ ชื่อ” เลือกวิธี“ full_name” ที่กำหนดในคลาส“ นักพัฒนา” aliasตอนนี้ให้ลองด้วย

class User

  def full_name
    puts "Johnnie Walker"
  end

  def self.add_rename
    alias name full_name
  end
end

class Developer < User
  def full_name
    puts "Geeky geek"
  end
  add_rename
end

Developer.new.name #=> 'Johnnie Walker'

ด้วยการใช้นามแฝงวิธีการ "ชื่อ" ไม่สามารถเลือกวิธี“ full_name” ที่กำหนดในนักพัฒนา

นี่เป็นเพราะaliasเป็นคำหลักและมีการกำหนดขอบเขตศัพท์ มันหมายความว่ามันจะถือว่าselfเป็นมูลค่าของตัวเองในเวลาที่อ่านซอร์สโค้ด ในทางตรงกันข้ามalias_methodถือว่าselfเป็นค่าที่กำหนดในเวลาทำงาน

ที่มา: http://blog.bigbinary.com 2012/ 01/08/alias-vs-alias-method.html

จุดในความโปรดปรานของaliasแทนที่จะalias_methodเป็นความหมายว่าเป็นที่ยอมรับโดย RDOC นำไปอ้างอิงข้ามเรียบร้อยในเอกสารที่สร้างขึ้นในขณะที่ RDOC alias_methodสมบูรณ์ไม่สนใจ

ฉันคิดว่ามีกฎที่ไม่ได้เขียนไว้ (เช่นการประชุม) ที่บอกว่าใช้ 'นามแฝง' เพื่อลงทะเบียนชื่อนามแฝงเมธอดซึ่งหมายความว่าถ้าคุณต้องการให้ผู้ใช้รหัสของคุณหนึ่งวิธีที่มีชื่อมากกว่าหนึ่งชื่อ:

class Engine
  def start
    #code goes here
  end
  alias run start
end

หากคุณต้องการที่จะขยายรหัสของคุณใช้ทางเลือกทับทิมทับทิม

class Engine
  def start
    puts "start me"
  end
end

Engine.new.start() # => start me

Engine.class_eval do
  unless method_defined?(:run)
    alias_method :run, :start
    define_method(:start) do
      puts "'before' extension"
      run()
      puts "'after' extension"
    end
  end
end

Engine.new.start
# => 'before' extension
# => start me
# => 'after' extension

Engine.new.run # => start me

หนึ่งปีหลังจากถามคำถามจะมีบทความใหม่เกี่ยวกับเรื่องนี้:

http://erniemiller.org/2014/10/23/in-defense-of-alias/

ดูเหมือนว่า "ผู้ชายหลายคนจิตใจมากมาย" จากผู้เขียนบทความอดีตกระตุ้นให้เกิดการใช้งานในขณะที่หลังแนะนำให้ใช้alias_methodalias

อย่างไรก็ตามมีภาพรวมทั่วไปของวิธีการเหล่านี้ทั้งในบล็อกและคำตอบด้านบน:

• ใช้aliasเมื่อคุณต้องการ จำกัด นามแฝงให้อยู่ในขอบเขตที่กำหนดไว้
• ใช้alias_methodเพื่ออนุญาตให้คลาสที่สืบทอดมาเพื่อเข้าถึง

ผู้ให้อัญมณี rubocop เสนอในRuby Style Guideของพวกเขา:

ชอบนามแฝงเมื่อใช้นามแฝงวิธีการในขอบเขตระดับคำศัพท์เป็นความละเอียดของตัวเองในบริบทนี้ก็เป็นคำศัพท์และมันสื่อสารอย่างชัดเจนกับผู้ใช้ว่าการเปลี่ยนทิศทางของนามแฝงของคุณจะไม่ถูกเปลี่ยนที่รันไทม์หรือโดยคลาสย่อยใด ๆ

class Westerner
  def first_name
   @names.first
  end

 alias given_name first_name
end

ใช้ alias_method ทุกครั้งเมื่อใช้นามแฝงวิธีการของโมดูลคลาสหรือคลาสซิงเกิลที่รันไทม์เนื่องจากขอบเขตของนามแฝงนำไปสู่ความไม่แน่นอนในกรณีเหล่านี้

module Mononymous
  def self.included(other)
    other.class_eval { alias_method :full_name, :given_name }
  end
end

class Sting < Westerner
  include Mononymous
end

alias_method new_method , old_method

old_methodจะถูกประกาศในชั้นเรียนหรือโมดูลซึ่งกำลังได้รับการสืบทอดในชั้นเรียนของเราตอนนี้ที่จะใช้new_method

สิ่งเหล่านี้สามารถเป็นตัวแปรหรือวิธีการทั้งสอง

สมมติว่า Class_1 มี old_method และ Class_2 และ Class_3 ทั้งคู่จะได้รับ Class_1

หากการกำหนดค่าเริ่มต้นของ Class_2 และ Class_3 เสร็จสิ้นใน Class_1 จากนั้นทั้งสองสามารถมีชื่อแตกต่างกันใน Class_2 และ Class_3 และการใช้งาน