顶部样式是MAIN内置到程序中的地方,而底部样式是MAIN(构造函数)与代码分离的。这些是一样的,但风格不同吗?首选哪一种,为什么?一个比另一个有什么优势?
顶部:main是程序内置的
public class Accounts {
int a;
int b;
public void setData(int a, int b){
a = a;
b = b;
}
public void showData(){
System.out.println("Value of A ="+a);
System.out.println("Value of B ="+b);
}
public static void main(String[] args){
Accounts obj = new Accounts();
obj.setData(2,3);
obj.showData();
}
}
public class Roach {
private int roach;
/**@param roaches variables for number of roaches
*/
public Roach(int roaches) {
this.roach = roaches;
}
/** The population of roach doubles
*/
public void breed() {
roach = roach * 2;
}
/** The population of the roach decreases by a percentage
*/
public void spray(double percent) {
roach = roach -(int)(roach * (percent/100));
}
/**@return Gets the population of the roach
*/
public int getRoaches() {
return roach;
}
}
构造函数:
public class HelloWorld {
public static void main(String[] args) {
Roach roachl = new Roach(1);
for (int i = 0; i < 10; i++) {
roachl.breed();
roachl.spray(10);;
System.out.println(roachl.getRoaches());
}
}
}
我推荐底层代码
因为如果项目很复杂,维护就变得很困难。
例如file类是file的函数,如果file类有main方法,就会给维护带来困难。
我是laravel的新手,我正在尝试在category视图中建立数据库中category表和devices表之间的许多关系我拥有所有类别,我希望当我点击到一个类别时,转到另一个视图并显示该类别的所有设备,这与我使用rsource controller进行类别和显示方法有关: 在设备视图中,我会: 这是我如何显示所有的类别,当点击一个它会进入安索视图来显示这个类别的设备 最后这是我的溃败 我的问题是
下面是一些React/JS代码:有区别吗: 和 非常感谢
问题内容: 按照目前的情况,这个问题不适合我们的问答形式。我们希望答案得到事实,参考或专业知识的支持,但是这个问题可能会引起辩论,争论,民意调查或扩展讨论。如果您认为此问题可以解决并且可以重新提出,请访问帮助中心以获取指导。 7年前关闭。 如果很短,我将其放在一行中。最近,我一直在将这种样式用于较长或嵌套的三元运算符表达式。一个人为的例子: 您个人使用哪种样式,或者最易读? 编辑:( 关于何时使用
问题内容: 我想在我要教的课程中使用Functional Java或Guava(或不太可能的Scala)。尽管有许多在JVM上运行的功能语言,但我还是要坚持看起来尽可能像Java的东西,即,与Java 8预期的功能特性在概念和语法上最兼容的东西。 看起来Functional Java和Guava是最佳人选。在功能,易用性,与纯Java的概念紧密性等方面,我还找不到能与它们进行比较的任何东西。有人知
问题内容: 考虑我们有两个表,和。是表中的外键,并且是表中的主键。 这两个SQL查询之间有什么区别? 与 问题答案: 除语法外,对于小片段,它们的工作原理完全相同。但是,如果有可能,请始终使用ANSI-JOIN编写新查询。 至于语义上,逗号用于在两个表之间生成CARTESIAN乘积,这意味着生成表A中的所有记录与表B中的所有记录的矩阵,因此具有4和6条记录的两个表分别生成24个记录。然后,使用WH
有几个众所周知的python代码样式规则,它们被认为是默认的,我试图坚持: 换行,使其不超过79个字符。 保持缩进4个空格长。 另一个常见的编程建议是 避免全局变量 换句话说,应该始终使用接受所有变量作为参数的函数,并避免直接从更高范围读取的类似Pascal的过程。 然而,在某些情况下,人们肯定应该打破其中的一些规则。例如,如果涉及具有长参数列表的函数。它们有两个不同的问题: 首先,在凹凸不平的街