Java OO静态实用方法帮助！_Java_Methods_Static_Instance

Java OO静态实用方法帮助！

java methods

Java OO静态实用方法帮助！,java,methods,static,instance,Java,Methods,Static,Instance,我最近在用户类中做了一个方法，如下所示 public static boolean checkUN(String username) { boolean check = false; ResultSet rs; String dbQuery; SQLController db = new SQLController(); db.setUp(); dbQuery = "SELECT * FROM User WHERE User_name ='" + username +

我最近在用户类中做了一个方法，如下所示

  public static boolean checkUN(String username) {
  boolean check = false;
  ResultSet rs;
  String dbQuery;
  SQLController db = new SQLController();
  db.setUp();
  dbQuery = "SELECT * FROM User WHERE User_name ='" + username + "'";
  try {
   db.setUp();
   rs = db.readRequest(dbQuery);
   if (rs.next()) {
    check = true;
   }
  } catch (Exception e) {
   e.printStackTrace();
  }
  db.terminate();
  return check;
 }

我打算在用户能够继续下一步注册之前进行验证检查

当我把它拿给老师看时，她说它可以，因为我把它作为一种终极方法。但是，她后来改变了主意，说我应该将其更改为实例方法，然后创建一个新的用户对象来进行验证

哪种方法更有效

user.checkUsername(jTextUN.getText());

以及实例方法（假设我更改了方法，删除了static和输入参数）

干杯

好吧，第二种方法更具可扩展性和直观性（如果您以后想更改内容），因此我推荐它。但是第一种方法直接解决了问题，如果“用户”的概念以后不会扩展（使用新方法），那么任何一种都可以。

好的，第二种方法更具可扩展性和直观性（如果您以后想更改内容），所以我推荐它。但第一种方法直接解决了问题，如果“用户”的概念以后不会扩展（使用新方法），那么其中任何一个都可以。

我可能会创建某种类型的UserValidator类并创建一个实例来包含您的方法。

首先，我不喜欢这样的解决方案：创建一个新的

User

对象，然后调用

checkUsername（）

，原因如下：

如果不存在具有给定用户名的有效用户，则不应该有任何表示该用户的
```
user
```
对象。。。因为它们不存在。这不是一条硬性规定，因为有时您可能需要一个
```
User
```
对象来表示您将要创建的用户或类似的用户，但在这里我发现这是不自然的
它违反了关于数据对象可以做什么的预期。创建一个
```
新用户（）
```
，然后让
```
检查用户名（）
```
根据用户的用户名返回不同的值，这会让人感到惊讶

现在，我知道你在上课，所以这可能超出你所学的范围，但更进一步：

这两种解决方案对我来说都不是很好，因为它们都将使用它们的任何代码紧密地耦合到数据库中，这使得代码很难测试

一般的解决方案是包装代码，这会使使用它的组件难以在接口中进行测试，如下所示：

public interface UserService {
  boolean checkUsername(String username);
  ...
}

然后，您可以创建与数据库对话的

UserService

实现，需要使用该代码的类可以在其构造函数中注入该代码的实现：

public class UserServiceClient {
  private final UserService userService;

  public UserServiceClient(UserService userService) {
    this.userService = userService;
  }

  ...
}

这就是依赖注入的原理。除了使您的代码更加灵活之外，它还允许您提供

UserService

的伪实现进行测试。如果您想测试当

checkUsername

true

时在某个类中发生了什么，以及当它返回

false

时发生了什么，您可以使用总是返回

true

或总是返回

false

的假实现。您不必担心设置数据库连接，也不必担心是否存在正确的数据，也不必担心是否在测试后正确重置了数据库状态，同样重要的是，当测试不必进行数据库通信时，它的速度要快得多

介于这两种方法之间的另一种方法是使用一个

User

对象来存储用户的数据（但不能与数据库或任何类似的东西进行通信），并在

用户服务中使用类似的方法：
User getUser(String username);

此方法将为具有给定用户名的用户返回User
对象（如果存在），否则返回null
。您还可以将checkUsername
实现为
return getUser(username) != null;

首先，我不喜欢创建一个新的User
对象，然后对其调用checkUsername（）
的解决方案，原因如下：

如果不存在具有给定用户名的有效用户，则不应该有任何表示该用户的user
对象。。。因为它们不存在。这不是一条硬性规定，因为有时您可能需要一个User
对象来表示您将要创建的用户或类似的用户，但在这里我发现这是不自然的
它违反了关于数据对象可以做什么的预期。创建一个新用户（）
，然后让检查用户名（）
根据用户的用户名返回不同的值，这会让人感到惊讶

现在，我知道你在上课，所以这可能超出你所学的范围，但更进一步：
这两种解决方案对我来说都不是很好，因为它们都将使用它们的任何代码紧密地耦合到数据库中，这使得代码很难测试
一般的解决方案是包装代码，这会使使用它的组件难以在接口中进行测试，如下所示：
public interface UserService {
  boolean checkUsername(String username);
  ...
}

然后，您可以创建与数据库对话的UserService
实现，需要使用该代码的类可以在其构造函数中注入该代码的实现：
public class UserServiceClient {
  private final UserService userService;

  public UserServiceClient(UserService userService) {
    this.userService = userService;
  }

  ...
}

这就是依赖注入的原理。除了使您的代码更加灵活之外，它还允许您提供UserService
的伪实现进行测试。如果您想测试当checkUsername
返回true
时在某个类中发生了什么，以及当它返回false
时发生了什么，您可以使用总是返回true
或总是返回false
的假实现。您不必担心建立数据库连接或确保正确的数据是正确的