RDBMS 到 OOP,SQL 到 Java 使用 JDBC
RDBMS to OOP, SQL to Java using JDBC
所以我正在 Java(JSP 和 Servlet)和 SQL 中开发一个 linkedIn 风格的社交网络。而且我必须使用 JDBC。我认为我的 SQL 很强,我了解数据库的运作方式。但是然后尝试在这些数据上实施 OO 原则让我觉得我做错了。
在我的数据库中有这些表:配置文件、profile_education 和 profile_experience。 Profiles包含name, location, dob等。另外两个表使用profiles_id作为外键,是为了让一个用户能够输入多条记录(即不止一个job as experience)而设计的。
但是说到 Java 我很困惑。我应该为个人资料、教育和经验设置单独的 classes 吗?下面是我基于数据库编码的尝试。我觉得我写的代码太多了。我是否需要为数据库中的每个变量制作 getter 和 setter?这是我尝试编写配置文件 class:
import java.util.ArrayList;
import java.util.List;
public class Profile {
private int id;
private String first_name;
private String last_name;
private List<Education> educationList = new ArrayList<Education>();
private List<Experience> experienceList = new ArrayList<Experience>();
private List<Skills> skillList = new ArrayList<Skills>();
如果能得到任何反馈,我将不胜感激。
But when it comes to Java I'm confused. Should I have separate classes
for profiles, education and experience?
我也会选择单独的 类。
Do I need to make getters and setters for every variable from the
database?
不,但对于 DA-/Domainobjects 中的每个变量。
除此之外,我认为您的实现很合理。
是的,无论如何,样板代码都是游戏的一部分。
所以我正在 Java(JSP 和 Servlet)和 SQL 中开发一个 linkedIn 风格的社交网络。而且我必须使用 JDBC。我认为我的 SQL 很强,我了解数据库的运作方式。但是然后尝试在这些数据上实施 OO 原则让我觉得我做错了。
在我的数据库中有这些表:配置文件、profile_education 和 profile_experience。 Profiles包含name, location, dob等。另外两个表使用profiles_id作为外键,是为了让一个用户能够输入多条记录(即不止一个job as experience)而设计的。
但是说到 Java 我很困惑。我应该为个人资料、教育和经验设置单独的 classes 吗?下面是我基于数据库编码的尝试。我觉得我写的代码太多了。我是否需要为数据库中的每个变量制作 getter 和 setter?这是我尝试编写配置文件 class:
import java.util.ArrayList;
import java.util.List;
public class Profile {
private int id;
private String first_name;
private String last_name;
private List<Education> educationList = new ArrayList<Education>();
private List<Experience> experienceList = new ArrayList<Experience>();
private List<Skills> skillList = new ArrayList<Skills>();
如果能得到任何反馈,我将不胜感激。
But when it comes to Java I'm confused. Should I have separate classes for profiles, education and experience?
我也会选择单独的 类。
Do I need to make getters and setters for every variable from the database?
不,但对于 DA-/Domainobjects 中的每个变量。
除此之外,我认为您的实现很合理。
是的,无论如何,样板代码都是游戏的一部分。