Change D() to allow :urls override.

[zimbatm]

class R; include Base; end

That class is used when you build a new controller with that magic R() method.

Base is not needed since it is included dynamically Camping::Controller::D(). Also, classes issued by R should not be different that normal classes I think.

Removing the dependency on R has two advantages :

• Around 9 bytes are gained
• R() could now depend on other classes and support class inheritance

I've made some tests and everything seems to work however I might miss some point.

You'll find the patch for camping-unabridged.rb and a test app below. Maybe I should also provide the patch for camping.rb ?

[zimbatm]

Removing R patch

[zimbatm]

Testing app

[zimbatm]

By the way this patch would also be highly useful for the scaffolding code I'm writing.

The scaffolding controller sets it's own urls from a root url. It looks something like that :

class Scaffolder
  class << self
    attr_accessor :path
    def urls; %w[list add remove].map{|x| "#{path}/#{x}"}; end
  end
  # other stuff here
end

Right now, Scaffolder#urls gets rewritten (in D()) because Scaffolder doesn't inherit R. But I can't inherit R because it's a different class in every application.

[why]

The real issue is that urls is getting overwritten. I'm okay changing the D() method to accomodate, but I'm not ready to get rid of the R class.

[zimbatm]

I agree that that D() is the main problem but but do you see any other uses of the R class ? I fear that R() issued Controllers won't have the same capabilities than the non-R() issued ones.

And like I said R() could also be adapted to inherit from other classes (like a Scaffold class). Naturally D() is the main problem and I can live without the rest ;-)

[zimbatm]

Replaced if(!k<R) with unless k.respond_to?(:urls)

[why]

I changed my mind and went with your complete patch. See [119]. Thanks for hanging in there!