是否可以将两格库中的proc-macro crate当作实现细节而不遵循语义版本控制?

问题描述

许多包含程序宏的库都由两个板条箱组成:实现实际宏的proc-macro条板箱和重新导出或包装proc宏的普通“ main”板条箱。这样做是因为proc-macro条板箱无法公开导出proc宏以外的任何内容。假设主包装箱称为foo,则宏包装箱通常称为foo-derivefoo-macros

这引发了有关如何对proc-macro条板箱进行版本控制的几个问题。当然,主要的箱子遵循语义版本控制。但是宏板条箱也应该跟随它吗?我不希望人们直接使用宏板条箱,而只能通过主板条箱使用。我在proc-macro crate的描述中清楚地指出了这一点。我想将宏板条箱视为实现细节。

在这种情况下,我是否不需要遵循语义版本控制,对吗?这样,主包装箱就可以通过foo-macro = "=0.0.4"要求一个确切的版本。

这样可以吗?还是可以打破这种方法?社区中是否有一些已建立的最佳做法?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)

相关问答

Selenium Web驱动程序和Java。元素在(x,y)点处不可单击。其...
Python-如何使用点“。” 访问字典成员?
Java 字符串是不可变的。到底是什么意思?
Java中的“ final”关键字如何工作?(我仍然可以修改对象。...
“loop:”在Java代码中。这是什么,为什么要编译?
java.lang.ClassNotFoundException:sun.jdbc.odbc.JdbcOdbc...