JQuery /客户端编程在哪里适合MVP和DDD

Question

我正在开发一个非常大的项目，并且正在尝试实现MVP架构。我开始遇到一个实例，我认为JQuery或Javascript可能比服务器端代码更适合。我正在寻找有关其他人如何在其企业应用程序中实现客户端编程的反馈。你是如何构建客户端代码的，以及如何确定何时使用它？

Answer 1

1. 可以让用户说“哇”的东西。例如 - 在用户刚输入3-4个搜索字符时填充搜索结果。回过头来想想当你点击“创建消息”时曾经回发到服务器的雅虎或Hotmail。但是当谷歌出现时，他们只是在客户端做了而没有去服务器。我打赌你会对此说“哇”。至少我做了。
2. 可以减少服务器负载的事情。例如 - 在HTML表格中添加额外的数据输入行，而不是通过往返，增加/减少数量等来进行。

这些只是一些例子。即使要正确地执行这些操作，您也需要转到服务器，但这将使用ajax在场景后面。除此之外，您还需要选择几个将在项目中使用的jquery插件。举几个例子是jQuery UI，jQuery Validation，jQuery AnythingSlider等。它们太多了。

Http://ClearTrip.com是我羡慕他们的用户体验的一个网站。通过移动设备访问他们的网站，您将获得有关其UX工作的更多线索。除了编码之外，您需要在团队中拥有一个可以处理这些用户体验方面的人员。

Answer 2

关于它如何适应DDD：我刚刚开始我的DDD之旅，但是人们听到很多关于该圈子中的命令/查询分离。当然，如果你正在做一些命中你的域（比如获取自动完成，或者当你允许部分页面提交来完成域命令），你必须决定它是如何实现的，以及域的结构如何处理它。

我认为两个决定最相关。

首先，完全在浏览器中的位，甚至是应用程序层中的位都在您的域之外，因此，尽管在DDD讨论的分层架构部分中有所涉及，但不要落在实体/值/事件/服务中，讨论。但是，如果您使用AJAX与您的应用程序层进行交互，然后又需要访问您的域，那么您需要再考虑两件事。

（a）您是否只是在域上使用不同的方法来分离命令和查询？如果您对查询或命令的需求相对较小，那就很好，这在您的域API中看起来不像“噪音”。否则，您有一个单独的有界上下文...另一个域仅为您的UI需要避免在您的域上混乱的查询建模。无论如何，您在应用程序层 - >域（包括域服务）中执行类似JS-＆gt; AJAX处理程序的操作。

（b）这是命令还是查询？一旦你（a）想通了，这就可以让你知道访问的位置......然后使用表示层的用例来详细说明域概念并将其置于无处不在的语言中。

其次，你有DTO与直接对域决策。这可能是宗教战争聚会的主题，但通常答案是“依赖”。我认为有些情况下不使用DTO和案例（在同一架构内）......只搜索围绕该主题的所有讨论，并仅在增加价值的地方应用模式;我不打算在这里详细说明。

希望这会提供一些见解或至少是其他人会添加的对话磁铁。

Answer 3

我猜这个问题有点过于主观。看起来我只是想抓一本关于高级javascript的视图书并研究JQuery库。