适用于移动(当前为android)设备的多个应用程序与单个应用程序
我正在做一个android项目,其中有两个工作。Let call作为W1和W2工作。还有两种类型的用户——U1和U2。因此,U1需要同时处理W1和W2(但频率较低),而U2只处理W2,与W1无关。这些应用程序将脱机运行,但每天会同步几次 我的疑问是,我应该创建两个不同的(android)应用程序(一个用于U1,可以执行W1+W2工作,另一个用于U2,只包含W2功能)还是一个具有两个不同登录名的应用程序也可以执行(一个同时具有W1和W2功能的应用程序,U1和U2类型的登录名,可以提供不同的可访问性)?请将可伸缩性问题与性能问题一并考虑。在移动应用程序上是否可以实现多租户 几点要点:- 1) 我说的只是移动(目前是android)应用程序 2) W1是80%的代码,具有复杂的数据库结构 3) W2占代码的20%,具有简单的数据库结构 4) U1大部分时间做W1,很少做W2 5) U2唯一的工作是W2,永远不会使用W1适用于移动(当前为android)设备的多个应用程序与单个应用程序,android,performance,mobile,scalability,multi-tenant,Android,Performance,Mobile,Scalability,Multi Tenant,我正在做一个android项目,其中有两个工作。Let call作为W1和W2工作。还有两种类型的用户——U1和U2。因此,U1需要同时处理W1和W2(但频率较低),而U2只处理W2,与W1无关。这些应用程序将脱机运行,但每天会同步几次 我的疑问是,我应该创建两个不同的(android)应用程序(一个用于U1,可以执行W1+W2工作,另一个用于U2,只包含W2功能)还是一个具有两个不同登录名的应用程序也可以执行(一个同时具有W1和W2功能的应用程序,U1和U2类型的登录名,可以提供不同的可访问性
6) 该应用程序主要在脱机模式下工作,每天向服务器同步几次。同时也有好处和问题。。。让我们讨论一个应用程序,而不是两个
- 作为一名程序员,如果与应用程序之间没有交互,那么这将不是一个好主意。作为一名程序员,如果您想在长时间后对其进行改进,您的代码必须清楚,以便可以再次修改它
- 同时,如果我们要讨论的是用户登录,那么在一个应用程序中使用不同的应用程序登录两次的过程是完全没有效率的
注意:这只是我的观点同时也有好处和问题。。。让我们讨论一个应用程序,而不是两个
- 作为一名程序员,如果与应用程序之间没有交互,那么这将不是一个好主意。作为一名程序员,如果您想在长时间后对其进行改进,您的代码必须清楚,以便可以再次修改它
- 同时,如果我们要讨论的是用户登录,那么在一个应用程序中使用不同的应用程序登录两次的过程是完全没有效率的