Uploaded image for project: 'Fluid Infusion'
  1. Fluid Infusion
  2. FLUID-5022

Create framework facility for declarative definitions for dynamic collections of subcomponents

    XMLWordPrintable

    Details

    • Type: Improvement
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 1.4
    • Fix Version/s: 1.5
    • Component/s: IoC System
    • Labels:
      None

      Description

      The creation of individual components is now extremely dynamic, as a result of facilities such as FLUID-4916 for dynamically resolved component grades. However, an important gap in framework functionality is drawing up the declarative configuration for designating subcomponents themselves in a dynamic way based on other options material.
      For example, the rewritten fluid.inlineEdits constructor for FLUID-5011 makes use of manual code for fabricating one fluid.inlineEdit subcomponent definition for each member of a jQuery selector. Other situations where this has occurred is in CSpace for dynamically creating component definitions for each page of a tabs control, and in the GPII for dynamically fabricating one component for each incoming web request.

      In each case, this technique requires i) the manual fabrication of a subcomponent definition record, ii) the manual injection of this into the component's own options at the path "components".[dynamically chosen name], and iii) a manual invocation of fluid.initDependent for the dynamically chosen name.

      We should provide a facility for automating all of this work so that dynamically generated components are coded for by a dedicated kind of component configuration, and so we can deprecate and hide the API fluid.initDependent from public view.

      This work will also interact with upcoming work on refactoring the Fluid Renderer - the operation of its custom "expanders" (repeat, condition, etc.) will be recast in terms of this kind of definition, since both of these require a component collection whose size and content cannot be known until certain options material has been seen.

      It will also be relevant for work in UIOptions where subcomponents will be generated automatically in response to schematic material.

        Attachments

          Issue Links

            Activity

              People

              Assignee:
              antranig Antranig Basman
              Reporter:
              antranig Antranig Basman
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Dates

                Created:
                Updated:
                Resolved: