[
https://issues.apache.org/jira/browse/CALCITE-2832?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Vladimir Sitnikov updated CALCITE-2832:
---------------------------------------
Description:
Current operand / operandJ work, however it is non-trivial to pick the right
one, and it does not scale as features grow.
It would be great to have a builder there.
He's a relevant post: https://bsideup.github.io/posts/builders_vs_java/
TL;DR (see "Real solution'): non-fluent builders enable to write extensible and
concise code.
Some thoughts can be found in CALCITE-1166
was:
Current operand / operandJ work, however it is non-trivial to pick the right
one, and it does not scale as features grow.
It would be great to have a builder there.
He's a relevant post: https://bsideup.github.io/posts/builders_vs_java/
TL;DR (see "Real solution'): non-fluent builders enable to write extensible and
concise code.
> Create RuleOperandBuilder for building RelOptRule operands
> ----------------------------------------------------------
>
> Key: CALCITE-2832
> URL: https://issues.apache.org/jira/browse/CALCITE-2832
> Project: Calcite
> Issue Type: Improvement
> Components: core
> Affects Versions: 1.18.0
> Reporter: Vladimir Sitnikov
> Assignee: Julian Hyde
> Priority: Major
>
> Current operand / operandJ work, however it is non-trivial to pick the right
> one, and it does not scale as features grow.
> It would be great to have a builder there.
> He's a relevant post: https://bsideup.github.io/posts/builders_vs_java/
> TL;DR (see "Real solution'): non-fluent builders enable to write extensible
> and concise code.
> Some thoughts can be found in CALCITE-1166
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
