Remove Setting Method

最新推荐文章于 2023-11-15 16:05:21 发布

rechardlin

最新推荐文章于 2023-11-15 16:05:21 发布

阅读量163

点赞数

文章标签： Spring Hibernate

《重构——改善既有代码的设计》10.10 p300

可能受到Hibernate和spring的影响，一直都以为set方法是理所当然，也是非常必要的。但是有时候想一下，set方法也存在着一些不合理的地方。我在使用一个类的时候何时给他设置值？都有哪些值需要去设定？该调用哪个设置函数？诸如此类的东西会我们的类带来混淆。

所以，个人认为编写某个类的时候为其提供功能完善的构造函数或者是具有特定含义的初始化的函数。

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

rechardlin

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

Remove Setting Method（移除设值函数）

q351477的博客

08-14

269

动机如果你为某个字段提供了设值函数，这就暗示这个字段值可以被改变。如果你不希望在对象创建之后此字段还有机会被改变，那就不要为它提供设值函数（同时将该字段设为final）。这样你的意图会更加清晰，并且可以排除其值被修改的可能性——这种可能性往往是非常大的。如果你保留了间接访问变量的方法，就可能经常有程序员盲目使用它们。这些人甚至会在构造函数中使用设值函数！我猜想他们或许是为了代码的一致性，但却忽视了设值函数往后可能带来的混淆。做法检查设值函数被使用的情况，看他是否只被构造函数调用，或者被构造函数所调

Xcode Build Setting 整理（一）

zhhelnice的博客

06-21

8682

文章目录基本概念最终取值`Build Settings``Architectures` 架构`Base SDK` (SDKROOT)`Additional SDKs` (ADDITIONAL_SDKS)`Supported Platforms` (SUPPORTED_PLATFORMS)`Architecures` (ARCHS)`Valid Architectures` (VALID_ARCHS)`Build Active Architecture Only` (ONLY_ACTIVE_ARCH)`Ass

参与评论您还未登录，请先登录后发表或查看评论

Remove Setting Method (移除设值函数)

chuilizhan6639的博客

04-10

171

Summary：类中的某个字段应该在对象创建时被设值，然后就不再改变。去掉该字段的所有设值函数。动机: 如果你为某个字段提供了设值函数，这就暗示这个字段值可以被改变。如果你不希望在对象创建之后此字段还...

简化函数调用之十：Remove Setting Method（移除设置函数）

yuwei629的专栏

05-09

827

你的class 中的某个值域，应该在对象初创时被设值，然后就不再改变。去掉该值域的所有设值函数（setter）。动机（Motivation）如果你为某个值域提供了设值函数（setter），这就暗示这个值域值可以被改变。如果你不希望在对象初创之后此值域还有机会被改变，那就不要为它提供设值函数（同时并将该值域设为final ）。这样你的意图会更加清晰，并且往往可以排除

重构手法51：Remove Setting Method （移除设置函数）

aipaizi0273的博客

08-11

237

类中的某个字段应该在对象创建时被设值，然后就不再改变。去掉该字段的所有设值函数。动机：如果你为某个字段提供了设值函数，这就暗示这个字段值可以被改变。如果你不希望在对象创建之后此字段还有机会被改变，那就不要为它提供设值函数。这样你的意图会更加清晰，并且可以排除其值被修改的可能性。如果你保留了间接访问变量的方法，就可能经常有程序员盲目使用它们。这些人甚至会在构造函数中使...

10.10 Remove Setting Method 移除设值方法

asing1elife's blog

11-04

209

重构-改善既有代码的设计

06-10

10.10　Remove Setting Method（移除设值函数） 300 10.11　Hide Method（隐藏函数） 303 10.12　Replace Constructor with Factory Method（以工厂函数取代构造函数） 304 10.13　Encapsulate Downcast（封装向...

重构：改善既有代码的设计.[美]Martin Fowler.epub【文字版手机格式】

04-23

10.10 Remove Setting Method(移除设值函数) 10.11 Hide Method(隐藏函数) 10.12 Replace Constructor with Factory Method(以工厂函数取代构造函数) 10.13 Encapsulate Downcast(封装向下转型) 10.14 Replace ...

重构，改善既有代码的设计

06-20

　Remove Setting Method 去除设置方法　　Hide Method 隐藏方法　　Replace Constructor with Factory Method 用工厂方法代替构造器　　Encapsulate Downcast 封装向下转型　　Replace Error Code with ...

重构-改善既有代码的设计中文版

07-20

10.10 Remove Setting Method（移除设值函数） 10.11 Hide Method（隐藏你的函数） 10.12 Replace Co tructor with Factory Method（以工厂方法取代构造函数） 10.13 Encapsulate Downcast（封装「向下转型」动作） ...

Could not create the Java virtual machine解决

李白

09-01

7516

有时下载Oracle等的时候会自动配置jdk版本和路径，将没用的删除。然后选择dea的jdk版本与配置的一样。如果上述还解决不了试一试将。

SonarQube 9.9 由于 java版本导致的报错的解决方法

ST0new的博客

04-04

3339

SonarQube 最新版安装，不修改java环境变量的解决办法

sonar- Unrecognized option: --add-exports=java.base/jdk.inCould not create the Java Virtual Machine.

qq_43367750的博客

12-09

2757

sonar 搭建静态代码扫描⼯具

解决报错：Could not create the Java virtual machine

最新发布

weixin_48751170的博客

11-15

5万+

2、在系统变量的Path里面找到之前的java变量，删除。首先，从cmd查看自己的java默认版本，如果和软件需求不一致，需要将匹配的java版本设为默认。我今天这样解决了burp的报错问题，别的需要java的软件或许也会出现类似问题，可以尝试如此操作。3、在系统环境变量Path里新建，输入匹配版本java绝对路径到bin目录下。直接把红框标注里的内容删掉，然后新建一个，如下操作。4、cmd查看，java命令可用，设置成功。5、打开burp，程序正常运行。最终原因：java版本不匹配。

Could not create the Java virtual machine解决方法

baidu_41459912的博客

01-28

2万+

一、网上说的主要两种方法 1、本地配置jdk java_home 版本跟idea 项目配置的jdk版本一致导致的。但是我的项目之前都是使用本地目录下的jdk，不是使用的系统配置Jdk还是能运行的，不知什么情况突然就不能运行了，出现这个错误。修改项目配置jdk与系统配置jdk版本一致还是出现的这个错误，方法一失败 2、修改idea jvm 堆大小，内存分配大一点（2）修改更大的jvm 堆内存之后还是不行二、修改Tomcat 内存大小之前由于web 需要更大的内存就分配了最大为1024M

Error:could not create the java virtual Machine解决办法

m0_46672151的博客

01-18

3万+

Error:could not create the java virtual Machine解决办法出现这个错误的原因是因为环境变量没有配置好：需要PATH、CLASSPATH、JAVA_HOME 1、PATH 2、CLASSPATH 3、JAVA_HOME

Error: Could not create the Java Virtual Machine.Error: A fatal exception has occurred. Program will

EricXiao666的博客

11-06

6029

详细报错内容如下： Error occurred during initialization of VM Unable to allocate 130176KB bitmaps for parallel garbage collection for the requested 4165632KB heap. Error: Could not create the Java Virtual Mach...

12-Jul-2023 18:36:28.896 SEVERE [localhost-startStop-1] org.apache.catalina.core.StandardContext.startInternal One or more listeners failed to start. Full details will be found in the appropriate container log file 12-Jul-2023 18:36:28.898 SEVERE [localhost-startStop-1] org.apache.catalina.core.StandardContext.startInternal Context [/setting] startup failed due to previous errors 2023-07-12 18:36:28,899 [// - - ] INFO org.springframework.web.context.support.XmlWebApplicationContext - Closing Root WebApplicationContext: startup date [Wed Jul 12 18:36:27 CST 2023]; root of context hierarchy 2023-07-12 18:36:28,900 [// - - ] INFO org.springframework.cache.ehcache.EhCacheManagerFactoryBean - Shutting down EhCache CacheManager 12-Jul-2023 18:36:28.908 WARNING [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesJdbc The web application [setting] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. 12-Jul-2023 18:36:28.908 WARNING [localhost-startStop-1] org.apache.catalina.loader.WebappClassLoaderBase.clearReferencesThreads The web application [setting] appears to have started a thread named [Abandoned connection cleanup thread] but has failed to stop it. This is very likely to create a memory leak. Stack trace of thread: java.lang.Object.wait(Native Method) java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:143) com.mysql.jdbc.AbandonedConnectionCleanupThread.run(AbandonedConnectionCleanupThread.java:40)

07-13

这个错误日志表明在启动应用程序上下文时遇到了问题。具体来说，一个或多个监听器无法启动，导致上下文启动失败。错误日志中提到要查看适当的容器日志文件以获取完整详细信息。因此，您需要查找相关的容器日志文件以了解更多关于错误的信息。容器日志文件通常位于Tomcat服务器的日志目录中。此外，错误日志还提到了关闭根Web应用程序上下文和关闭EhCache缓存管理器的操作。这是应用程序关闭过程中的正常操作。此外，错误日志还提到了一个警告，即Web应用程序在停止时未能注销JDBC驱动程序，可能会导致内存泄漏。它还指出Web应用程序启动了一个线程，并且没有停止它，这也可能导致内存泄漏。为了解决这些问题，您可以尝试以下步骤： 1. 检查相关的容器日志文件，以获取更多关于错误的详细信息。 2. 确保所有的监听器配置正确，并且没有冲突。 3. 确保JDBC驱动程序在应用程序关闭时正确注销。 4. 确保所有启动的线程都被正确停止。如果问题仍然存在，请提供更多的错误日志信息和相关的配置文件，以便我们能够更好地帮助您解决问题。