[bind10-dev] BIND 10 trac503, updated. implement ANY query logic

[Michal 'vorner' Vaner]

Hello

On Wed, Jan 26, 2011 at 02:32:12PM -0800, JINMEI Tatuya / 神明達哉 wrote:
> > Then may I point out the name is probably misleading? I didn't look
> > the class up in the documentation, but I expected by the name that
> > it is just a vector wrapped in something.
> 
> Yes, that's a valid argument.  We were aware that it was named badly,
> but we couldn't come up with a better name for the concept of "a set
> of RRsets": RRsetset would look awkward; RRsets would be confusing
> (with RRset).  So we left the name unchanged.  Such a background story
> should have been documented, but at that time we didn't have time for
> that either...

RRsetStorage? Hmm, that would suggest it might be permanent. RRsetBag? I don't
know. BunchOfRRsets looks really odd.

> > So, while not completely disagreeing with you, may I propose
> > something? Leave it as it is right now, because the thing
> > works. Later we will be merging interfaces of in-memory datasource
> > and the SQLite datasource and will need to come up with something
> > common. It will cause earthquake in the interfaces, so why don't we
> > solve it after then?
> 
> Works for me.  I'll update the documentation for Zone::find() with
> noting this point (btw the current documentation seems insufficient.
> It only briefly mentions the new "target" parameter in the parameter
> list).

Are you looking at MemoryZone or Zone? The one with Zone is longer, because
no one should be really interested in MemoryZone specially.

Have a nice day

-- 
Look! Behind you!

Michal 'vorner' Vaner
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
URL: <https://lists.isc.org/pipermail/bind10-dev/attachments/20110127/fcb857e5/attachment.bin>