建筑/设计模式问题

Question

因此，昨天我的同伴和我对正在开发的这个电子购物网站的架构产生了疑问。 请注意，我为此使用ASP.NET。 他很惊讶得知我没有将添加到购物车中的项目保留在ArrayList或其他通用列表中，而是使用LINQ To Entities将它们直接插入数据库中。 我只能通过此Web应用程序并且不使用n-轮胎，还是应该按照我的朋友的建议进行操作，即具有执行更新，删除等方法。我非常感谢您的反馈，因为这对我来说是一个非常重要的难题。 谢谢！

Answer 1

我认为这里有两件事要考虑：

您可以做的最坏的事情之一就是过度设计，并在不需要时创建N-Tier系统。 如果不需要数据访问层，请不要在其中扔一个。

找出对系统的需求，如果您需要能够进行横向扩展，那么您将不得不按层设计系统，并使用可扩展性更高的数据访问方法以及用于获取/更新的服务您的数据。

其次，当用户将东西添加到购物车时，是否应该将这些东西扔到数据库中。 我认为这不一定是一个难题。 到数据库的旅行是昂贵的，尤其是当您可以将它们存储在客户端/会话端之前。

---

话虽如此，我个人喜欢使用数据访问层，我发现它使代码更清洁，并且使您可以标准化访问和更改数据的方式。 他们不必通过每个类/方法都可以更改数据自定义，而必须通过DAO层中一组定义明确的接口来执行此操作，您可以控制，审计等操作。通过使用DAO层，它还可以帮助进行设施模拟，从而在测试方面是无价的。

N-Teir开发参考：

1. 首先，只需了解您要完成的任务！
2. 什么是N-Teir架构
3. Asp.net教程
4. MSDN上的应用程序设计（从N层到.NET）

Answer 2

让我确保我理解：将项目添加到购物车后，您将立即保留它们，而不必等到会话完成才将其作为单个工作单元来完成。 您不必担心此处的交易，因此您必须具有会话ID和某种标记以指示是否购买了商品。 当客户指示要购买时，您的程序将查询与该会话相关的所有项目，并将所有购买的标记更新为一个工作单元。

那是正确的摘要吗？

您已经选择了如何将购物车作为单个工作单元来处理。 我认为做事的方法不只一种，而且您的方法是可以辩护的。

但是我不同意关于过度工程的评论。 分层架构并不难构建。 它将持久性逻辑集中在一个定义明确的程序包中，您可以对其进行单独测试并放在一边。

分层方法有很多优点。 所有开发工作都是通过将大问题划分为更小，更易于管理的问题来管理复杂性的问题。 我们使用对象和包来执行此操作。 我认为随着系统的发展，这是一种更好的方法。 这是为什么客户端/服务器没有像15-20年前那样被广泛使用的原因之一。