@jdhao Pro 续航不好，我现在用的就是，Pro Max 续航不错，不过太重了，像个砖头。另外这些高端机的续航都不会。我有个红米，续航吊打这些高端手机，接近 6000 毫安时的电池，CPU 性能又差，屏幕也差，所以续航是无敌的。

iPhone 从小到大，不同尺寸续航差距都很大，Android 也一样，你要说一个尺寸才能比较。有专门的续航排名网站，但总规律是尺寸越大的手机续航基本也越好，因为电池越大。另外 iPhone 的信号 /续航一直很普通，甚至可用说是差。

从升级到现在没遇到过任何问题，四台机器，最旧的 intel 8400 CPU, 最小的 12600k 。 这个纯粹看你个人的机器，Windows 的硬件太多了，各个环节都可能出问题。很多问题出现后，除了你自己的机器，没有人复现，这种时候，基本很难被修复。

注意： 最后一个步骤非常重要,如果你自己创建的普通文件夹没有最会一个步骤，配置的中文名称和图标都是不会生效的。

每个文件夹下面都存在一个或多个 desktop.ini 文件，它控制着资源管理器如何处理此文件夹的各种特性
如果你需要改名称，只需要好添加下面的代码就好了(注意，使用 UTF-8 保存)
[.ShellClassInfo]
LocalizedResourceName=代码
如果你的文件夹下面没有此文件，请将操作系统的隐藏文件调出来(文件夹选项中的显示隐藏文件 /显示操作系统文件),调整后如果还是没有此文件，你可用自己创建一个，这个文件是一个纯文本文件。创建完成后，你需要使用 attr 命令将文件夹设置系统文件夹，然后重启 explorer.exe 就好了。

开空调，将温度调至 16°。

这种问题没啥意思，我还说 Macbook Pro 是电子垃圾呢, 这种主观评价无益于讨论问题。 我手头有 Surface Pro 4/6, Surface Laptop 3, MacBook Pro 16. 我的结论是这些产品都为了追求一些极端的东西，舍弃了一些东西。Surface Pro 的售后很不好(特别是过保后)，性价比也低，但这个在颜值和做工上应该是唯一靠近 Mac 的本子了。买这些电子产品都要提前做好工作，知道自己会得到什么，会失去什么，最主要的根据自己的实际需求购买。

@anonymous2351d00 https://github.com/PSeitz/ts-dependency-graph

另外还是建议你按照 namspace 分离一下，模块化要解决的问题除了 namespace 还有按需加载和静态引用分析。

globalThis 总是有的。

Windows 11, 22H2 测序了一下，开了 200 个，目前还没问题，不想在继续开了。内存占用 9G.

@mmdsun 这是因为你用的并不是.NET Framework 4.7 SDK 的 csc.exe 编译的代码，否则你马上就会发现一堆错误。因为你使用了开发机器上的 Visual Studio 集成的.NET 的 csc 编译器，那个一般都非常新，所以才能编译通过，如果你手动调用.NET Framework 4.7 的 csc.exe 编译，C# 6 的很多语法都会直接编译报错。

我第一次去香港的时候，在西九龙地铁站附近遇到了一个女的，说一口普通话，估计是大陆人，说自己的证件丢了，没钱吃饭，我当时着急去见一个朋友吃饭，就给了她 500 港币，后来才发现这是个骗局，因为我走出一公里，又遇到了相同的骗术。哈哈哈！

没他大作用，要自己注意保护好眼睛，疲劳了就休息。更合理是每一年去专业眼镜店验光(或去专业的眼科医院), 然后尽量每年更换一次镜片。晚上的时候尽量少接触电子产品，或开启电子设备的夜间模式。

@bthulu 你自己调用 csc.exe 前请自己检测自己的编译器版本，例如：Microsoft (R) Visual C# Compiler version 4.8.9032.0
for C# 5
Copyright (C) Microsoft Corporation. All rights reserved.

This compiler is provided as part of the Microsoft (R) .NET Framework, but only supports language versions up to C# 5, which is no longer the latest version. For compilers that support newer versions of the C# programming language, see http://go.microsoft.com/fwlink/?LinkID=533240

@bthulu 谁告诉你可以的？

@bthulu 使用.NET 4.6.1 自带的编译器编译 C# 8.0 的很多语法是编译通不过的。语言版本号，只是告诉编译器你当前要使用的语言的版本规范，因为语言升级有时候是破坏性修改。.NET 6.0 SDK 携带的 C#编译器是支持 C#11-C#1.0 所有版本的，C#4/C#5 这种同样代码编译后的 IL 并不是完全一致的，也就是发生了破坏性改变。

举个例子，你使用.NET 6 作为 SDK, 语言版本是可以选择: 6/7/8/9/10/11 的，甚至可以选择 latest ，SDK 只是限制了你使用的 APIs 的数量。但部分需要 runtime 支持的新语法特性是无法通过编译的。.NET 发展了 20 年，MSIL 的变化是非常非常少的。

因为 C#和.NET Framework 并没有严格的版本捆绑，但是 BCL 的一些特性是需要 Runtime(CLR)支持的，这种情况下，你就会发现程序跑起来就会挂掉。说白了，语言很多时候升级的只是语法糖，不需要 Runtime 支持，这种情况就无所谓，只要编译器编译后的 IL 在旧的 Runtime 上能跑，就没啥问题。另外每个新的版本的 Framework 都有自己新增强的 API ，这种情况你会发下也跑不起。