当前位置：文江博客话题详情

OCaml 空全局变量

发布于 2024-08-15 19:24:54 字数 241 浏览 2 评论 0原文

我想知道如何定义空！ OCaml 中 Hashtbl 类型的全局变量？我不想使用 Hashtbl.create 因为我不知道它的初始大小，并且出于性能原因我不想猜测初始大小。

基本上这个 Hashtbl 变量将在函数中被分配一个真正的 Hashtbl ，然后这个变量将在其他函数之间共享，所以我不想将它作为参数传递一直以来，因此我希望它是全球性的。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

最近可好 2024-08-22 19:24:54

OCaml 中的哈希表会根据需要增长，因此您可以一开始就给 ag 最好的猜测，例如：

module A

let hash = Hashtbl.create 123;;

...

let exceed_hash () = 
  for i = 1 to 555 do 
    Hashtbl.add hash i (string_of_int i) 
  done;;

虽然您超出了初始数量，但它也会顺利工作，请查看本教程以获取更多信息 http://www.ocaml-tutorial.org/hashtbl

Hashtables in OCaml grow as needed, so you can just give a g best guess at first, for example :

module A

let hash = Hashtbl.create 123;;

...

let exceed_hash () = 
  for i = 1 to 555 do 
    Hashtbl.add hash i (string_of_int i) 
  done;;

Although you exceed the initial number but it will work smoothly too, check this tutorial for more info http://www.ocaml-tutorial.org/hashtbl

回复收藏 0 原文

听闻余生 2024-08-22 19:24:54

你所要求的都是可能的。您可以定义一个全局引用（这可以让您稍后将其分配）到哈希表选项（这可以让您首先将其保留为未初始化）。定义将如下所示：

let hashtable = ref None

初始化将是：

hashtable := Some (Hashtbl.create n)

要使用它，您还必须解释如果尚未初始化它会发生什么：

match !hashtable with 
  | None -> assert false
  | Some h -> frobnicate h

在实践中，未初始化的变量违反 OCaml 哲学，只会让您的生活变得糟糕更难。我强烈建议您不要使用这种方法。我的两个建议是：

确定创建具有猜测大小的哈希表所造成的性能损失。开销可能比您想象的要小得多。
只需将哈希表传递到各处即可。它是一个参数，比选项引用短...
将哈希表和使用它的函数放在一个类中。

What you ask for is possible. You can define a global reference (this lets you assign it later on) to a hash table option (this lets you leave it uninitialized at first). The definition will look like this:

let hashtable = ref None

The initialization will be:

hashtable := Some (Hashtbl.create n)

To use it, you will also have to explain what should happen if you haven't initialized it yet:

match !hashtable with 
  | None -> assert false
  | Some h -> frobnicate h

In practice, uninitialized variables are against the OCaml philosophy and will only make your life harder. I strongly advise you not to use this approach. My two suggestions would be:

Determine the performance loss caused by creating a hash table with a guessed size. The overhead might be much smaller than you think.
Just pass the hash table everywhere. It's a single argument, which is shorter than an option reference...
Put your hash table and the functions using it in a class.

回复收藏 0 原文

~没有更多了~