windows - 关于为 VS2008 组织跨平台库的最佳方式的任何建议

Question

好的，我正在编写一个将在 unix 和 windows 之间分片的库。我整天都在使用 unix，所以代码的布局没有问题。这就是我如何向使用 VS2008 的 Windows 人员展示它。

自从我做 windows dev(咳嗽 3.1)以来已经有很长时间了，所以脱节了。

我注意到 VS2008 创建了很多目录和子目录(所有这些似乎都没有)。

好吧，现在进入真正的问题 - 我认为 cmake 似乎是一个很好的简单便携解决方案 - 但是 Windows 人员包含库的说明呢。

Unix 人员通过命令行知道如何添加库 - 但是当您添加 IDE 时，这一切对我来说都变得(过于)复杂

所以问题的核心是如何从顽固的 unix 人的角度为共享的 unix/windows 库提供/布局目录结构

Answer 1

IDE 使用起来非常令人沮丧，但这是您的“期望”。 :) 我发现我只是创建了一个“win32/”目录，VC++ 项目文件和目录以 IDE 想要的任何方式放置在该目录中。在项目中，我添加了src/下的文件，和Unix一样。至少 IDE 会用相对路径引用它们，所以它往往会成功。

至于代码本身，在#include 周围使用#if HAVE_UNISTD_H 等非常有帮助，在 Windows 编译中，我倾向于有一个“win32.h”文件来满足移植需要.

它在 win32.h 中变得有点难看，预处理器调用“strcase* -> stri*”和 win32 版本的 opendir 等。但我更喜欢我自己，就像我个人一样不希望大部分代码都被#ifdef WIN32 弄得乱七八糟。我只启动 Windows 进行编译，而不是进行开发。

我会说我做 Win32 IDE 的想法是人们可以自己编译我的应用程序。这从来没有发生过，他们让我编译更新的版本。这与 Unix 世界相反。