0

最近我似乎在努力组织我正在使用的所有不同的类/对象。就我而言，我为一家拥有 3 种不同核心产品但共享一些核心功能的公司工作。所以，他们也会分享课程。为了使水域更加混乱，我正在编写 ASP.NET MVC 应用程序 - 它具有类的隐式位置（模型文件夹）。

所以 - 这就是我们目前的工作方式。我将把产品称为NewProduct. xxx是公司名称：

  • xxx.Core- 所有产品中使用的类。这些可能是辅助函数、具有逻辑的实际类等。
  • xxx.NewProduct.Web- NewProduct 的 MVC Web 应用程序。模型文件夹是空的。
  • xxx.NewProduct.WindowsService- Windows 服务 - NewProduct 的一部分。
  • xxx.NewProduct.Models- 基本上，这将替换 MVC Web 应用程序中的 Models 文件夹。它们在自己的项目中，因此DomainLogic可以填充它们并将它们传递回 MVC 应用程序。
  • xxx.NewProduct.Objects- 在Web和WindowsService之间共享的具有逻辑的类（不仅仅是像Models这样的骨架） 。
  • xxx.NewProduct.DataAccess- 这是 DAL，对我的问题来说并不是那么重要。
  • xxx.NewProduct.DomainLogic- 这是业务逻辑层（调用 DAL）。此外，如果我们将来要编写一些其他应用程序（移动、桌面等），它们也可以被它重用。

我的主要问题是当我试图决定将一个对象放在哪里时，有时我不确定将它放在哪里。这是正常的吗？其他人有这个问题吗？有什么建议么？

4

1 回答 1

1

当然是正常的！没有一种正确的方法来划分你的模块。但不要在这上面花太多时间。我们生活在 IDE 时代——你总是可以重构的。对我来说，最重要的是可读性。当您团队中的其他程序员寻找某些类/功能时，他们不应该感到惊讶——仅此而已。例如，我不知道在名为 Objects 的模块中可以找到什么（但我不知道 .net 也不知道您的应用程序的具体情况）。

于 2012-06-19T20:42:17.687 回答