问题标签 [organization]

我不确定如何组织这些项目，因为它们都相互依赖。

现在它全部在以下结构中，这变得难以管理

这有很多问题：-1 svn 结构有点乱，例如，我没有真正的方法为一个应用程序创建一个bracnh - 由于使用的文件路径，为任何东西发布版本都是一个巨大的痛苦通过应用程序。例如，python 程序需要知道 python 扩展 dll 在哪里，以及每个公共 dll 在哪里。这些路径在 svn 上与发布时的路径非常不同（它们都可能在一个公共目录中）

好的，所以我们都知道标准的 SVN 设置

而且我意识到建议是标签中应该有“特殊”提交。然而，我从来没有真正使用过标签目录，我不明白我为什么会这样做。

我的理解是 tags\ 将包含诸如“Version1Release\、Version2Release\、ThatTimeWeUpgradedEverthing\”之类的内容。但事情就是这样，如果您要进入并需要对 Version1Release 进行更改，那么它应该是一个分支，如果标签应该是永远不会改变的，那么在源代码控制中制作副本有什么意义呢？请注意，修订版 712 是我们的第 1 版发布。

我想我的困惑是标签似乎是永远不应该改变的版本。但是源代码控制就是保留更改文件的历史记录。我知道这是一个次要的组织论点，但我很好奇人们的想法。

在具有许多不同组件的单一表单应用程序中管理代码的最佳方法是什么？例如，考虑一个具有产品选择器的金融应用程序，用于浏览/选择要查看的产品；一些价格、利率或其他的实时代码；滚动新闻提要；各种图表；显示本地计算值的网格；等等

您是否会为每个不同的组件创建一个自定义控件，即使它们不会在此应用程序之外使用？或者你可以用实现每个组件的逻辑并以某种方式更新gui中的实际控制的类来做到这一点？两个组件可能需要相互交互，例如，您单击网格中的一个单元格，它会显示一些图表（主窗体会处理发送消息吗？）

我有让表单代码在添加功能时变得臃肿的习惯，我真的很想熟悉一种更好的方法。我正在使用 c#（不使用 WPF），但我想基本的设计原则不一定是特定于语言的。

我为几个不同的客户做了很多错误修复和实现新功能。这些客户都将他们的错误、更改请求和新功能请求报告到我们的Trac 系统中。有时这些请求会导致我创建一些 SQL 更改脚本，有时会有 Excel 文档或带有测试数据的 Access 数据库、来自客户的 Word 文档等。许多文件用于修复一张票，然后可以在票证关闭时删除。

我通常通过在文件系统中创建这样的文件夹来做到这一点：/customerXX/TicketNNNNN，然后将所有内容都转储在那里。

你如何组织你的工作文件？你有没有找到一些很棒的工具来做到这一点？

所以我有一个关于 Zend 框架在布局方面的一般代码组织的问题。

我的布局基本上是这样的：

等等等等。现在，为了使页眉中的代码与主代码和页脚代码分开，我为视图创建了一个文件夹，其中包含 header.phtml、main.phtml、footer.phtml。然后我使用此代码将 header.phtml 的内容分配给 $this->layout()->header：

那工作得很好，但我已经到了不想让 main 成为静态 HTML 的地步。我希望能够用 PHP 插入一些值。因此，在 indexAction 的控制器中，我希望能够从我的数据库中加载并将值放入 index/main.phtml。有没有办法在不重组我的网站的情况下做到这一点？

如果没有，有没有办法做到这一点，以便我可以拥有：

1. 将代码放入布局的不同部分的能力，例如 Layout()->header、Layout->footer。

2. 将这些部分分成不同的文件，以便于查找和组织它们，例如我的 index/footer.phtml、index/main.phtml 等。

3. 不必将该代码不必要地放入引号中以将其转换为字符串以将其传递给 Layout()->header 等。

非常感谢你们的帮助。

-伊森

管理磁盘上 Visual Studio 项目物理布局的最佳方法是什么？我已经到了我有几个文件夹的地步，但我真的不能像现在这样继续分类。例如，我有几个自定义控件，但有时这些控件与应用程序设置有关，那么它们是进入 Controls 文件夹还是 Application Settings 文件夹？我有许多成熟的表单驻留在主源文件夹中，因此寻找正确的源文件有点令人生畏。

任何人都可以提供有关如何将中型项目组织到文件夹层次结构中的任何提示，这样他们就不会因为试图在项目中找到某些东西而发疯？

当你有数百个项目时，你如何组织项目？不是项目内的布局，而是项目根目录的布局。

我正在整合十多年的个人项目和示例项目，这些项目分散在几个系统的磁盘上，并且正在寻找一些组织方法，让我保持十几个活跃的项目可见，并且可以找到存档的项目。

大多数项目都是学习实验，跨越一堆不同的语言和框架。其中一些项目是成熟的、可工作的应用程序，我可以利用这些应用程序来重用想法和代码。

我在远程 git 存储库中为我的个人资料使用平面命名空间，但这似乎不是在我的开发系统上组织事物的理想方式。肯定有比 ~/active/ 和 ~/archive/ 更好的东西。

在这种情况下什么对你有用？

我被要求为一个小型组织（资金有限）设计一个网站 - 面向内部和外部。

在内部，它将允许共享文档、博客、目标设定等等？

在外部，它将提供一个简单但设计精美的关于公司服务的公开声明。

它可能会随着时间的推移而发展。

这应该是一个定制的解决方案，还是在提供此类服务的平台之上更有意义（例如？）？

如果它是一个定制的内置解决方案，我正在考虑在 Rails 中这样做 - 是否已经为 Rails 构建了类似的东西？

我什至不想考虑花费了多少工时来编写相同的查询来加入我公司完全相同的表。

当我刚开始工作时，我认为这是一种低效率，并开始在单独的模式中编写视图，唯一的目的是为了方便开发人员。
我的老板不太喜欢这个，并建议我开始将我的常见查询提交到与生产 SQL 不同的文件夹中的源代码控制。这是有道理的，因为有些脚本需要参数，而并非所有脚本都是只读的。

什么是通用查询？

• 用于诊断某些问题的脚本
• 用于查看多个表之间关系的脚本（执行多个连接）
• 我们不希望在存储过程中使用的脚本，因为它经常被调整以诊断当天的问题

我想解决的问题

• 可发现性，如果没有人可以找到查询将被重写
• IDE集成，希望能够在IDE中轻松查看查询。我已经尝试过 SQL Server 解决方案，但它们真的很糟糕，因为它们将您锁定为只处理该组文件。

我想知道那里的所有专业人士如何共享他们常见的 SQL 查询。

谢谢

Java 项目是否有任何标准的目录布局？你最喜欢哪种布局？

我问的是比项目目录中的“src”和“bin”更复杂的布局（即，您将测试类、构建配置等放在哪里？）。

提前致谢。