Java Android中的倒计时类是否违反了接口隔离原则？
Java Android中的倒计时类是否违反了接口隔离原则？,java,android,solid-principles,Java,Android,Solid Principles,CountDownTimer是我们用来实现（某种）会话超时的 我的工作是基于本文所解释的理论。我们在Activity中启动CountDownTimer，当用户与应用程序没有交互时，此CountDownTimer过期，其onFinish（）被调用，我们从该方法中注销用户 每次用户与应用程序交互时，我们都会重置活动中的倒计时 它的代码运行良好，但我担心可能违反这里的规定 我们必须实现onTick（long millisuntilfished）以及onFinish（），因为两者都是抽象的。我不需要实现
CountDownTimerActivityCountDownTimerCountDownTimeronFinish（）倒计时
它的代码运行良好，但我担心可能违反这里的规定
我们必须实现onTick（long millisuntilfished）
以及onFinish（）
，因为两者都是抽象的。我不需要实现这个onTick
方法，因为我感兴趣的是当我的CountDownTimer
过期时，也就是说onFinish（）
但是仍然执行onTick（长毫秒直到完成）
它是抽象的
或者我应该使用与倒计时不同的东西吗？界面非常紧凑，这两种方法通常是串联使用的。在您的情况下，由于onTick是一个void方法，而且实现它的麻烦很小，所以我会使用注释//not used来实现onTick，并完成它。@dbugger correct，我也有空onTick，注释这是接口的一部分。因为它的代码很小，所以这不是什么大问题。我只是好奇，因为这个类是Android框架的一部分，它是编写良好的代码，几乎总是遵循最佳代码原则！接口非常紧密，这两种方法通常是串联使用的。在您的情况下，由于onTick是一个void方法，而且实现它的麻烦很小，所以我会使用注释//not used来实现onTick，并完成它。@dbugger correct，我也有空onTick，注释这是接口的一部分。因为它的代码很小，所以这不是什么大问题。我只是好奇，因为这个类是Android框架的一部分，它是编写良好的代码，几乎总是遵循最佳代码原则！