ciscoconfparse with factory=True doesn't do what you want (yet)

[mpenning]

It seems that the factory=True code in models_cisco.py and models_asa.py is becoming somewhat popular. These days, I am getting bugs filed against it as much as regular ciscoconfparse code.

Sadly, there is a lot of work to do on the factory=True methods, and I am not convinced that the factory model for configuration lines is the right approach yet; this doesn't mean I will rip it out, but it certainly does mean I'm not done...

Please heed the warning at the top of the source code, until I work out the right direction to take this effort. As such, the code in models_cisco.py and models_asa.py might change... significantly.

### HUGE UGLY WARNING:
###   Anything in models_cisco.py could change at any time, until I remove this
###   warning.  I have good reason to believe that these methods are stable and 
###   function correctly, but I've been wrong before.  There are no unit tests
###   for this functionality yet, so I consider all this code alpha quality. 
###
###   Use models_cisco.py at your own risk.  You have been warned :-)

All that said, I don't mind bugs filed against factory=True; I definitely want to know what to prioritize.

[github-actions]

This issue has automatically been marked stale due to inactivity. The issue will close unless further activity occurs. Please understand that the CiscoConfParse team is not obligated to comment on every issue. For more detailed information, please refer to our CONTRIBUTING guidance.

[github-actions]

Due to inactivity, CiscoConfParse's maintainers are closing this issue. Please refrain from further comments. In the future, CiscoConfParse's maintainers may reopen it solely at their own discretion. For more detailed information, please refer to our CONTRIBUTING guidance -> https://github.com/mpenning/ciscoconfparse/blob/master/.github/CONTRIBUTING.md