mybatis开启驼峰映射 为什么很多人不建议使用驼峰命名法，有什么弊端么？
为什么很多人不建议使用驼峰命名法，有什么弊端么？
因为也许作者自己不喜欢驼峰命名。
有些事情已经形成了广泛的行业习惯。类命名使用大驼峰，方法和变量命名使用小驼峰，常量全部大写，并使用下划线分割单词。
但是，整个团队必须保持统一的风格，否则会导致工作效率低下。
想象一下，如果有人用一个大驼峰来命名一个变量或方法，其他人可能会错误地认为它是一个直接从类中调用的静态方法；
或者当你看到一个常量全部大写并用下划线分隔时，你会认为它是一个有习惯性思维的常量，但事实上你的同事把它定义为一个变量，他并没有遵守大家的约定如果你调用它，它的值可能会随时改变，给你带来不必要的麻烦。
如果不幸的是，你的团队习惯的准则与你自己的习惯相矛盾，要么你有足够的能力改变所有其他人的习惯，要么你可以快速改变你的习惯以适应团队。否则，等待你的可能是一句“你这么蠢，竟然做出这样的命名？”
mybatis动态传表名，是不是要加一个statementType="STATEMENT？
①您不需要添加“statementtype=”语句；（2）您使用${}。③ 如果您直接使用${}，它是不安全的，并且存在SQL注入攻击的风险。通常，敏感字符在springmvc层转义。例如，“>”用“>”表示。Internet上有许多封装函数或Apache公共语言包StringEscapeUtils.escapeHtml（）等等。
为什么很多人不建议使用驼峰命名法，有什么弊端么？
驼峰问题具有模糊性和复杂性。大小写转换会降低输入的速度，比较麻烦，连续的英文字母会产生歧义，比较典型的如to_uu和tell。事实上，没有一个命名法是完美的，匈牙利的命名法更是罗嗦。现在，建议使用下划线。这个命名比较长，但是很容易输入，而且几乎没有歧义。以我个人的理解，在什么环境下使用哪种命名方法是最合理的。例如，如果使用Microsoft环境，则应使用类似匈牙利语的命名方法，这与内置系统一致。如果您使用Java，它是小写下划线。这样，使整个程序和内置函数命名保持一致是最合理的。
mybatis开启驼峰映射 mybatis配置 mybatis自动转驼峰
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
