SQL::Abstract::More的演进策略：征求反馈
内容提要
我正在准备SQL::Abstract::More的新版本，主要修复‘quote_char’参数非空时的多个长期存在的bug。该模块是SQL::Abstract的扩展，经历了多次重写和兼容性问题。当前版本默认父类为SQL::Abstract::Classic，未来版本计划去掉对其的继承。希望用户提供反馈。
关键要点
-
正在准备SQL::Abstract::More的新版本，主要修复‘quote_char’参数非空时的多个长期存在的bug。
-
SQL::Abstract::More是SQL::Abstract的扩展，经历了多次重写和兼容性问题。
-
当前版本默认父类为SQL::Abstract::Classic，未来版本计划去掉对其的继承。
-
用户反馈对开发过程至关重要，尤其是在复杂的兼容性问题上。
-
SQL::Abstract::More曾提供选择继承SQL::Abstract v2.0或SQL::Abstract::Classic的选项。
-
目前SQL::Abstract和SQL::Abstract::Classic都不再维护。
-
考虑在下一个版本中弃用允许选择父类的‘-extends’参数，默认父类仍为SQL::Abstract::Classic。
-
未来版本将直接将相关代码克隆到SQL::Abstract::More中，停止继承SQL::Abstract::Classic。
延伸问答
SQL::Abstract::More的新版本主要解决了什么问题？
新版本主要修复了‘quote_char’参数非空时的多个长期存在的bug。
SQL::Abstract::More与SQL::Abstract的关系是什么？
SQL::Abstract::More是SQL::Abstract的扩展，经历了多次重写和兼容性问题。
未来版本中对父类的继承策略有什么变化？
未来版本计划去掉对SQL::Abstract::Classic的继承，直接将相关代码克隆到SQL::Abstract::More中。
用户反馈在开发过程中有多重要？
用户反馈对开发过程至关重要，尤其是在复杂的兼容性问题上。
SQL::Abstract::More是否支持DBIx::Class？
SQL::Abstract::More的用户通常不使用DBIx::Class，因为存在不兼容问题。
SQL::Abstract和SQL::Abstract::Classic的维护状态如何？
目前SQL::Abstract和SQL::Abstract::Classic都不再维护。
