Ik vind dit een beetje gek, deze methoden werken alleen maar nadat je `prepare` hebt aangeroepen? Die `reset` methode geeft ook aan dat er iets geks aan de hand is, waarom moet de "buitenwereld" zich bekommeren om de interne state van dit object?

 Ze lijken ook weinig te maken te hebben met de rest van deze class, anders dan dat ook HTTParty gebruiken. Wat vind je van het idee om dit op te splitsen naar nog een extra class, bijv:

```ruby
class Client
  include HTTParty

  def prepare
    # doe dingen en return:
    DelayedCalculation.new(response.headers['location'])
  end
end

class DelayedCalculation
  include HTTParty

  def initialize(location)
    @location = location
  end

  def graphics(type = :svg)
    # etc
  end
end

client = Client.new
result1 = client.prepare(...)
result2 = client.prepare

result1.graphics
result2.graphics
```

Dat lost ook dat state/reset probleem op. De state zit nu gewoon in een ander object, en wordt gereset wanneer het object out-of-scope gaat, net zoals alle andere objecten.