Warning: file_get_contents(/data/phpspider/zhask/data//catemap/9/java/395.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Java 将请求参数设置为对象的最佳方法_Java_Performance - Fatal编程技术网

Java 将请求参数设置为对象的最佳方法

Java 将请求参数设置为对象的最佳方法,java,performance,Java,Performance,我需要你的建议。在软件工程可读性、可用性方面,哪种方法是最好的 我有一个人 我有一个人 第一种方法是在初始化对象之前将请求参数设置为变量 public void handle(Map<String, Object> map, HttpServletRequest request) throws Exception { String name = request.getParameter("name"); String surname = request.getPara

我需要你的建议。在软件工程可读性、可用性方面,哪种方法是最好的

我有一个人

我有一个人

第一种方法是在初始化对象之前将请求参数设置为变量

public void handle(Map<String, Object> map, HttpServletRequest request) throws Exception {
    String name = request.getParameter("name");
    String surname = request.getParameter("surname");
    Person person = new Person(name, surname);
    personService.savePerson(person);
}
第二种方法是设置请求参数,将它们设置为构造函数参数

public void handle(Map<String, Object> map, HttpServletRequest request) throws Exception {
    Person person = new Person(request.getParameter("name"), request.getParameter("surname"));
    personService.savePerson(person);
}

第一种方法比第二种方法更具可读性且易于调试。此外,如果在Person对象中添加其他字段,则第二种方式将完全混乱


为了更简单地使用代码来避免为Person类编写Getter和Setter,第一种方法比第二种方法更具可读性且易于调试。此外,如果在Person对象中添加其他字段,则第二种方式将完全混乱


<> >为了简单地使用更多的代码来避免为你的人类写“吸气剂和定位器”类

,你必须考虑编译器将你的操作转换成一种有点优化的二进制版本。 第二个版本可读性较差,但只有一行代码。 编译器会帮你做的,所以你可以根据你的写作风格选择你的版本。
如果你必须与其他人共享你的代码,第一种方法可能是最好的,因为它更简单,并且在一个执行效率相同的场景中,它可以成为你的判别式。

< P>你必须考虑编译器将你的操作转换成一种有点优化的二进制版本。 第二个版本可读性较差,但只有一行代码。 编译器会帮你做的,所以你可以根据你的写作风格选择你的版本。
如果您必须与其他人共享您的代码,第一种方法可能是最好的,因为它更简单,而且在执行效率相同的情况下,它可以成为您的判别标准。

第一种方法是肯定的。它可读性强,说明清晰可见。它是基本的,任何初级开发人员都可以理解,因此如果其他人使用此代码,他/她将很容易进行必要的更改


必须始终使用可读的代码,以保持结构化和更易于管理。

第一个是肯定的。它可读性强,说明清晰可见。它是基本的,任何初级开发人员都可以理解,因此如果其他人使用此代码,他/她将很容易进行必要的更改


必须始终使用可读的代码,以保持结构化和更易于管理。

我更喜欢第一个版本的可读性。二者之间对性能的影响:可能没有,因为编译器将内联第一个版本成为第二个版本。第一个版本肯定更易于阅读。另一个选项是创建一个构造函数,将请求作为argumentrequest作为参数,从而在Person和request类之间创建依赖关系,这通常是不需要的,特别是如果您有多层设计,其中您的web内容在业务/dao层之外。@osdev请编辑您的问题。您编写的人物模型与您稍后解释的用法不匹配。您在两种方法中都使用Person构造函数,这很好,但是您描述的Person模型不包括参数化构造函数,而是有一些设置。为了便于阅读,我更喜欢第一个版本。二者之间对性能的影响:可能没有,因为编译器将内联第一个版本成为第二个版本。第一个版本肯定更易于阅读。另一个选项是创建一个构造函数,将请求作为argumentrequest作为参数,从而在Person和request类之间创建依赖关系,这通常是不需要的,特别是如果您有多层设计,其中您的web内容在业务/dao层之外。@osdev请编辑您的问题。您编写的人物模型与您稍后解释的用法不匹配。您在这两种方法中都使用了Person构造函数,这很好,但是您描述的Person模型不包括参数化构造函数,而是有一些设置器您提供了断开的链接您提供了断开的链接
public void handle(Map<String, Object> map, HttpServletRequest request) throws Exception {
    Person person = new Person(request.getParameter("name"), request.getParameter("surname"));
    personService.savePerson(person);
}