何木槿 ThinkBou 10X的cab已经摸了一遍了，连system32里面的dll都替换了 ThinkBou 啊对了，我还要说一句，这东西并不靠inputapp实现，Vibranium到后期都抛弃了inputapp（因为集成进了WFEP）
何木槿 这家伙还蛮鸡贼，原来你不直接释放文件到System32根目录，自己建了文件夹 WCOS的22000活得贼惨，没有新版appx的更新，UI也只是接着10和10X的遗产。 看这个10.3.0.0，我感觉这时候它（WCOS）不是在Industry领域（Factory OS）获得了新生，像是快断气了。 还不能够从你的梦里苏醒（10X），“我”（WCOS）还没有缝补受伤的躯体（VAIL容器，虽然在FactoryOS里面迎来了正式版，却依然不能很好工作），我有一个问题问题，哪里可以找到你？（到了ValidationOS，已然抛弃了WCOS，在沉寂之中，也许WCOS已经死了） ThinkBou 可否看看推文是什么
ThinkBou 何木槿 ValidationOS很明显不适合用WCOS，因为其分区结构要求太多难以部署，而且FactoryOS给OEM用的搞驱动的最后用WCOS才是离谱…… 另外就是，WCOS其实没新东西，分区结构什么的Client也已经有了初步支持
ThinkBou 深夜挖个坟，应该没人看见吧…… WCOS有几个要素： 全新的WinRT XAML写的GUI Shell，也就是CShell。此Shell与文件资源管理器分离。 GUI Shell由explorer.exe提供主要支持，代码应该主要包括在这个程序内。该Shell包括桌面、任务栏、“开始”菜单（后变为独立UWP）、SystemTray及弹出内容、虚拟桌面、通知中心等内容。该Shell可以被替换，比如Windows 10 Team上的Shell。 此处为个人理解，如有错误还请批评指正。 容器化运行所有应用。 通用部分组件。 DCH驱动。 NT10内核。 状态分离分区。 解释 以上第一点和第二点对于Client来说基本不可能实现，基本铲了99%的Windows生态，因此WCOS项目暴毙…… 而第四点和第六点，前者已经在Client得到了广泛支持，后者也已经在Client有了初步支持（见ThinkBou ），所以WCOS的技术还是能移植到Client。 关于第三点，我们已经见到了其衍生物，不管是WFEP，还是10X OOBE在基于FE平台的Client上出现，都是这一点的体现。至于WCOS内通用组件，我们可能永远也见不到长什么样。其实这里要和CShell做区分。 至于第五点，说明Client和WCOS没有本质区别。关于onecore和WCOS的关系见ThinkBou 。 不过第二点反映出API层会和Client有不同，纯粹是因为WCOS是Mobile加东西而不是Client改过来导致的…… 至于Mobile（从WP8开始）当年是Client砍出来的还是重写的，那就不清楚了。不过Mobile是可以运行cmd的，只不过需要特殊手段。 附：微软文档中的Windows系统架构图 和Build 2011提供的架构图 （下面这张来源于Sinofsky的推特（链接待补），其实更能说明问题）
ThinkBou SteveWorkshop 看您说过状态分离会有锁UEFI的副作用 well…上状态分离不一定就要上UEFI锁，这没有任何技术上的关联。但是为某类设备的OS既然上了状态分离，那么就是出于安全角度考虑的，因此也可能会要求OEM开UEFI锁，或者就像10X和10 Team一样直接给你上锁了。 另外关于桌面设备能不能用上状态分离，看看我精炼的Windows Central报道ThinkBou ，就看到时候能实现多少了。技术上目前没问题ThinkBou
何木槿 这是什么explorer图标？小组件居然在右下角？新的AutoPlay？ 图片来自推特，蓝点网转载 dock既视感（25179的任务栏） 个人认为Windows 12是肯定要推出的，不然突然跳那么多Build Number干嘛
ThinkBou 何木槿 所以第一张图的链接呢…… 何木槿 个人认为Windows 12是肯定要推出的，不然突然跳那么多Build Number干嘛 目前还是无法验证版本号跳很多与Next Valley有关 gailium119 没那么容易，基本上高层通过了
何木槿 ThinkBou 现在开发者频道中的构建看起来像太阳谷项目之前的“co_release”构建，他们只是在公共构建中显示小功能。(zh-google） ThinkBou 啊对了，实际上我上不了小蓝鸟，这个链接只是贴给你看看的，我不知道原文是什么（）
