用宏来生成对应的 struct 和 typedef ？
比如原来是这样的
```
typedef int SElemType;
struct my_struct
{
SElemType x;
};
```
现在可以改成
```
#define DEF_MY_STRUCT(T) \
typedef T SElemType_##T; \
struct my_struct_##T \
{ \
SElemType_##T x; \
};

DEF_MY_STRUCT(int);
```

https://help.netflix.com/zh-cn/node/55764
帮助页面就有说具体的要求。

初步怀疑是 nmake 的问题。这个项目一定要用 nmake 吗？不能用 Visual Studio solution 吗？
不过还是需要更多错误信息才能判断。

什么应用呢？我怀疑你没分清“UWP 应用”和“商店应用”。
因为 UWP 原生那套界面框架本来就支持高 DPI，即使程序使用了自己的界面框架 (很少，基本上只有游戏会这么做)，理论上不支持高 DPI 也不会模糊，因为 UWP 应用没有自动缩放的功能，不支持高 DPI 的话画面会变得很小。
所以我觉得你是把商店应用当成 UWP 应用了，微软商店是允许把 Win32 应用打包成 appx 提交的。

尝试自己实现一套 wchar.h 的函数？可以从 musl 、uclibc 之类的抄一份来。

都不可以。预装 Windows 的密钥是和硬件 hash 绑定的，只能激活这台机子。Office 虽然是和微软账号绑定了，但也只能用来激活对应机子，在别的机子上登录账号不能激活。
而且即使能激活，你也不能保证以后虚拟机的硬件 hash 会不会变，如果变了，你的正版就永远丢了。
参考资料: https://frankuefi.blogspot.com/2012/05/oem-activation-30.html

一个机型的配置就只有那些组合吧，提前组装好对应配置的也不奇怪。就算是刻字，也是拿已经组装好的成品来刻的。

@moln IP 要依赖二层来传输，它本身就是网络层。
至于交换机，它完全不需要关心上层协议的内容，它只需要关心以太网的头部。

@reus 我知道 ARP 是在以太网上用的，IP 也只是在以太网上用才需要知道 MAC 地址。
但是 ARP 是为了让 IPv4 能在以太网上用的协议，怎么一点关系也没有呢？ ARP 的数据也包含 IP 地址。

@moln 它通过二层传输不代表跟三层无关，IP 包也是在二层之上传输的。
换个角度看，一个设备不支持三层协议的话，为什么会用到 ARP 呢？是先要进行三层的通信，才会用到 ARP 来解析 MAC 地址。

@moln https://zh.wikipedia.org/wiki/%E5%9C%B0%E5%9D%80%E8%A7%A3%E6%9E%90%E5%8D%8F%E8%AE%AE
地址解析协议（英语：Address Resolution Protocol，缩写：ARP ）是一个通过解析网络层地址来找寻数据链路层地址的网络传输协议。

简单说是在进行 IPv4 通信之前，要用 ARP 知道对方的 MAC 地址，当然跟网络层相关。

@moln 跑在三层，因为 ARP 协议是跟网络层相关的。

我自己对“旁路路由”“旁路网关”的理解就是放在主路由旁边的另一个路由器，不过这个路由器和主路由都连入同一个局域网内。
你说“数据都跑在数据链路层”是错的，因为这个路由器不是做二层交换机使用，而是做三层路由器，有路由转发功能。

可能是某些企业推广宣传某些产品用的词，然后人们为了省事业就直接用了。

https://pgy.oray.com/news/8290.html
比如这篇文章，还抄了一段“旁路”的解释上去，然而里面推广的产品跟他抄的解释完全不是同一个意思。

估计是 Windows 不支持。

@yangheng4922 是的。

要求学习多长时间这种，建议后端直接记录开始学习的时间，然后看当前时间够不够，前端完全不用限制，这么做简单还没有明显漏洞。

@anmie 我觉得你的出发点是通过道德去评价一个企业，我还是赞同这种做法的，但很可惜我的经济能力做不到。

举一些例子：
1. 小米的路由器使用了 OpenWrt 系统但是却没有依照 GPL 协议开源。有的人会说你可以别买小米，去买 Linksys 等开源的系统呀。但现实是我买不起 Linksys 的路由器，我只能建议买了小米路由器后换掉官方的系统。
2. 几个月前某个 Android 插件被人利用漏洞提交了清除系统所有数据的代码，许多用户中招。然后在某个群里就有人说，有事没事折腾这些干嘛，觉得国产软件垃圾就别用啊，或者买台备用机专门装国产软件。但现实是我们很难摆脱对这些国产软件的依赖，只能想各种办法去解决软件本身的一些问题。

每个人有不同的标准，前面询问理由也是想知道你不建议的理由，没有别的意思。

我原本也是买了惠普战 66，而且是在知道联想竞品配置更高的情况下买的。当时觉得战 66 发布早，接口多，金属机身，性能方面一点损失也就算了。但是买回来后发现惠普把 TPM 给阉割了 (据说是故意做成选配功能，面向企业销售时加钱开启)，不过当时也就算了。但是后面发现屏幕上有亮点，换了一台电脑后又遇到偶尔花屏的问题。连续两台电脑遇到质量问题，这时候我已经很不爽了，所以才买了联想小新 15 。

还可以选择免费开源的 GIMP，虽然跟 PS 比有所不足，调整大小这种操作完全不在话下。

没办法调用，因为 C++ 没有一个统一的 ABI，不同编译器编译出来的都不能互相调用，甚至同一个编译器不同版本也不一定兼容。
解决方法是用 C 语言的接口封装一遍。比如 cef https://bitbucket.org/chromiumembedded/cef 就是这么做的。