问题标签 [organization]

在将项目进一步分类到新的命名空间之前，是否有关于有多少类、接口等应该进入给定命名空间的一般经验法则？喜欢最佳实践或社区偏好？还是这都是个人喜好？

或者

是否有适用于 Delphi 或通用 IDE 集成的良好代码片段应用程序？我想存储代码、查询、注释等。

谢谢

我正在构建一个包含大约 50 个表单的 Web 应用程序。

我有一个非常好的表单构建类，可以很好地处理这些表单的创建和提交，并且它包含错误处理程序等。那里不需要帮助。

但是，这些表格分散在 120 页中。对于这些页面/表单的理想组织结构，我真的可以从你们那里得到一些权衡。这里有一些想法。两者都有优点和缺点。

1. 每个页面在页眉中创建表单，检测 $_POST['action'] 变量的存在并在那里处理表单。

2. 每个表单由表单函数文件中的函数构建，并在页面标题中调用它时返回表单对象，并且在处理时，由于 $_POST 是超全局的，因此处理函数也在页面标题中调用.

3. 对于每个页面，例如 profile.php，在标题中包含一个文件，该文件包含一个 profile.forms.php，其中发生了上面的方法 #1 或 #2。

想法？

请注意，每页很少有超过一个表格。

是否有任何类型的插件或工具可用于 Visual Studio 2008 以按字母顺序排列方法？理想情况下，我想要一个自动或按需按字母顺序排列选择或指定类型（即只有方法，而不是成员变量）的工具。

I'm just wondering what other developers have done in this area.

What does your organization do to get a hierarchical view of your reporting structure? Did you write something custom or use shrink-wrapped tool? How have you integrated that with other internal tools?

我已经开始学习 DDD 并且想知道其他人是如何组织他们的项目的。

我开始围绕我的 AggregateRoots 进行组织：

MyApp.Domain（域模型的命名空间）

MyApp.Domain.Product
- 产品
- IProductService
- IProductRepository
- 等

MyApp.Domain.Comment
- 评论
- ICommentService
- ICommentRepository
- 等

MyApp.Infrastructure
- ...

MyApp.Repositories
- ProductRepository : IProductRepository
- 等等

我遇到的问题是我必须将我的域产品引用为 MyApp.Domain.Product.Product 或 Product.Product。我还与产品的 linq 数据模型发生冲突......我必须使用丑陋的代码行来区分两者，例如 MyApp.Domain.Product.Product 和 MyApp.Respoitories.Product。

我真的很想看看其他人如何组织他们的 DDD 解决方案......

我使用 Visual Studio 作为我的 IDE。

非常感谢。

前几天我正在与一位同事讨论为您的开发组织实施软件工厂与使用更多像活动记录这样的脚手架解决方案的相似之处。我们都认为，当您拥有更多的开发人员并且您希望在代码库中保持一定程度的一致性和约定时，实施软件工厂可能被某些人认为是一个好主意。

再想一想，我意识到我真的很喜欢供个人使用的软件工厂的想法，因为它们让我更容易编写我正在从事的有趣的项目，因为它们让我在写作时省去了很多麻烦“样板”代码。话虽如此，我敢打赌，在更大的组织中强制使用软件工厂可能会在团队内部引起一些冲突，因为一些开发人员可能认为这会损害他们的创造力？

所以我想知道（来自那些已经实施工厂的组织的成员）是什么标准来决定组织内工厂的使用，当风险可能是一群不开心的开发人员时?

对于那些开始在开发团队中使用 Scrum 的人：你们是维持传统团队还是组建新团队？在我们的组织中，我们分为数据库、产品开发和前端开发人员（简化！）。

我感兴趣的是其他人是否真的因为 scrum 重组了他们的整个团队结构，或者你是否组建了专门的项目（？）团队，例如每个“旧”团队中的一个人。

我维护了大量用于在我的网络上执行各种启动脚本的 vbscripts，并且我几乎在所有这些脚本中都使用了一些函数。

没有复制和粘贴，有人对我如何创建可重用的 vbscript 代码库有建议吗？我不反对使用代码生成器来这样做，只要它不比复制和粘贴更令人头疼。但任何建议将不胜感激。

谢谢

我很想知道人们如何组织他们的代码库，尤其是在可重用组件方面。我在下面用 OO 术语谈论，但我对您如何为其他类型的语言组织库也很感兴趣。

例如：

• 您是所有类库项目的忠实拥护者，还是更喜欢将所有内容保存在一个项目中？
• 您是否重用了预构建的 DLL，或者您是否在当前工作中包含了以前项目中的各个类？如果是单独的课程，您是否在项目之间共享它们以确保所有课程都保持最新，或者您是否允许分支？
• 您的可重用元素有多大？他们的专注度如何？他们是如何集中注意力的？
• 您通过首选实践实现了何种程度的重用？

等等

编辑

我不是在这里寻找具体的指导，我只是对人们的思想和实践感兴趣。我对在不同项目之间重用代码特别感兴趣，而不是在单个项目中重用。（不幸的是，这里使用“项目”具有误导性——我的意思是在为客户开展的实际项目之间重用，而不是 Visual Studio 意义上的项目。）