Language agnostic &引用;“方便”;功能

Language agnostic &引用;“方便”;功能,language-agnostic,organization,Language Agnostic,Organization,我的库的几个部分都带有“便利”功能。例如,容器类可能有一个函数来解析字符串中的信息。这些功能不一定总是需要(或想要)的,所以我想把它们放在单独的文件中,这样就可以根据用户的需要将它们包含或删除 这应该如何构建?我应该把所有“方便”的东西放在一个单独的文件夹中的头文件?或者它属于一个完全独立的图书馆 大型库(如Boost)如何处理这类事情?或者他们只是完全避免使用它?应该是一个容易引起宗教反应的词,但我认为你最好还是像使用图书馆一样思考这个问题 您希望它的结构如何?所有东西都在一个api中,以便您

我的库的几个部分都带有“便利”功能。例如,容器类可能有一个函数来解析字符串中的信息。这些功能不一定总是需要(或想要)的,所以我想把它们放在单独的文件中,这样就可以根据用户的需要将它们包含或删除

这应该如何构建?我应该把所有“方便”的东西放在一个单独的文件夹中的头文件?或者它属于一个完全独立的图书馆

大型库(如Boost)如何处理这类事情?或者他们只是完全避免使用它?

应该是一个容易引起宗教反应的词,但我认为你最好还是像使用图书馆一样思考这个问题

您希望它的结构如何?所有东西都在一个api中,以便您可以找到它,还是分散在类路径中


是否有任何真正的理由考虑将容器类的“PARSESTROM”方法放在容器容器以外的任何地方?

。通常,库提供者将库组织成逻辑块,但提供一种方法将整个库包含在一个GO中。(在C/C++中,是单个头文件;在Ruby中,是单个include,&C。)这允许良好的衔接,允许图书馆用户只需要他们需要的片段。< /P>这是一个C++问题吗?你应该适当地标记它。老实说,我可以看到这应用到大多数编程语言。@特鲁法,在我的例子中是C++,但是,就像@ Ec奶酪说的,我可以看到它是语言不可知论。好吧,我不知道。我有足够的知识来表达自己的观点,我以为你忘了给它贴标签……对不起,祝你好运!