Java代码封装的太繁琐,java过度封装

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

我想把这段java代码封装，重复代码太多了

你把重复的代码提取出来封装成一个方法不就是了，无非就是

private void SendData(int screenid,int controlid,String info)

{

UpdateTextData data=new UpdateTextData();

data.setScreen_id(screenid);

data.setControl_id(controlid);

data.SetStrings(info);

ListByte.......

RS232.write.......

}

之后在你的popupAlertWindow里就可以写

SendData(7,5,String.valueOf(code));

SendData(7,5,type);

SendData(7,5,info);

相关问答

Q1: 在Java程序中，代码封装带给我们的好处是什么？

说给人家听，我们就说的通俗简单点: 代码封装的好处：第一点在于安全，JAVA中类的一个属性，我们一般会在类中将其私有化然后getter和setter方法对外提供得到和设置的方法，这就好比自动存提款机,钱就是我们要的属性，要的数据，放在那直接去拿可以吗？很明显不行，所以自动存提款机提供了取钱的方法和存钱方法，而你不用知道钱从哪来要到哪里去。第二点在于方便：方法也是封装的一种体现，有一个功能我们要反复调用，每次写同样的代码吗？答案很明显，不要！，我们写个方法，把这段功能代码封装成一个方法，需要的时候调用方法名就可以了，不是吗？关于package:如果一个项目很大的话，会分成很多小组，每个小组会有很多开发人员，大家在编写代码时说不定会出现同样的类名，问题就来了，我在调类的时候，调的是哪个？所以每个小组用不同的包名，这样来区分类所在的位置。好，如果你说项目编码之前详细设计说的很清楚了，类不可能出现同名，那么包的另外一个好处在于相似用途的类放在一个包下可以方便管理和查找，比如java.util包，如查没有包的存在，我想查API看有哪些集合框架，你说方便不权限修饰符的作用就是：你很有钱，你愿意告诉谁你很有钱需要的时候可以来找你，你的亲属？你的儿子？还是全世界的所有人？你自己有必要告诉谁那么他们缺钱的时候就会想到你

Q2: 求高手指导JAVA封装技巧，本人封装的太差了，有时自己头都昏了

封装性是整个面向对象的第一大特性，所谓的封装性几是指类内部的操作对外部不可见。

范例：观察如下的程序问题

class Person { // 类名称的单词首字母必须大写

String name ; // 姓名，是一个字符串所以使用String

int age ; // 年龄是一个整数，所以使用int

public void tell(){ // 定义一个方法

System.out.println("姓名：" + name + "，年龄：" + age) ;

}

public class ClassDemo {

public static void main(String args[]){

Person per = new Person() ;

per.name = "张三" ;

per.age = -30 ;

per.tell() ;

}

此时的程序从技术（语法）上而言没有任何的问题，但是从实际的生活（业务）上来看，一个人的年龄绝对不可能是-30岁，所以这个时候造成问题的主要原因就是类中的操作对外部可见。

此时，就可以通过封装性来解决此类问题，如果现在要想对类中的属性或方法封装，可以直接使用private关键字完成。

class Person { // 类名称的单词首字母必须大写

private String name ; // 姓名，是一个字符串所以使用String

private int age ; // 年龄是一个整数，所以使用int

public void tell(){ // 定义一个方法

System.out.println("姓名：" + name + "，年龄：" + age) ;

}

public class ClassDemo {

public static void main(String args[]){

Person per = new Person() ;

per.name = "张三" ;

per.age = 99999 ;

per.tell() ;

}

此时，程序编译之后出现了以下的错误信息：

ClassDemo.java:11: name has private access in Person

per.name = "张三" ;

ClassDemo.java:12: age has private access in Person

per.age = 99999 ;

2 errors

由于name和age两个属性被private声明了（封装了，私有）所以，现在根本无法被外部所访问，很明显，此时的属性绝对安全，但是封装归封装了，一个问题就出现了，现在的属性无法操作了，无法操作就没有意义了，所以此时，就可以给出一个概念，以后凡是类中的属性在定义的时候必须封装，封装之后的属性一定要通过setter、getter方法设置和取得。Setter和getter方法本身有自己的命名规范。

• 例如：private String name ;

• setter：public void setName(String na)

• getter：public String getName()

class Person { // 类名称的单词首字母必须大写

private String name ; // 姓名，是一个字符串所以使用String

private int age ; // 年龄是一个整数，所以使用int

public void setName(String n){

name = n ;

}

public void setAge(int a){

age = a ;

}

public String getName(){

return name ;

}

public int getAge(){

return age ;

}

public void tell(){ // 定义一个方法

System.out.println("姓名：" + name + "，年龄：" + age) ;

}

public class ClassDemo {

public static void main(String args[]){

Person per = new Person() ;

per.setName("张三") ;

per.setAge(99999) ;

per.tell() ;

}

此时，虽然是通过setter和getter方法间接的访问了私有属性，但是却没有检验，一旦需要检验，则检验的操作应该放在setter语句之中。

所有的设置应该在setter中完成，而getter方法只是将内容简单的返回即可。

class Person { // 类名称的单词首字母必须大写

private String name ; // 姓名，是一个字符串所以使用String

private int age ; // 年龄是一个整数，所以使用int

public void setName(String n){

name = n ;

}

public void setAge(int a){

if(a0 a200){

age = a ;

}

public String getName(){

return name ;

}

public int getAge(){

return age ;

}

public void tell(){ // 定义一个方法

System.out.println("姓名：" + name + "，年龄：" + age) ;

}

public class ClassDemo {

public static void main(String args[]){

Person per = new Person() ;

per.setName("张三") ;

per.setAge(99) ;

per.tell() ;

}

此时，就通过封装性解决了设置错误内容的问题。

一定要注意的是，封装性出了在属性声明上外，也可以在方法上声明。

private void info(){ // 私有方法

System.out.println("*************************") ;

}

public void tell(){ // 定义一个方法

this.info() ;

System.out.println("姓名：" + name + "，年龄：" + age) ;

}

如果现在调用的是本类中的方法，可以通过“this.方法()”的形式访问。

这个是MLDN李兴华老师将封装性的时候介绍的，你可以看下

Q3: java代码为什么那么繁琐

1. Java语言是不是繁琐呢？手头有一本《Thinking in Java》中文第四版，数了一下正文共22章856页。随手翻一下，示例代码和讲解正文大概比例在1.5 : 1这样。没有真正用Java干过项目的人肯定会大为惊叹：我勒个去，这么多知识点！此为“繁”;

2. 绝大部分搞编程的人，事实上，都是在使用一门语言的某个子集。该子集的形成由项目主导者发起、开发活动参与者共同决定，且相对长期稳定。每一个即将参与该项目的人肯定会先把语言学个大概（其难度参考前一条），然后再根据项目学习该语言子集，最后固化下来。不断使用该子集固然能提升开发效率，但代价不菲，极容易就变成了项目中的一颗镙丝钉（“专家”）;

3. 一门语言的设计肯定不会一蹴而就，一步步改良。没记错的话，Java诞生于1995年左右，到今天已经快满20年。在当时那种IT环境和条件下设计出来的语言，必然存在许多妥协、限制与错误，既不能随便将之抹除（可能还有很多工程依赖着），也不能随便更正，只能通过添加新语法、新类库来打补丁，导致语言更“繁”。举个例子，非内建容器类库是一个典型硬伤，再举个例子，时间日期类没见有多好用，也没见有更新过，连替代品都没见过（恕我不写Java，的确没见过）;

4. 类库（框架）丰富是好事还是坏事，要看针对同一个任务能找到多少替代品。如果有三到四个，那么肯定是好事，既不会造成单点故障，也不至于造成理解和记忆上的负担。但是类库太多，选择太多，人的幸福感反而会下降，高效率也就无从谈起;

5. 框架真的可以保证快速开发吗？熟悉的话是可以的，专家编程嘛！但是

熟悉之前要花非常多时间学习使用吃闷亏。

框架只能免除掉一部分开发工作量。

框架跟业务总是存在“不合缝”的差异。

只不过将复杂度从开发转移到了部署运维。

依赖性极强。

6. IDE可以提高开发效率吗？仅仅一部分罢了。IDE本身就是个非常复杂的东西，将之调校到符合个人开发步调的进程可能会持续很久，事实上大部分人也只是用一些常用功能罢了。而且

基于图形界面意味着自动化不容易（需要编写额外插件）。

出了问题查找原因不易。

依赖性极强。

7. Java本身是面向系统（机器）的，不是面向开发人员的。这种强设计保证有助于提升目标系统的可靠性，却牺牲了开发人员的幸福感。既然设计得如此严谨规范，为什么不能自动生成Java程序，