-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://reviewboard.asterisk.org/r/4437/#review14580
-----------------------------------------------------------


I think you hit on just about everything I asked about, so yay for that.

...that is, except for one thing. I had mentioned about how ast_query_set_get() 
was a leaky abstraction. After thinking about this a bit more, I've figured out 
a good compromise for it. What if there were an API call to get the number of 
queries in a query set? This way, you could write loops like:

for (i = 0; i < ast_query_set_num_queries(query_set); ++i) {
    struct ast_dns_query *query = ast_dns_query_set_get(query_set, i);
    ...do stuff...
}

or you could get specific queries from the set by index if you know in advance 
which you want. What do you think about that?

- Mark Michelson


On Feb. 23, 2015, 12:25 a.m., Joshua Colp wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://reviewboard.asterisk.org/r/4437/
> -----------------------------------------------------------
> 
> (Updated Feb. 23, 2015, 12:25 a.m.)
> 
> 
> Review request for Asterisk Developers.
> 
> 
> Repository: Asterisk
> 
> 
> Description
> -------
> 
> A wiki page is present at:
> 
> https://wiki.asterisk.org/wiki/display/~jcolp/Asterisk+DNS+API
> 
> Which details a new DNS API for Asterisk. This exists as a thin wrapper over 
> other resolver libraries. The core part provides a common interface and some 
> additional features, such as NAPTR/SRV parsing and recurring lookups. 
> Examples are provided which cover the common use cases for the API.
> 
> Some stuff to think about:
> 
> 1. Does this encompass everything we think a low level API should?
> 2. Are there any higher level APIs that would be useful to have?
> 3. Is the usage intuitive and easy?
> 4. Are there other examples which would help?
> 5. Do we want resolvers to be actual modules or keep them in-core?
> 6. Anything else you think of
> 
> Have at it!
> 
> 
> Diffs
> -----
> 
> 
> Diff: https://reviewboard.asterisk.org/r/4437/diff/
> 
> 
> Testing
> -------
> 
> I've logically run through the API and examples to ensure they provide what 
> is needed for the future, to make them as easy as possible to use, and to 
> ensure higher level APIs can be created.
> 
> 
> Thanks,
> 
> Joshua Colp
> 
>

-- 
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
   http://lists.digium.com/mailman/listinfo/asterisk-dev

Reply via email to