问题标签 [packages]

在 Eclipse 中使用 CDT 项目时是否有可能拥有某种包（项目集）？

我们已经将我们的软件分离在这些包中，并使用 VS2005 和 .sln 文件作为 Windows 部分。目前我只看到两种在 Eclipse 中管理项目的方法：

• 将所有内容放在一个工作区中并放松包装订购
• 使用单独的工作区（每个包一个）并将我的自定义键/语法/...设置存储在每个工作区中（并保持它们同步！）

分离项目的主要原因是，如果您在依赖包中工作，则不需要编译（或检查是否需要编译，这也需要一段时间）所有基础项目。

如果没有我当前两种解决方案的缺点，我将不胜感激第三种解决方案:-)

吕迪格

SO上最近的一个问题让我思考。

在我尝试过的大多数 Linux 发行版上，一些 Perl 模块可以通过包管理器获得。其他人，当然不是。有一段时间，每当我需要安装一些 CPAN 模块时，我都会使用我的包管理器来确定一个包是否可用，并在它可用时安装它。

明显的优势是，只要有新版本的软件包可用，您就可以更新模块。

但是，当模块不以预打包形式提供并且该模块存在依赖项时，您就会遇到麻烦。每次 cpan shell 询问它是否应该遵循依赖项时都启动你的包管理器可能会很累人。

通常，另一个缺点是预打包模块的版本。如果您正在运行 Debian 或 Ubuntu，您很快就会发现您将无法生活在最前沿，就像许多 CPAN 模块作者似乎所做的那样。

Linux 上的其他 Perl 人员如何处理这个问题？你只是忽略了你的包管理器必须提供的东西吗？是否有任何工具可以使 apt（例如）和 cpan 成为更好的队友？还是您根本不通过 cpan shell 安装任何东西？

OSGi 存在拆分包的问题，​​即同一个包但托管在多个包中。

是否存在拆分包可能会在纯 java（没有 OSGi）中造成问题的边缘情况？

只是好奇。

我已经尝试过搜索，但无法找到一个明确的方法来将您自己的包添加到 GWT 项目中。

我的树结构如下所示：

我在那里看到的答案说要添加相对于 gwt.xml 文件的根目录的包，如下所示：

然后它抱怨：

谁能告诉我我做错了什么以及如何解决这个问题？

我有一个 Perl 程序，它需要使用包（我也写）。其中一些包仅在运行时选择（基于某些环境变量）。当然，我不想在我的代码中为所有这些包添加一个“使用”行，但只有一个“使用”行，基于这个变量，比如：

不幸的是，这当然行不通。关于如何做到这一点的任何想法？

在此先感谢，奥伦

有没有办法列出 Delphi 编译包中的单元/类？

尽管存在数千个 Emacs Lisp 库，但 GNU Emacs 直到 24.1 版都没有（内部）包管理器。

我想大多数用户都会同意，目前查找、安装和保持最新的 Emacs Lisp 库相当不方便。

让生活更轻松的页面

对于早于 24.1 的 Emacs 版本：

• Emacs Lisp 列表- 问题：我看到死人（链接）。
• Emacswiki - 问题：可能包含坚果的痕迹（恶意代码）。
• Emacsmirror - 我正在处理的包存储库。问题：还没有包管理器本身支持它。

一些包管理器

并不是没有人尝试过。（当被问到这个问题时，其中一些并不存在。）

• 自动安装
• borg.el - 使用 Git 子模块同化 Emacs 包。
• el-get.el - 支持许多来源。
• elinstall.el
• epackage aka DELPS - 应用于 Emacs Lisp 包的 Debian 打包概念。
• epkg.el - 这现在只是一个浏览 Emacsmirror 的工具。
• 安装.el
• 安装-elisp.el
• jem-pkg.el
• package.el - ELPA。似乎它将包含在 Emacs 24 中。

更新——package.el 包含在 GNU Emacs 中，从 24.1 版开始

• pases.el
• pelm - 命令行安装程序；使用 php。
• 插件.el
• Straight.el - 最近和实验性的，尚未达到 1.0 版本。
• 使用-package.el
• XEmacs 包管理器

软件包已包含在 Emacs 主干中。epkg 尚未准备好，目前也不可用。至少 install-elisp、plugin 和 use-package 似乎不再积极维护了。

我创建了一个 git存储库，其中包含所有这些包管理器作为子模块。

一些可能有用的实用程序

包管理器可以使用这些实用程序和/或它们可以用于维护包的镜像。

• date-calc.el - 日期计算和解析例程。
• ell.el - 浏览 Emacs Lisp 列表。
• elm.el、elx.el、xpkg.el - 用于维护Emacsmirror。
• genauto.el - 帮助为您的 elisp 包生成自动加载。
• inversion.el - 需要特定的包版本。
• loadhist.el、lib-requires.el、elisp-depend.el - 列出 Emacs Lisp 库依赖项的命令。
• project-root.el - 定义项目根并根据它采取行动。
• strptime.el - POSIX 日期和时间解析的部分实现。
• wikirel.el - 访问 Emacs Wiki 上的相关页面。

关于手头主题的讨论

• emacs 开发 20080801
• comp.emacs 20021121
• RationalElispPackaging

问题（最后）

所以 - 我想从你那里知道你认为在 Emacs 的包管理器中什么是重要的/不重要的/补充的等等。

一些想法

1. 许多包（Emacsmirror提供了最大的可用包集合，但在任何包管理器中还没有明确的支持）。
2. 只有经过测试的包。
3. 支持多个包存档（因此人们可以在许多/经过测试的包之间进行选择）。
4. 仅基于所需功能计算的依赖关系。
5. 依赖项会考虑特定版本。
6. 仅使用已在上游发布的版本。
7. 如果可用，请使用版本控制系统中的版本。
8. 包是分类的。
9. 软件包不仅可以安装，还可以卸载和更新。
10. 支持创建上游版本包的分叉。
11. 支持发布这些分叉。
12. 支持选择分叉。
13. 安装包激活后。
14. 生成自动加载文件。
15. 与 Emacswiki 集成（参见 wikirel.el）。
16. 用户可以标记、评论等包并共享该信息。
17. 仅 FSF 分配/GPL/FOSS 软件或不关心许可证。
18. 包管理器应该与 Emacs 一起分发。
19. 支持轻松联系作者。
20. 大量元数据。
21. 在安装特定软件包之前建议替代方案。

我希望得到这些答案

• 指向更多实现、讨论等的指针。
• 对构成理想包管理器的一组功能的冗长描述。
• 一个特定的期望/不期望的特征的描述。随意从上面详细说明我的想法。
• 让我大吃一惊。

我一直将我们包的单元（.pas）文件夹的路径放入Delphi库路径中，但我开始怀疑这是否是一个错误！以这个问题为例：

我有两个自制的包：

• 低级包
• 高级封装

HighLevelPackage 使用 LowLevelPackage 中包含的单位。

如果两个包的单元文件夹的路径都在库路径中，那么我有可能在 LowLevelPackage 和 HighLevelPackage 隐含包含 LowLevelPackage 的单元之前构建 HighLevelPackage（我认为？）。

我想知道是否应该将这些包的 DCU 的路径放入库路径中。并且可能将实际源单元的路径放在浏览路径中，以便我们在调试时仍然可以进入它们。

听起来对吗？真正应该进入图书馆路径的是什么？.DCU的路径？.DCP？.BPL？还是.PASS？

我正在使用“如何在 Perl 中对实例方法进行猴子修补？”开头给出的技术对包进行修补。. 我遇到的问题是原始子例程使用了一个包级my变量，修补后的子例程似乎无法通过完整路径规范或隐式使用访问该变量。

有什么方法可以获取以这种方式限定范围的数据，以便在修补的子例程中使用？

我正在开始一个使用 Hibernate 和标准 MVC 架构的新 Java Web 项目。我刚刚开始布局项目结构，在此过程中，我开始环顾四周，看看这方面是否有任何标准，关于控制器应该去哪里以及通常布置所有内容的最佳方式。但是，我还没有真正找到任何指导方针。

所以我很想知道的是

• 有人知道 Java Web 项目布局的最佳实践指南吗？
• 是否有人对不同类型的项目有一套特定的硬性规则？
• 人们是否倾向于按表示层、业务层和应用程序等不同层来拆分包？