- 博客(19)
- 收藏
- 关注
RSS订阅
原创 会 new，就能写 GUI：星垣(StellarX) 让 C++ Windows桌面开发回归简单
想在 Windows 上快速做个小工具、课堂 Demo、内网小面板？StellarX 走一遍：窗口、控件、事件、样式都帮你封好了。new开源协议：MIT（放心用在课程 / 小工具 / 内部项目）
2025-11-05 13:28:04
2082
原创 StellarX GUI Framework v4.0.0 发布：更安全的控件管理、更稳定的重绘，以及完整教程中心
StellarX v4.0.0 的重点不是堆叠更多接口，而是让框架已有能力变得更安全、更明确，也更适合继续扩展。从、结构变更事务，到新的 TabControl API、轴向布局、重绘修复和日志配置，这些变化共同指向一个目标：让使用 EasyX 开发 C++ GUI 程序时，界面结构更容易组织，控件生命周期更容易管理，复杂交互也更容易维护。如果你正在学习 EasyX，或者正在为课程设计、桌面工具和管理程序寻找一套更完整的 GUI 组织方式，可以从 StellarX v4.0.0 和配套教程中心开始体验。
2026-10-01 02:39:41
571
原创 我给 Visual Studio 做了个自动切换中英文输入法的小插件
Smart Input 不是一个很复杂的“大而全”工具，它就是想把写代码时反复切换输入法这件小事处理得顺手一点。如果你平时使用 Visual Studio，同时经常在中文注释和英文代码之间来回切换，可以试试看。觉得有用就留着用，遇到问题可以提 Issue，想改代码也可以直接参与项目。
2026-09-14 05:25:27
524
1
原创 StellarX 星垣 GUI v3.1.0 发布：布局系统收口与托管重绘稳定化
StellarX 的目标一直不是做一个庞大的 GUI 框架，而是做一个轻量、清晰、适合学习和小型桌面开发的 C++ GUI 框架。v3.1.0 是一次比较典型的工程化更新。它没有盲目追求新功能数量，而是围绕布局、重绘、遮挡、状态同步这些底层问题继续收口。旧项目可以继续运行；新项目可以使用更清晰的新布局 API；复杂界面下的残影、错层、Tooltip 残留问题会更少；框架内部结构也更适合后续继续演进。
2026-05-17 01:22:55
373
原创 记住一句话就能搞懂 C/C++ 复杂类型怎么“表示” ：名字当占位符，括号用来改变结合关系
C/C++ 里所谓“复杂类型”（数组、指针、函数、它们的组合）并不是靠额外语法，而是靠声明的组合规则表达出来的。[]()
2026-03-05 22:33:29
361
原创 StellarX 星垣 GUI 3.0.0 更新：轻量级日志系统与框架优化，助力小型桌面应用开发
今天，我将为大家介绍 StellarX 3.0 更新中的一个亮点——全新的日志系统 SxLog，如何在项目开发中提供强大的支持，以及其他重要的更新内容。StellarX 3.0 的更新带来了许多令人激动的功能，特别是全新的日志系统 SxLog，不仅能大大提升开发者在调试过程中遇到的问题追踪效率，同时也为框架的稳定性和性能带来了显著改善。：借助于快照和脏标记机制，重绘过程中的性能得到了显著提升，尤其在复杂界面中，重绘的效率得到了进一步优化，减少了不必要的计算量。设置了日志级别，只有符合条件的日志才会被输出。
2026-01-09 23:07:27
1015
原创 StellarX：在 EasyX + Win32 约束下的桌面 GUI 工程化实践
以 Win32 消息驱动为主轴的框架调度体系在 EasyX + Win32 约束下的工程最优快照重绘方案以 Table 等综合控件为代表的“可交付 + 可教学”的工程化实现路径在“从语法到作品”的阶段，最缺的往往不是更多 API，而是一套可解释、可复现、能持续扩展的结构。StellarX 试图提供的正是这种结构。官网点击跳转。
2026-01-04 20:06:11
1190
原创 106 天：我把星垣写到凌晨三四点，也把自己写进了它的源码里
走到今天，星垣基础版已经基本稳定。可靠的日志系统异常处理（或错误处理）系统这两件事决定了框架在真实场景里是否“可信”：出问题时能不能定位，崩溃时能不能收敛，错误能不能被解释，维护成本能不能被压下去，新手遇到问题时能不能被引导，而不是被吓退。星垣基础版真正进入稳定期。也就是说，基础版的核心目标、基础功能已经完成得差不多了，未来不会再有大的更新。继续优化事件分发推进 RAII 与资源管理的整洁化修补潜在边界问题做体验层面的精炼与打磨。
2025-12-23 16:01:55
623
原创 在 StellarX（星垣 GUI）里实现“干净、不闪烁”的界面：背景快照 + 脏标记 + 局部重绘，并与 Qt 的机制对照
我在做 StellarX（星垣 GUI 框架）时，最先要解决的不是“控件功能多不多”，而是“界面在频繁交互下是否稳定”。只要涉及输入、hover、高亮、切换页面，很多自研 GUI 框架都会被同一类问题拖住：闪烁、残影、脏帧叠画、以及为了掩盖问题而引入的全量重绘带来的性能浪费。StellarX 的渲染后端目前使用的是EasyX图形库来完成像素级绘制，但我始终把它当作“后端实现细节”。框架层真正要建立的是一套的刷新机制。。
2025-12-21 14:10:43
1064
原创 StellarX 官网上线：把“会 new 就能写 GUI”从一句口号，变成一条清晰的上手路线
我已经写过不少介绍、理念、踩坑文章，但真正对新手友好的方式不是“多写几篇”，而是把它们串成路线。官网上线，就是我把 StellarX 从“零散输出”转向“体系化交付”的第一步。你卡在哪一步、你希望我优先补哪份文档、你最需要哪个示例。这会直接决定我下一次更新写什么、做什么。
2025-12-09 19:18:19
1088
原创 StellarX 星垣（基础版）：从命令行到 GUI 的最短路径（C++ 教学级全开源框架）
很多 GUI 方案不是不能用，是成本不匹配直接 Win32/MFC：能做，但样板代码又臭又长，新手很容易被劝退。上 Qt / wxWidgets：强大，但你经常只是想做个小工具，却要先吞下一整套生态和思维方式。只用 EasyX：画图很快，但控件、事件、组织结构得自己补，最后常变成“能跑就行”的意大利面工程。教学级、工具级、轻量级。把控件体系、事件分发、窗口循环这些重复劳动封装好，让你把精力花在“应用逻辑”和“交互体验”上。
2025-12-01 19:29:48
1054
原创 【StellarX 踩坑记录】一次来自用户反馈的“凭空消失的输入” Bug
总结一下这次小插曲：问题来源：用户反馈“TextBox 输入了内容，但 getText() 拿到的是空字符串”；复现方式：我本地写了同样的登录逻辑，确实能复现“调试有值、实际输出为空”；定位过程：在调试中我自己试了 getText().c_str() 这种写法做对比，确认问题在控件内部；最终根因：TextBox 内部把 std::string::c_str() 当成可写缓冲交给 InputBox，触发未定义行为；
2025-11-20 02:52:22
654
原创 StellarX：基于 EasyX & Win32 的轻量级 GUI 框架，这一版更稳了
把“窗口拉伸 + 稳定性”这块做得还算靠谱自适应布局确实减轻了你写界面时的心智负担那就帮项目点个 ⭐ 吧，对我来说是很直接的鼓励：如果使用过程中遇到问题请联系QQ：3150131407或者直接在github提交lssues，我会在最短的时间修改。
2025-11-19 16:13:14
1131
原创 窗口拉伸引发的“重入绘制”陷阱：一次自研 GUI 框架的深度调试
一边想用 EasyX + 自己的双缓冲来掌控一切；一边又顺手想让系统帮我刷新。我画一遍，系统再补刀一遍，而且补刀的时机完全不受我控制。后来给自己的原则是：要么老老实实走WM_PAINT+ 自己的draw()要么干脆把系统那一套关死，自绘管到底，别“两套体系混着用”。
2025-11-17 18:42:01
1220
原创 应用开发到框架设计
从写 Win32 / EasyX 小工具，到用 Qt 做项目，再到现在一点点打磨自己的 GUI 框架，对“框架设计”和“应用开发”的感受越来越不一样。和具体需求对线的能力；把一个界面、一个功能彻底打磨完成的耐心；在现成规则下，把事情做到极致的经验。面对系统级复杂度的清醒；对抽象边界、接口设计、长期维护成本的敏感；在一次次“牵一发而动全身”的翻车里，把整套结构理顺的过程。现在再看桌面上的那些应用，或者再打开 Qt 的文档，感觉和刚开始的时候已经完全不一样了——
2025-11-15 12:10:24
1127
原创 【实现 GUI 框架踩坑记录】模态/非模态对话框 窗口拉伸被盖+不重绘+残影
关键词：Win32/EasyX、自绘窗口、模态自循环、拉伸收口、双缓冲、不擦背景适用：你在做自绘 UI，模态对话框不走统一渲染管线（不在里）
2025-11-07 23:16:46
1180
原创 【踩坑记录】StellarX GUI 框架窗口拉伸抖动彻底修：从“左上边一拉就抖”到顺滑收口
摘要 该文章分享了修复Windows窗口拖动抖动问题的实践经验。核心思路是让系统负责几何变化，应用只在适当时机介入。关键改进包括：1) 在WM_SIZING仅做最小尺寸夹紧；2) 通过WM_GETMINMAXINFO设置系统级最小轨迹；3) 拉伸时冻结重绘，结束后统一收口；4) 优化WM_SIZE处理逻辑；5) 采用多种防闪烁措施。通过分离几何处理和绘制时机，解决了拖动抖动问题，使四边拉伸都更加稳定流畅。文章提供了详细的代码对比和落地清单，并分享了实用的调试技巧和注意事项。
2025-11-07 13:48:30
1049
原创 C语言const真相：别再把它当常量了！
C语言中的const并非真正的常量，而只是只读变量。通过指针可以修改const变量的值，证明其本质是可变的。真正的常量应使用#define或enum定义，它们具有编译期确定、无内存地址等特性。const适合用于函数参数保护、重要配置声明等场景。正确区分const变量与编译期常量，能避免在数组大小定义等场景中出现错误。虽然习惯上称const为常量，但理解其本质差异才能更准确地使用这一特性。
2025-11-04 17:28:14
437
原创 我做GUI框架的心路历程：从“这不简单吗“到“我太难了“
回头看这段经历，我从"无知的无畏"到"认知的震撼"，再到"深刻的理解"。简单→复杂→简单，这不是回到原点，而是螺旋上升。现在我觉得，GUI框架开发就像爬山：开始觉得山不高（简单）爬的时候发现好陡（复杂）到山顶后发现视野开阔了（新的简单）如果你也在爬这座"GUI框架"的山，正在各种坑里挣扎，我想告诉你：这是正常的！坚持下去，当你终于在山顶看到全景时，那种感觉真的很爽。记住：每个复杂的GUI框架，都是由无数个简单的组成的。这篇分享基于我的StellarX框架真实开发经历，代码都是真实可运行的。
2025-11-03 15:26:17
1011
2
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人