Uploaded image for project: 'yangtools'
  1. yangtools
  2. YANGTOOLS-1453

Do not use Class for ParserNamespace identification

XMLWordPrintable

    • Icon: Improvement Improvement
    • Resolution: Done
    • Icon: High High
    • 10.0.0
    • None
    • parser

      All namespace interactions are centered around ParserNamespace, which is an interface and its concretizations, which are also interfaces, hence it is not clear what is an abstract concept and what is a real namespace.
      Furthermore we ParserNamespace.class equivalents in API calls, which leads to inscrutable interactions, as it looking for users of a particular namespace means searching for Namespace.class references.

      This is an artifact of the proof-of-concept design and a few unfortunate entanglements of ParserNamespaces with other constructs.

      Refactor these to the point where we only have ParserNamespace and SchemaTreeNamespace classes and all other identifiers being singleton objects. To that effect ParserNamespace needs to become a proper yang.concepts.Identifier and needs to be used as such.

            rovarga Robert Varga
            rovarga Robert Varga
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

              Created:
              Updated:
              Resolved: