我有一个名为Member的类，我用它作为我的一个视图的模型。此视图允许用户查看和编辑特定成员的详细信息。我的问题是，对于允许用户添加新成员的不同视图，我应该使用什么模型？我应该使用现有的Member类并对此进行调整吗？还是应该创建一个专门用于添加新Member的新模型类？如果是，它应该被称为什么？
如果我理解正确的话，您有一个类Member，它不代表单个Member，而是代表一个MemberModel。这可能只是一个命名问题。
假设您的类Member能够(直接或间接)添加、编辑和授予对特定成员的访问权限，那么调整现有模型类以支持添加新成员是有意义的——例如，添加一个可以由相应视图调用的方法addMember()。
可以通过单个模型管理访问、编辑和添加成员的功能。该模型为视图提供了方法，使它们能够访问、编辑和添加成员，并使视图能够听取他们感兴趣的模型的更改(例如通过侦听器)。
根据项目的复杂性等因素，原则上将模型划分为子模型是有意义的，这样您的模型将是子模型的组合(由单独的类表示)。然而，在我看来，作为访问和编辑成员功能以及添加成员功能的接口的角色应该由同一个类来完成。
我能理解的是，您有一个类Member，它是一个模型。若您想使用模型来添加成员，那个么将其暴露在顶层(如控制器)是不可取的。您所能做的就是拥有一个Criteria类或DTO。这些类可以携带从顶层到DAO层所需的所有数据。
如果这不是你所期望的，你能详细说明你的查询吗。
在MVC中，您通常会对依赖于该模型的所有操作使用相同的模型。因此，如果您有一个成员模型，它将用于创建、读取、更新和删除著名的四个操作，即CRUD。
因此，是的，最好的选择是使用相同的类，一旦它将与项目的DAO层进行连接。您可以用信息填充成员对象，并将其发送到DAO类，DAO类将在您的数据库中注册它，然后数据库可以再次将其空返回以供下次使用，或者根本不返回它，因为您可能不再需要它了。它简单易用。
关于如何最好地管理添加、编辑和删除的一些提示。
您的最佳选择是：
- 创建一个屏幕，向用户显示所有成员以及一个"新建"、"编辑"one_answers"删除"按钮，在该按钮上，"新建"将创建一个新成员，"编辑"将编辑所选成员，删除将删除所选成员
为此，您可以创建三个视图(不推荐)或仅创建一个视图，因为成员将始终具有相同的字段(对吧？类似于"name"、"id"…)。但这需要作为参数进行操作。所以你可以这样做：
try {
View frame = new frame("add");
frame.setVisible(true);
frame.setResizable(false);
frame.setLocationRelativeTo(null);
}
catch (Exception e) {
e.printStackTrace();
}
并将"添加"改为"编辑"或"删除"作为请购单。在名为的帧上，您可以根据操作需要将其配置为。