Java 将现有Wicket应用程序用于Android应用程序
我想做一个杂货店的Android应用程序。我在服务器上部署了一个现有的Wicket应用程序,我想在Android应用程序中使用它来处理请求。android部分使用wicket应用程序是否兼容 有两种方法:Java 将现有Wicket应用程序用于Android应用程序,java,android,spring,wicket,wicket-1.5,Java,Android,Spring,Wicket,Wicket 1.5,我想做一个杂货店的Android应用程序。我在服务器上部署了一个现有的Wicket应用程序,我想在Android应用程序中使用它来处理请求。android部分使用wicket应用程序是否兼容 有两种方法: 使用现有Wicket应用程序处理来自Android应用程序的请求。有人能告诉我这是可能的还是正确的方法吗?如果是,我如何才能做到这一点,一些教程是最受欢迎的 我考虑的第二件事是将Spring与Wicket集成,并将我的所有服务类迁移到Spring,然后将这些Spring服务类用于Android
感谢您的帮助或建议。提前谢谢 我绝对建议选择某种选项2。如果您将服务迁移到Spring、EJB或其他任何地方,这其实并不重要,但是在这种情况下,服务(或业务逻辑或您想称之为它的任何东西)和视图(或表示、布局或…)的分离将非常方便 我坚信“过早优化是万恶之源”这句话,这意味着你应该真正跳过你根本不需要的任何附加层或间接层。然而,如果实际有一个用例证明可以将其划分为不同的层(或抽象层或…),那么您应该尽快解决它。以后你会从中受益匪浅
只需将Wicket应用程序和Android应用程序视为杂货店的两种不同展示。如果您明确地将业务逻辑从演示文稿中分离出来,并通过HTTP(无论是RESTful、SOAP还是您喜欢的任何方式)访问它,您可以轻松地想象构建一个iOS、Windows Phone,您可以在不触及核心内容的情况下将其命名为杂货店的演示文稿。我绝对建议选择某种选项2。如果您将服务迁移到Spring、EJB或其他任何地方,这其实并不重要,但是在这种情况下,服务(或业务逻辑或您想称之为它的任何东西)和视图(或表示、布局或…)的分离将非常方便 我坚信“过早优化是万恶之源”这句话,这意味着你应该真正跳过你根本不需要的任何附加层或间接层。然而,如果实际有一个用例证明可以将其划分为不同的层(或抽象层或…),那么您应该尽快解决它。以后你会从中受益匪浅 只需将Wicket应用程序和Android应用程序视为杂货店的两种不同展示。如果您清楚地将业务逻辑与演示分离,并通过HTTP(无论是RESTful、SOAP还是您喜欢的任何方式)访问它,您可以轻松地想象构建一个iOS、Windows Phone,您可以将其命名为杂货店的演示,而不必触及核心本身