编码基于 DWR 的类的最佳方法是什么？
在 Web 应用程序中编写基于 DWR（Direct Web Remoting - Ajax for Java）的逻辑的最佳方法是什么？ 我列出了 3 类学科。
使用单个类来编码基于 DWR 的实现
例如：对于所有场景都使用DWRUtil.java（包含与多个页面中的多个操作相关的所有逻辑，例如下单相关的Ajax调用、客户注册相关的Ajax调用）使用单独的每个场景的基于 DWR 的类（可以有多个 JSP 共享由 DWR 生成的相同 java 脚本）
例如：用于客户注册 - CustomerRegisterUtil.java，用于订单处理实用程序方法 - OrderProcessUtil.java为每个页面使用单独的基于 DWR 的类
例如：对于客户注册页面 - CustomerRegisterUtil.java，对于订单处理页面 - OrderProcessUtil.java
What is the best way to code DWR (Direct Web Remoting - Ajax for Java) based logic in a web application?
I have listed 3 types of disciplines.
Use of single class to code DWR based implementations
eg: For all scenarios use DWRUtil.java (contains all logic related to several actions in many pages, for example Order placing related Ajax calls, customer registration related Ajax calls)Use separate DWR based class for each scenario(there can be several JSPs sharing same java script generated by DWR)
eg: For customer registration - CustomerRegisterUtil.java, for order processing utility methods - OrderProcessUtil.javaUse separate DWR based class for each page
eg: For customer registration page- CustomerRegisterUtil.java, for order processing page - OrderProcessUtil.java
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
答案取决于您的项目。在我看来，您应该以这样的方式拆分 DWR 类，以便开发人员可以清楚地看出哪个类包含哪些功能。
因此，如果您的 DWR 调用很少，请将它们放入一个 DWR 类中。然后其他开发人员将确切地知道所有 DWR 代码的去向。
但对于大多数项目，您将需要相当多的调用，因此将它们放在一个文件中将使它们很难找到。然后由您以适当的方式将它们分开。您可能会发现为每个场景创建一个 DWR 类是最好的，而不是为每一页创建一个。这是因为特定的 DWR 方法可能对多个页面有用，因此该场景中的所有页面都可以使用该方法。
The answer depends on your project. In my opinion, you should split up your DWR classes in such a way that it's obvious to developers which class contains which functionality.
So if you have very few DWR calls, put them in the one DWR class. Other developers will then know exactly where to go for all DWR code.
But for most projects you'll need quite a number of calls, so putting them in one file will make them hard to find. Then it's up to you to split them up in an appropriate way. You'll probably find that creating one DWR class for each scenario is the best, rather than one per page. That's because a particular DWR method might be useful on a number of pages, so all the pages in that scenario can use the one method.