Java 什么'；根据用户的不同，这是制作具有不同逻辑的单个应用程序的最佳方法；谁的角色？

假设我们有两个用户角色：

读取器

作家

现在我需要允许用户使用角色

writer

创建帖子<代码>读取器角色只能读取并标记其已读取。它们有着相同的切入点和几乎相同的逻辑。但如何根据用户角色区分逻辑呢

我认为再创建一个活动将导致代码重复。但是使用

if/else

也会使它变得复杂

---

在单个应用程序中处理不同用户角色的最佳实践是什么

在我看来，我建议再做一次活动

到处使用if/else逻辑确实会使代码更加混乱和复杂。这也会使您的代码更加麻烦，并且在将来很难对其进行更改，例如。。。如果你突然不得不引入一个新角色，比如“编辑”。检查所有代码并修改所有受影响方法的if/else逻辑以包含新角色是愚蠢的

最好只是创建一个新的活动。然而，这并不意味着会有代码重复。请记住，“Writer”和“Reader”实际上共享很多代码

我不知道你的具体情况，但我认为“作者”具备“读者”的所有能力，但更多

因此，您可以为“Reader”创建一个活动，然后为“Writer”扩展该活动，并在此WriterActivity中仅包含“Writer”特定的代码

或者，您可以随时创建一个基本活动，该活动仅具有“Writer”和“Reader”的共同功能，然后创建一个从该基本活动扩展而来的ReaderActivity或WriterActivity

---

基本上，我建议使用另一个活动，您不应该担心额外的活动会导致代码重复。这主要是因为Java中继承概念的部分原因是为了避免代码重复和减少冗余

在我看来，我建议再做一次活动

到处使用if/else逻辑确实会使代码更加混乱和复杂。这也会使您的代码更加麻烦，并且在将来很难对其进行更改，例如。。。如果你突然不得不引入一个新角色，比如“编辑”。检查所有代码并修改所有受影响方法的if/else逻辑以包含新角色是愚蠢的

最好只是创建一个新的活动。然而，这并不意味着会有代码重复。请记住，“Writer”和“Reader”实际上共享很多代码

我不知道你的具体情况，但我认为“作者”具备“读者”的所有能力，但更多

因此，您可以为“Reader”创建一个活动，然后为“Writer”扩展该活动，并在此WriterActivity中仅包含“Writer”特定的代码

或者，您可以随时创建一个基本活动，该活动仅具有“Writer”和“Reader”的共同功能，然后创建一个从该基本活动扩展而来的ReaderActivity或WriterActivity

---

基本上，我建议使用另一个活动，您不应该担心额外的活动会导致代码重复。这主要是因为Java中继承概念的部分原因是为了避免代码重复和减少冗余

这可能是一个好问题，因为这可能是一个好问题