小编ral*_*iii的帖子

我有一个3列的VST,可以均匀占用可用空间.

(我在Header.Options中设置了hoAutoSpring,所有列都有Column [x] .Option设置了coAutoSpring.)

现在我希望能够隐藏最后一列并保持其他列均匀占用空闲空间(有点像alClient控件).

当我只将列设置为不可见(见下文)时,该列占用的空间就不再使用了.

VST.Header.Columns[2].Options:=VST.Header.Columns[2].Options - [coVisible];

当我将Header.Options.hoAutoResize设置为True并将Header.AutoSizeIndex设置为1时,第二列将占用所有新空间.

是否有方法告诉列填充可用空间并均匀调整大小？

截图:

我需要打包一个 Java 程序，使其成为一个不依赖于已安装的 Java 即可运行的 exe。（据我所知，Launch4J 或 jpackage 可以完成这项工作）
并且我需要通过命令行将参数传递给该程序。
最后，我需要 Java 程序生成的结果返回到调用应用程序中。

我怎么做？

exe 中的 Java 是否可以访问命令行参数？

我可以通过文件进行数据交换，例如位于临时文件夹中。
但我不想使用固定编码的文件名，因为可能会发生 2 个线程同时调用 Java 的情况......

感谢您的想法！

我们有用户报告 Firebird 数据库对于我们应用程序存储的条目数量来说太大了。

我发现一篇文章 Commit vs CommitRetaining 表明使用 CommitRetaining 并不是最明智的做法，并且可能会阻止 GarbageCollection 工作。

我们的软件由多个应用程序组成，所有应用程序都连接到 Firebird 数据库。有些与某些用户操作绑定并且仅运行几秒钟或几分钟，其他则是可以运行数月的后台应用程序。

因为我认为 CommitRetaining 与 Commit “一样好”，而且我不必小心地启动新事务，所以我在任何地方都使用 CommitRetaining。

现在我想知道，我是否需要让所有应用程序都没有 CommitRetaining，或者是否足够，长时间运行的应用程序是否“干净”，而短时间运行的应用程序并不重要，因为当它们关闭时，这才算作无论如何都要提交？

而且，只是因为我很好奇：Firebird 是否需要使用 CommitRetaining 释放任何连接来执行 GC，或者每个连接都单独处理。

换句话说：假设 2 个应用程序 A 和 B 正在运行

AAAA--AAAA--AAAA-....
---BBBB--BBBB--B...

那么 A 或 B 总是连接到 DB，这会永远阻止 GC 吗？