java中的设计模式有哪些 怎样理解String的不变模式？
怎样理解String的不变模式？
Java中的字符串。string类是不可变的。对string类的任何更改都将返回一个新的string类对象。字符串对象是系统.Char用于表示字符串的对象的有序集合。string对象的值是有序集合的内容，并且该值是不可变的。String是一个特殊的引用对象，它可以在不使用新对象的情况下生成。例如：stringa=“ABC”stringb=“ABC”stringc=newString（“ABC”）这里生成两个对象。“ABC”是一个对象，newString（）是一个对象。a、 B和C都在堆栈区域中创建引用。A和B指向常量池中的“ABC”，newString的值也指向常量池中的ABC；*同一个字符串只创建一次。例如：stringa=“ABC”a=a“d”要执行此操作，实际生成三个对象，一个是“ABC”，一个是“d”，一个是“ABCD”。只有当拼接完成时，“ABC”和“d”才会丢失它们的引用并成为垃圾对象。事实上，改变的不是“ABC”本身，而是对“ABCD”的引用；当我对字符串本身进行操作时，我改变的是引用而不是对象本身。
有人说设计模式是为了弥补Java语言的缺陷，你觉得是这样吗？
如果你从语言的角度来看设计模式，那是对的。一些设计模式弥补了Java语言的不足，其中最明显的是singleton模式。
Java本身不提供单例对象创建，需要通过单例模式实现。什么样的饿、懒、多线程都要注意DCL、易变关键字等，导致面试题很多。
在现代语言中，许多提供了创建单例对象的语法，例如scala和kotlin的对象关键字。
从架构的角度来看，设计模式将组件关系解耦。
假设我们要实现一个带有上载服务的文件服务器来上载文件。我们可以调用convertservice来转换文件。Uploadservice属于核心模块upload module，convertservice属于非核心模块conversion module。
如果uploadservice直接调用convertservice来执行转换，则核心模块依赖于非核心模块。如下图所示：
非核心模块相对不稳定，核心模块相对稳定。核心模块对非核心模块的依赖将导致核心模块的不稳定性。所以可以使用策略模式来解耦：
看箭头方向，现在转换模块依赖于上传模块，转换模块的变化不会影响上传模块。依赖的方向改变了。这就是传说中的“依赖倒置”！
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
