没开过手动挡不知道发动机制动的人喷危险也是正常的

全速域 ACC+LCC 也得看做的好不好，迪子的 LCC 就一直画龙，现在不知道好点没。
特斯拉的 AP 就是里面做的比较好的

你这个黑盒肯定会难以破解吧，又不知道算法。
不过 4 楼说的对，一般用 hashid 别手搓

你的例子只是返回一个 string 恐怕没有任何说服力，你这里面的语言就已经包括了原生编译语言，运行时语言以及脚本语言，他们根本的原理都不同，在处理线程，异步等等情况的表现都不同。语法分析完了以后大家都是怎么运行的呢？

怪不得那么多码农离开产品经理根本没法自己写东西，这思路已经在重新发明手动版 Autorun.inf 病毒了

我都不敢想这里是程序员社区，幼稚的离谱了。不开加密建议少想点有的没的，就不提 exe 这种搞笑的东西，40 楼就够笑死我。

你这个预览图的生成质量也有点吓人，欢乐豆效应犯了

诺基亚终究是错付了😂

@pppguest3962 要小要快一直是 Winform 在做

@ysc3839 #36 C++编译器升级无法提升 win32 api 的性能，.NET 升级则能提升 WPF 框架性能。增加功能当然是增加.NET API 给你用。当然这些争执是无益的，Windows 下 GUI 开发选择 WPF 早就是标准答案，没有任何其他方式的开发效率，开发体验以及功能效果能够与之媲美。

@ysc3839 #25 C++版本再高只影响语法，不影响 MFC 调用的 win32 底层实现。同理 C#版本高也不影响任何实现，但是.NET 的升级会直接影响实现增加功能提升性能。至于 Windows GUI 开发不讨论异步，那么还有什么其他更加值得讨论的呢？

@ysc3839 #19
Winform 和 WPF 将在未来一直支持最新的.NET SDK ，将能够使用所有.NET 的新技术。而开源后的全新.NET 的前景以及微软的支持力度是有目共睹的。MFC 则并非如此，MFC 只是 win32 api 的封装，并且 MFC 的开发难度以及效率，功能完全无法与 Winform 和 WPF 相提并论。
MFC 当然可以基于语言的新版本开发，你不应该将新版本语言的好处与新版本.NET 的好处混淆，至少最基本的 GUI 开发方面，处理异步没有比.NET 更好的方式。
WPF 基于 DX9 渲染我不认为有任何问题，没有人会在 WPF 项目中写 3D ，如果你有图形需求你不应该在 GUI 框架中寻找解决方案。
至于维护模式，第一你不要估计，第二微软会维护很久，就像你热爱的 MFC 一样。

@kkthy 电波表都是每天到点校时，几点看说明书，也可以手动校时，不可能一直在校时的

不是想打击你,这种 app 多少年前就一堆了
只不过体验好的没几个,做的好肯定大家愿意用

😅手机号

小项目直接 winform, 大一点上 WPF,我说的,少看那些微软基于 webview 的东西,会变得不幸,微软后期推的技术都是一股咖喱味并且不太负责任,而 winform 和 WPF 是经典永不过时,大量工业软件都在使用它们,微软需要对这些技术负责,Windows 活一天他们活一天.并且他们的技术并不老旧一直在维护,winform 甚至都可以基于.net8 开发,我也推荐基于最新的.net8 sdk 而不是 framework 去开发.

笑死,接到电话感到震撼

@fishlium #31 请问你深蓝 S7 什么版本,最后谈了多少钱