[
https://issues.apache.org/jira/browse/QPID-1018?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598267#action_12598267
]
Rafael H. Schloming commented on QPID-1018:
-------------------------------------------
I think I prefer option (1) since it permits the correct type to be reterned,
e.g.:
getMaxPrefetch() --> boolean, vs MAX_PREFETCH.getVal() --> Object
I also don't see how option (2) is more flexible in a useful way. Granted it
does provide the code with more information about the property, but I don't see
why the calling code would ever care about anything other than what the current
value of the property is. In fact I would think any logic that depends on that
information should go behind the getter, not in the calling code.
> Client properties centralization
> ---------------------------------
>
> Key: QPID-1018
> URL: https://issues.apache.org/jira/browse/QPID-1018
> Project: Qpid
> Issue Type: Improvement
> Components: Java Client
> Affects Versions: M3
> Reporter: Arnaud Simon
> Assignee: Arnaud Simon
> Fix For: M3
>
>
> Currently client props are distributed all over the code. It would be more
> coherent and easy to document if we centralized them.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
