Ruby 3.0. Ruby og mindre kjente metoder for personvernkontroll

Grunnleggende løsninger

La oss anta at vi bruker klassen Foo, som har én offentlig metode og én privat metode:

klasse Foo
  def bar
    :awesome
  end

  private

  def baz
    :noe_privat
  end
end

Alt er flott, vi ser en slik løsning i praktisk talt alle prosjekt. Løping Foo.new.baz vil forårsake feilen NoMethodError (privat metode 'baz' kalt for # ) og det var det vi hadde tenkt å gjøre. Hva skjer hvis vi prøver å endre lagringsformatet og legger til private som et prefiks i klassedefinisjonen?

klasse Foo
  def bar
    :awesome
  end

  private def baz
    :something_private
  end
end

Som du kan se etter å ha kjørt kode, det fungerer faktisk! Hvorfor kan vi oppgi metodens synlighet før vi gjør det? Fordi når du definerer en metode, returnerer def navnet på metoden som et symbol. Dette uttrykket er ikke bare en del av syntaksen, men de facto en metode som er avledet fra modulklassen og behandler dette symbolet som et argument. For mer informasjon, se dokumentasjonen i denne lenken. Siden det begynte så enkelt med private, la oss prøve å endre synligheten til den private metoden.

klasse Foo
  def bar
    :awesome
  end

  private def baz
    :something_private
  end

  public :baz
end

Hva vil skje etter at koden er kjørt?

irb(main):012:0> Foo.new.baz
=> :noe_privat

Suksess! Basemetoden vår ble offentlig fordi vi gjorde den synlig to ganger. Den samme operasjonen gjelder selvfølgelig for modulene.
​
Flott, men hva får vi ut av det?
​
Denne funksjonaliteten gir oss mye fordi vi fritt kan endre synligheten til en metode mens vi definerer den, eller til og med endre synligheten til metoder når vi arver dem.

La oss nå ta en titt på hva Ruby 2.7 kan gjøre når det gjelder å endre synligheten til aliaser og aksessorer.

klasse Foo
  privat attr_accessor :awesome_variabel
end

Dessverre får vi en feil da den private metoden forventer symbols og attr_accessor. Koden returnerer nil, og dermed er denne metoden ikke kompatibel med den private bruken i Ruby 2.7. Så hva er alternativene våre?

1. Vi kan bruke attr_accessor under private-nøkkelordet for å få det til å fungere, dvs. at vi vil få en feilmelding når vi ønsker å referere til fantastisk_variabelfantastisk_variabel metode.

klasse Foo
  privat

  attr_accessor :awesome_variabel
end

2. Det andre alternativet er å utføre den private metoden på metoder generert av attr_attributt; i dette tilfellet må vi også huske å legge inn setteren der.

klasse Foo
  attr_accessor :awesome_variabel

  private :awesome_variable, :awesome_variable=
end

Problemer med attr_ * metoder er ikke de eneste hindringene. Vi kan støte på de samme problemene når vi ønsker å opprette et privat alias.

klasse Foo
  private alias :bar, :awesome_bar
slutt

Ruby 3.0 og virksomheten vår

Heldigvis introduserer Ruby 3.0 en stor endring, ettersom synlighetsmetodene kan ta en matrise som argument, og metodens alias, attr_ *, kan tilbakestille matrisen med navnene på metodene som er definert. Du kan lese mer her.

La oss nå se noen eksempler i den nyeste euba og sjekke om endringene faktisk har blitt gjort, og hvordan vi kan bruke dem.
​
I det første eksempelet bruker vi private før attr-tilgangeren:

klasse Foo
  privat attr_accessor :awesome_variabel
end

Et slikt anrop vil ikke forårsake feil i syntaksanalysen, og det som er viktig, er at fantastisk_variabel ogfantastisk_variabel =metoder blir private.
​
Alias-metoden vil gjøre det samme, men nå returnerer den også et symbol som navn på den nye metoden og gjør den synlig.

klasse Foo
  private alias :bar, :awesome_bar
slutt

Et interessant faktum er at vi også kan fordype oss i flere metoder, f.eks. den fantastiskeprint-modulen kan kalles mellom private og attrleseren; det er viktig at en slik metode returnerer en matrise med navnene på metodene som befinner seg på høyre side av uttrykket.

klasse Modul
  def awesome_print(navn)
    setter navn
    navn
  end
end
klasse Foo
  private awesome_print attr_reader :awesome_bar
end 

Sammendrag

Håper du vil finne denne artikkelen nyttig! I tilfelle flere nyheter om Ruby 3.0. les mer her.

God koding!

Les mer om dette:

Hold kjeft og ta pengene dine #1: Skjulte kostnader og reell smidighet i produktutviklingsprosessen

CTO-utfordringer - oppskalering og vekst av programvareprodukter