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

我现在正在从事一个相当大的项目，并试图实现一个MVP架构。我开始遇到一个我认为JQuery或Javascript可能比服务器端代码更适合的实例。我正在寻找关于其他人如何在企业应用程序中实现客户端编程的反馈。您如何构造客户端代码，以及如何确定何时使用它

能让用户说“哇”的东西。例如，当用户刚刚键入搜索词的3-4个字符时填充搜索结果。回到过去，想想雅虎或Hotmail，当你们点击“创建消息”时，它们会回发到服务器上。但当谷歌出现时，他们只是在客户端进行，而没有进入服务器。我打赌你会对那说“哇”。至少我做到了

可以减少服务器负载的东西。例如，在HTML表中添加额外的数据输入行，而不是通过往返、增加/减少数量等方式进行

这些只是一些例子。即使要正确地完成这些事情，您也需要转到服务器，但这将是使用ajax的幕后工作。除此之外，您还需要选择几个将在项目中使用的jquery插件。比如jQueryUI、jQueryValidation、jQueryAnythingSlider等等，它们太多了

---

是一个我羡慕他们用户体验的网站。通过移动设备访问他们的网站，您将获得关于他们用户体验工作的更多线索。除了编码之外，您的团队中还需要有一个人能够处理这些用户体验方面的工作。

关于如何将其融入DDD：我最近刚刚开始了DDD的旅程，但人们在这一领域听到了很多关于命令/查询分离的消息。当然，如果你正在做的事情击中了你的域（比如自动完成抓取，或者如果你允许部分页面提交来完成一个域命令），你必须决定它是如何到达那里的，以及域是如何构造来处理它的

我认为两个决定最相关

首先，完全在浏览器中的位，甚至是应用层中的位，都在您的域之外，因此，尽管DDD讨论的分层体系结构部分中有介绍，但实体/价值/事件/服务等讨论中没有涉及。但是，如果您使用Ajax与应用程序层交互，又需要访问您的域，则需要在我的脑海中再考虑两件事。 （a） 您是否只是在域上使用不同的方法来分离命令和查询？如果您对查询或命令的需求相对较小，并且在您的域API中这看起来不像是“噪音”，那么就可以了。否则，您将有一个单独的有界上下文…另一个域仅为您的UI需要的查询建模，以避免域上的混乱。不管怎样，您在应用程序层->域（包括域服务）中执行类似于JS->AJAX处理程序的操作

（b） 这是命令还是查询？一旦你（a）弄明白了，这让你知道访问将到达哪里…然后使用表示层的用例来详细阐述领域概念，并将其放入你的通用语言中

其次，您有DTO与直接到域的决策。这可能是一个宗教战争聚集的话题，但通常答案是“视情况而定”。我认为有使用DTO的案例，也有不使用DTO的案例（在同一架构中）…只需搜索围绕该话题的所有讨论，并仅在增加价值的地方应用该模式；我不想在这里谈论细节

---

希望这能提供一些见解，或者至少是谈话磁石，其他人也会加入其中。

我想这个问题有点太主观了。看起来我只是想看看关于高级javascript的书籍，然后学习JQuery库。

谢谢。我同意，cleartrip非常流畅！我所寻找的更多的是一个示例，说明如何在解决方案中构造javascript/客户端代码。我正在开发一个基于MVP的应用程序，它将几乎所有的内容（视图）作为用户控件动态加载。我只是不确定应该如何/在哪里构造或调用客户端代码。