这是一个相当初级的问题,但我对此有点犹豫不决。假设我有一个类a,它有方法method1、method2、method3、method4和一个main方法。
method2仅由Method1调用;method4仅由Method3调用。
解决方案说从main调用method1,从main调用method2,与method3和4相同。
所以让main方法显式调用method1和method2不是很糟糕吗?如果您在主方法中调用私有方法,即使它们仅依赖于整个类中的单个方法,那么在类中拥有私有方法有什么意义呢?
从method1调用method2和从method3调用method4不是更干净吗,因为在这两种情况下,后一种方法只由前者调用?
我认为这就是helper方法的全部意义,这样我们就能够抽象掉实现中不必要的细节。
我再一次为这个简单的问题道歉,我对Java是个新手。
Class A{
public static void main(String[] args){
int x = method1()
if ( x = 0){
//user wants to create a new account
method2()
}
}
private static int method1(){
//some code to check user login credentials in list of users
//if login credentials fail,user is asked if they want to create a new account, if yes,
//method 2 is invoked
//return value is whether the user wants to create a new account or not.
}
private static void method2(){
//creates new account for user and is only invoked by method1.
}
}
在上面的例子中,从method1()调用method2()而不是在main()中调用它是不是更容易。我想知道这种执行方式有什么优点或缺点。
一般而言,这是一项分离关注事项的工作。首先,让我们给你的方法实名:
checkUserAccount(name, password)
addNewUserAccount(name)
现在,假设您编写CheckUserAccount()
,以便在未找到用户名称
时调用AddNewUserAccount()
。在这种情况下,主程序无法调用函数来检查用户凭据。主程序别无选择,只能检查用户帐户,然后如果找不到用户,就会添加一个新帐户。如果你决定以后改变事情,这就不是很灵活了。
另一方面,如果您将这些操作分开,则主程序可以决定在未找到用户帐户的情况下自己执行什么操作。然后,您可以编写类似于您所展示的代码:
if (checkUserAccount(name, password)) {
// great! logged in
} else {
addNewUserAccount(name);
}
这允许您在选择添加新功能时轻松地修改主程序。例如:
if (checkUserAccount(name, password)) {
// great! logged in
} else {
if (newUsersPermitted) {
addNewUserAccount(name);
} else {
System.out.println("Sorry, this system is closed.");
}
}
当然,一个真正的登录系统会有更多的细节需要考虑。
设计方法 Verilog 的设计多采用自上而下的设计方法(top-down)。即先定义顶层模块功能,进而分析要构成顶层模块的必要子模块;然后进一步对各个模块进行分解、设计,直到到达无法进一步分解的底层功能块。这样,可以把一个较大的系统,细化成多个小系统,从时间、工作量上分配给更多的人员去设计,从而提高了设计速度,缩短了开发周期。 设计流程 Verilog 的设计流程,一般包括以下几个步骤: 需求分
在初步确定了 model 的设计方法以后,让我们来看看如何设计 dva 中的 React 组件。 组件设计 React 应用是由一个个独立的 Component 组成的,我们在拆分 Component 的过程中要尽量让每个 Component 专注做自己的事。 一般来说,我们的组件有两种设计: Container Component Presentational Component Contain
我需要对用户选择的所有水果进行求和,并绘制图表。 例如,当用户同时选择“香蕉”和“橘子”时,结果将是 问题是:
模板方法(Template Method) Intent 定义算法框架,并将一些步骤的实现延迟到子类。 通过模板方法,子类可以重新定义算法的某些步骤,而不用改变算法的结构。 Class Diagram Implementation 冲咖啡和冲茶都有类似的流程,但是某些步骤会有点不一样,要求复用那些相同步骤的代码。 // java public abstract class CaffeineBeve
工厂方法(Factory Method) Intent 定义了一个创建对象的接口,但由子类决定要实例化哪个类。工厂方法把实例化操作推迟到子类。 Class Diagram 在简单工厂中,创建对象的是另一个类,而在工厂方法中,是由子类来创建对象。 下图中,Factory 有一个 doSomething() 方法,这个方法需要用到一个产品对象,这个产品对象由 factoryMethod() 方法创建。
编写安全的应用程序要带着谨慎和略有悲观的生活观点。程序应该本着 “最小特权”的原则运行,这样就不会有带着大于足够能完成 其功能的权限的进程在运行。预先测试的代码应该随时可以重用以避免遇到 一些本已经修复的通常错误。 UNIX®环境的陷阱之一就是很容易的制造一个稳健环境的假象。程序 应该永远不要相信用户的输入(以各种形式),系统资源,进程间通讯,或者 触发事件的时钟。UNIX进程不是同步运行,所以逻