- 博客(1413)
- 收藏
- 关注
RSS订阅原创 在C++编程中，int wmain() 是Windows环境下的一种主函数（程序入口点）定义方式，主要用于支持宽字符（Unicode）环境
在C++编程中，int wmain() 是Windows环境下的一种主函数（程序入口点）定义方式，主要用于支持宽字符（Unicode）环境。Unicode支持：Windows API广泛使用Unicode（UTF-16）编码，wmain允许直接接收宽字符参数，避免从char到wchar_t的转换。wmain 是Windows系统中主函数的一种变体，设计用于处理宽字符（wchar_t）参数，而不是标准的char（窄字符）。分层窗口（第11篇）：使用WinMain，因为它是GUI程序，创建异形窗口。
2025-09-14 13:32:48
420
原创 CPU缓存是现代计算机体系结构中性能优化的核心组件，理解其工作原理和优化策略对编写高效的C++代码至关重要
CPU缓存是现代计算机体系结构中性能优化的核心组件，理解其工作原理和优化策略对编写高效的C++代码至关重要。以下是对CPU缓存的深入分析，以及如何在C++中利用缓存特性优化性能的全面指南。1.3 缓存一致性在多核CPU中，每个核心有自己的L1/L2缓存，共享L3缓存。2. 缓存对C++性能的影响在C++编程中，代码的内存访问模式直接影响缓存命中率，进而影响性能。CPU缓存是位于CPU和主内存（RAM）之间的高速存储器，用于存储频繁访问的数据和指令。3.2 避免False Sharing。
2025-09-14 13:32:37
397
原创 深入讲解《编程珠玑 第2版》第7章：搜索算法优化
目标：通过分析搜索算法（如顺序搜索、二分搜索、哈希表、树搜索），教授选择合适算法、优化性能和权衡复杂度的能力。关键原则算法选择：根据数据规模、分布和场景选择搜索算法（如小数据集用顺序搜索，大数据集用哈希表）。性能优化：分析时间复杂度（如O(1)、O(log n)）和空间复杂度。工程实践：结合测试驱动开发（TDD）、重构和缓存（如Redis），确保正确性和可维护性。半导体领域意义技术人员：优化WPF界面设备查询（如快速查找设备状态）。架构师：优化微服务事件检索（如按设备ID查询）。领袖。
2025-09-14 10:09:16
726
原创 学习代码审查技巧
在半导体领域（如可靠性测试机开发，涉及WPF、C#、DDD、微服务、事件溯源、阿里云生态），代码审查尤为重要，因为系统复杂性高（管理200+设备，高并发QPS 1000+），错误成本大（可能导致测试失败或设备宕机）。结合《好代码，坏代码》第八章（协作与代码审查）及半导体场景，本指南详细讲解代码审查技巧，涵盖技术人员（WPF开发者）、架构师（设计测试机系统）和技术领袖（推动团队规范）的成长路径。基于《好代码，坏代码》原则，审查WPF上位机和微服务代码（测试机管理200+设备）。：明确审查范围，降低复杂度。
2025-09-14 08:58:06
286
原创 《好代码，坏代码》每章每节详解及在半导体领域的应用
尽管书中示例基于Python，核心思想（如简洁性、模块化、可测试性）适用于任何编程语言，包括C#（WPF上位机开发）和半导体领域的复杂系统（如可靠性测试机，涉及DDD、微服务、事件溯源、阿里云生态）。全书共8章，约300页，结合理论、代码示例和实践建议，强调“少即是多”、代码复用、测试驱动开发（TDD）等原则。本指南详细解析每章内容，结合半导体领域场景，说明如何从技术人员（WPF开发者）成长为架构师（设计测试机系统）再到技术领袖（推动工业软件战略）。：理解好代码的重要性，树立高质量代码意识。
2025-09-14 08:56:21
645
原创 职业倦怠应对策略
根据世界卫生组织（WHO）的定义，它是“由慢性工作压力无法有效管理”引起的职业综合征，尤其在高强度行业如半导体、软件开发和工业控制中常见。2025年，随着AI和数字化转型加速，半导体领域从业者（如WPF上位机开发者、测试机工程师）面临更高压力：多设备管理、高并发优化、跨团队协作等，导致倦怠率上升至30%以上。个人策略聚焦自我管理，目标是恢复能量，重建动力。：从今天开始，1周内诊断倦怠，1个月内实施3个个人策略，3个月内评估团队支持。：使用App（如Daylio）记录心情分，目标：1个月内提升20%。
2025-09-14 08:52:27
651
原创 《软技能：代码之外的生存指南（第2版）》
软技能：代码之外的生存指南（第2版）》是约翰·Z·森梅兹（John Z. Sonmez）撰写的经典书籍，中文版由王小刚、王伯扬翻译，人民邮电出版社2022年8月出版（ISBN: 9787115549619）。本书面向程序员，聚焦技术之外的软技能，涵盖职业规划、自我营销、学习效率、生产力、财务管理、身体健康和心理建设。全书约400页，分为7个篇章，共71章，每章短小精悍，结尾附有“采取行动”建议。第2版在第1版基础上新增远程工作、AI时代适应等内容。
2025-09-14 08:49:17
750
原创 《微服务架构设计模式》详解
书中以FTGO（Food to Go）电商应用为例，解释如何从单体架构迁移到微服务，并强调事件驱动和领域驱动设计（DDD）的应用。本书结构分为13章（包括引言），从单体架构的痛点入手，逐步深入微服务模式。最后，我将详细设计上位机WPF架构（以工业控制系统为例，集成微服务模式），并提供完整代码，实现设备控制和监控的微服务化上位机界面。基于本书模式，我设计一个WPF上位机架构，用于工业控制系统（如半导体测试机），集成微服务：命令端（设备控制服务，使用Saga事务）、查询端（监控服务，使用CQRS查询视图）。
2025-09-14 08:15:42
540
原创 DDD的核心概念、模式、适用场景，并提供C#代码扩展和完整的WPF上位机项目，基于半导体测试机场景（多设备管理、指令发送、状态监控）
领域驱动设计是由Eric Evans在2003年提出的架构方法，强调以业务领域为核心，通过建模和协作，将复杂业务逻辑转化为清晰的代码结构。DDD适合复杂业务系统，通过统一语言（Ubiquitous Language）确保开发者和领域专家的沟通一致。核心目标：将复杂业务逻辑封装在领域模型中，隔离技术细节。关键原则以领域为核心：代码反映业务逻辑，非技术细节。统一语言：团队使用一致术语（如“设备状态”）。限界上下文：划分业务边界，降低耦合。适用场景。
2025-09-14 08:15:02
294
原创 《微服务架构设计模式》每章每节C#代码扩展
内容：概述微服务挑战和44个模式。适用场景：评估WPF上位机是否需要微服务化（如拆分设备控制和监控）。C#代码扩展：定义共享事件模型，用于命令端和查询端通信。说明：共享事件定义为WPF上位机提供统一事件模型，支持事件溯源和异步通信。内容：代码膨胀、部署风险。适用场景：WPF多设备管理导致复杂性。C#代码扩展：同上，模拟复杂单体逻辑。内容：2PC缺点，Saga替代。适用场景：WPF指令+日志事务。C#代码扩展：Saga状态机。get;get;get;set;
2025-09-14 08:14:49
416
原创 CQRS 模式的核心概念
的应用，结合之前对《领域驱动设计》、领域事件、事件溯源、微服务架构和 WPF 上位机场景的讨论，我推测您希望了解 CQRS 如何与 DDD、整洁架构、事件溯源和 WPF 上位机结合，特别是在 C# 中，针对复杂场景（如工业控制系统、半导体可靠性测试机）提供完整的代码示例、测试用例和国内应用案例（例如高并发生产线监控）。您特别关注领域事件和事件溯源的深入实现，因此我将重点讲解 CQRS 如何与这些模式集成，扩展到 WPF 上位机，并融入国内技术生态（如阿里云、腾讯云）。
2025-09-14 08:14:13
884
原创 深入的事件溯源实现，涵盖设计原则、C#代码、WPF上位机场景、测试、优化策略，并结合国内工业控制场景（如多设备管理、实时监控）
深入探讨领域事件溯源（Event Sourcing），结合之前对《领域驱动设计》（Eric Evans）、DDD模式、微服务架构、领域事件以及WPF上位机应用的讨论，领域事件溯源实现方案，特别是在C#中，结合DDD、整洁架构和WPF上位机场景（如工业控制系统），并针对国内高并发场景（如生产线实时监控）提供完整的代码示例、测试用例和实践建议。您特别关注领域事件（Domain Event）的深入实现，因此我将重点讲解事件溯源如何与领域事件结合，扩展到WPF上位机，并融入国内技术生态（如阿里云、腾讯云）。基于您之
2025-09-14 08:13:33
573
原创 《领域驱动设计：软件核心复杂度的应对之道》涵盖每一章的内容，并提供C#具体实现，结合上位机WPF框架的应用场景
《领域驱动设计：软件核心复杂度的应对之道》（Domain-Driven Design: Tackling Complexity in the Heart of Software）涵盖每一章的内容，并提供C#具体实现，结合上位机WPF框架的应用场景。结合您之前对《架构整洁之道》、DDD模式、微服务架构和领域事件的深入探讨，我推测您希望将DDD的核心概念和模式应用于一个复杂的上位机WPF应用场景（如工业控制、设备监控系统），并与整洁架构结合，针对国内技术生态（如阿里云、微服务部署）提供实现细节。为避免重复，我将
2025-09-14 08:13:25
357
原创 涵盖DDD核心模式（实体、聚合、值对象、领域事件、仓储、工厂、应用服务）、微服务架构（命令端、查询端、API Gateway）、事件溯源、CQRS，以及WPF上位机的完整功能
基于领域驱动设计（DDD）在WPF上位机项目中的应用，结合《微服务架构设计模式》的模式，针对半导体可靠性测试机场景（管理200+设备，高并发指令，实时监控）。我将提供更细致的代码实现，涵盖DDD核心模式（实体、聚合、值对象、领域事件、仓储、工厂、应用服务）、微服务架构（命令端、查询端、API Gateway）、事件溯源、CQRS，以及WPF上位机的完整功能（包括多设备管理、历史查询、实时状态更新）。代码将集成国内技术生态（如阿里云RDS、RocketMQ、Redis、Sentinel限流），并包含详细的测试
2025-09-14 08:12:48
510
原创 CQRS是一种架构模式，通过将数据的读操作（查询，Query）和写操作（命令，Command）分离，优化系统性能、可扩展性和可维护性
命令（Command）：负责修改系统状态（如创建、更新、删除项目），通常不返回数据或仅返回确认（如Guid查询（Query）：负责读取数据（如获取项目列表或详情），不修改系统状态。命令用于修改状态，通常实现或。以和get;get;} } }get;get;} } }说明返回Guid，表示操作的项目 ID。返回Unit（MediatR 的空类型），表示无需返回值。通过在读写分离：命令（）修改领域模型，查询（）返回ProjectDTO。事件驱动。
2025-09-13 15:13:26
869
原创 在使用领域驱动设计（DDD）重构的 `WpfPowerTester` 项目中，引入 **MediatR** 库可以进一步优化事件驱动架构，替代现有的静态 `DomainEventPublisher`
MediatR是一个轻量级的 .NET 库，用于实现中介者模式（Mediator Pattern），帮助解耦应用程序中的请求处理、命令、查询和事件。命令（Command）：通过发送命令，触发业务逻辑并返回结果。查询（Query）：通过执行查询，返回数据。通知（Notification）：通过发布领域事件，允许多个处理程序订阅。管道行为（Pipeline Behaviors）：支持横切关注点（如日志、验证、事务）。在替换静态的，实现更灵活的领域事件发布。
2025-09-13 15:09:17
500
原创 对 **超时取消**、**级联取消** 以及 **与 Prism 模块的更深整合** 的详细解析
超时取消是指在任务运行超过指定时间后自动取消，适用于需要限制任务执行时长的场景（如网络请求、数据处理）。在你的应用中，超时取消可以用于。
2025-09-13 14:02:22
714
原创 Prism 框架概述
这段代码是一个使用 WPF（Windows Presentation Foundation） 开发的应用程序主窗口（MainWindow）的 XAML 代码，基于 Prism 框架，包含了多个 UI 元素、动画效果和数据绑定。以下是对页面控件的详细中文解析，并提供部分示例代码来帮助理解关键功能。窗口定义:布局:全局状态监控面板 ():说明： 是静态属性，绑定显示油温数据， 是一种数字字体， 用于图标显示。应用程序操作按钮 ():说明： 绑定到 的 属性，显示时使用阴影效果 ()。
2025-09-13 13:33:10
548
原创 对 **动态超时调整**、**复杂模块依赖取消** 以及 **性能调试** 的详细解析，结合 WPF 应用（`MainView.xaml`）、Prism 框架和之前的任务取消机制
动态超时调整允许根据运行时条件（如用户输入、系统负载或任务优先级）动态修改任务的超时时间。在你的应用中，
2025-09-13 12:54:17
494
原创 完整代码示例，涵盖了优化后的 SerialPortDriver、SerialPortSimulator、WinForms 客户端（MainForm）以及相关支持文件
代码支持扩展的串口通信协议，包括分片传输、重传机制、状态查询等功能，并通过 WinForms 提供用户交互界面。项目结构分为两个项目：CommonInterface（类库）和 SerialPortUtility（WinForms 应用）。扩展：如需动态端口选择，添加 ComboBox 列出可用端口（SerialPort.GetPortNames()）。添加 CommonInterface（类库）和 SerialPortUtility（WinForms）项目。应用程序入口，启动模拟器和 WinForms。
2025-09-13 11:20:15
577
原创 以及如何监控 Task.Run 的执行时间，并深入讲解 Task.Run 的功能和特性
Task.Run 是一个强大的工具，适合将同步操作（如硬件通信）调度到线程池，配合 async/await 和 CancellationToken 可以实现高效的异步编程。避免滥用：不建议对所有操作都使用 Task.Run，特别是 I/O 操作（如文件读写或网络请求），应优先使用异步 API（如 File.ReadAllTextAsync）。Task.Run 将一个委托（通常是一个 Action 或 Func<T>）调度到线程池中执行，返回一个 Task 或 Task<T> 对象。
2025-09-13 09:30:53
824
原创 分成两个线程处理，同时避免因为锁机制导致死锁或阻塞其他通道的情况
通过将 QueryData 调用拆分成两个异步任务，并使用单一的 IoMgr.HdLockers[COM] 锁，优化后的代码避免了死锁，减少了锁竞争，提高了并发性能。这个锁的目的是确保同一时间只有一个线程访问特定 SectionId 对应的硬件资源（COM口）。在 Write 方法中（m_Hardware.QueryData 最终会调用 Write），又有一个锁 lock (IoMgr.HdLockers[HWSelect.Split(',')[0]])，这也是针对 COM 口的锁。
2025-09-13 09:30:03
709
原创 深入异步优化
针对半导体可靠性测试机上位机的异步任务调度优化，本篇将深入探讨如何通过精细化的异步任务调度提升性能、响应性和可扩展性，结合前文提供的异步优化示例，重点解决高并发、多设备数据采集场景下的线程池竞争、任务优先级管理和调度瓶颈问题。以下是一个深度优化的异步任务调度示例，基于半导体测试机上位机场景，支持多设备数据采集、实时显示和数据库存储，使用自定义 TaskScheduler 和优先级队列实现精细化调度。问题：默认 Task 无优先级，高优先级任务（如数据采集）可能被低优先级任务（如日志）抢占。
2025-09-13 09:29:05
735
原创 进一步深入异步任务调度的优化，针对半导体可靠性测试机上位机开发场景，聚焦于超高并发（20+设备，采样频率高达500Hz）、复杂任务依赖、动态调度策略、性能监控和可扩展性
进一步深入异步任务调度的优化，针对半导体可靠性测试机上位机开发场景，聚焦于超高并发（20+设备，采样频率高达500Hz）、复杂任务依赖、动态调度策略、性能监控和可扩展性，在之前提供的PriorityTaskScheduler基础上，新增更高级的优化技术。以下是一个超高并发的异步任务调度示例，基于半导体测试机上位机，支持20+设备、500Hz采样，新增动态优先级、任务依赖和性能监控。超高并发：支持20+设备，每设备采样频率500Hz（每2ms一次），总数据量达10,000次/秒。
2025-09-13 09:28:26
713
原创 针对半导体可靠性测试机上位机开发场景，您要求更深入的代码实现，包括DAG（有向无环图）任务调度、PID控制并发和Modbus协议支持，并希望探讨50+设备调度的特定场景
针对半导体可靠性测试机上位机开发场景，您要求更深入的代码实现，包括DAG（有向无环图）任务调度、PID控制并发和Modbus协议支持，并希望探讨50+设备调度的特定场景。本篇将基于前文的高并发异步优化（支持20设备、500Hz采样），进一步提供这些功能的详细代码示例，结合半导体测试机的实际需求（如高吞吐量、实时性和可扩展性），并针对50+设备场景分析挑战与优化策略。确保低延迟（采集<2ms，UI<2ms，报警<5ms）、高吞吐量（50设备×500Hz=25,000次/秒）和鲁棒性。
2025-09-13 09:28:04
472
原创 实时数据可视化
针对半导体可靠性测试机上位机开发的实时数据可视化需求，本篇将深入探讨如何在50+设备、500Hz采样频率（总数据量25,000次/秒）的超高并发场景下，实现高效、流畅、低延迟的实时数据可视化。基于前文提供的异步任务调度优化（包括DAG调度、PID控制和Modbus支持），本篇将聚焦于WPF平台的实时可视化方案，结合MVVM模式、LiveCharts2库和异步数据处理，提供详细代码示例和中文注释，解决高频数据更新、UI线程瓶颈和大规模数据渲染问题。
2025-09-13 09:27:38
426
原创 针对半导体可靠性测试机上位机开发的AI驱动异常检测需求，本篇将深入探讨如何在100+设备、500Hz采样频率（总数据量50,000次/秒）的超高并发场景下
针对半导体可靠性测试机上位机开发的AI驱动异常检测需求，本篇将深入探讨如何在100+设备、500Hz采样频率（总数据量50,000次/秒）的超高并发场景下，集成高效的AI异常检测功能，用于实时识别电压/电流异常。基于前文的异步任务调度（DAG调度、PID控制、Modbus支持）、实时可视化（WPF、WebSocket）和历史回放，本篇将提供详细的AI异常检测代码示例，结合ML.NET实现隔离森林模型，确保低延迟（<10ms）、高准确性和系统鲁棒性。上传异常数据到云端（如AWS IoT），支持分布式分析。
2025-09-13 09:27:24
357
原创 解决 `DataCollectedEvent` 的 `Publish` 方法错误，并提升事件订阅的性能、可维护性和与 `TestSession`、`ElectricalParameters` 的集成性
根据你的要求，需要在 项目中优化 Prism 事件的订阅逻辑，基于 和 的上下文，解决 的 方法错误，并提升事件订阅的性能、可维护性和与 、 的集成性。优化将重点改进 和 的事件订阅机制，确保实时数据采集和 OxyPlot 图表更新高效、稳定，同时保持与功率循环测试功能的无缝衔接。以下是详细的优化方案，包含中文解释和完整代码实现。优化后的代码更新 、 和 项目。2. 配置更新扩展 ，添加事件订阅和硬件配置。三、代码实现1. 安装依赖在 和 项目中安装：更新项目文件：2.
2025-09-12 17:14:10
999
原创 需要解决 `DataCollectedEvent` 的 `Publish` 错误，并提升 MVVM 模式的实现效率、可维护性以及与 Prism 事件
针对 项目中的 MVVM 模式优化，基于 和 ，我们需要解决 的 错误，并提升 MVVM 模式的实现效率、可维护性以及与 Prism 事件、 和 的集成性。优化重点包括改进 和 的事件订阅、数据绑定、命令处理和生命周期管理，确保实时数据采集和 OxyPlot 图表更新的高效性，同时增强代码的模块化、测试性和可扩展性。以下是详细的优化方案，包含中文解释和完整代码实现。优化后的代码更新 、 和 项目。2. 配置更新扩展 ，添加 MVVM 和事件配置。三、代码实现1. 安装依赖在
2025-09-12 17:13:56
582
原创 我们需要确保 `DataCollectedEvent` 的 `Publish` 方法正确工作，并遵循 MVVM 模式的最佳实践，提升代码的模块化、可维护性、可测试性以及与 Prism 事件
分离关注点：View（UI）、ViewModel（逻辑）、Model（数据）分离，降低耦合。数据绑定：通过实现 View 和 ViewModel 的双向通信。命令模式：使用ICommand封装用户交互逻辑，避免代码隐藏（code-behind）。可测试性：ViewModel 不依赖 UI 元素，支持单元测试。生命周期管理：正确处理资源分配和释放，防止内存泄漏。错误处理：在 ViewModel 中集中处理异常，提供用户反馈。配置驱动：将参数外部化到配置文件（如），增强可扩展性。
2025-09-12 17:13:30
568
原创 MVVM（Model-View-ViewModel）是一种设计模式，旨在分离 UI（View）、业务逻辑（ViewModel）和数据（Model）
MVVM（Model-View-ViewModel）是一种设计模式，旨在分离 UI（View）、业务逻辑（ViewModel）和数据（Model），提高代码的可维护性和可测试性。Model：表示数据和业务逻辑，负责数据存储和操作（如和View：用户界面，负责显示数据和捕获用户输入（如ViewModel：连接 View 和 Model，处理业务逻辑，提供数据绑定和命令（如关键特性数据绑定：通过实现 View 和 ViewModel 的双向同步。命令模式：使用ICommand封装用户交互，替代事件处理。
2025-09-12 17:12:37
538
原创 事件类未正确继承 Prism 的事件基类
将和修改为继承。定义强类型的参数类和。使用替代，确保线程安全。get;get;get;get;get;get;get;} } }{ }
2025-09-12 17:11:15
642
原创 多个编译错误，涉及事件定义、方法调用、事件处理程序和命名空间引用
修复事件类继承和构造函数问题，确保继承。get;get;get;get;} // 无参构造函数 public PowerCycleStartedEventArgs(Guid projectId , string mode , double current , double deltaTc) {} } }public PowerCycleStartedEventArgs() { } // 无参构造函数get;get;
2025-09-12 17:10:39
604
原创 缺少 `IModuleCatalog` 或 `IModuleManager`
确保每个模块正确实现IModule接口。// 初始化模块Serilog.Log.Information("UserModule 初始化完成");// 注册 UserModule 相关的类型// 示例：containerRegistry.Register<UserViewModel>();Serilog.Log.Information("UserModule 类型注册完成");Serilog.Log.Information("LogModule 初始化完成");
2025-09-12 17:10:11
828
原创 公共语言运行时（Common Language Runtime，简称 CLR）是微软 .NET 框架的核心组件，负责管理 .NET 程序的执行环境
公共语言运行时（Common Language Runtime，简称 CLR）是微软 .NET 框架的核心组件，负责管理 .NET 程序的执行环境。它是一个运行时环境，提供了内存管理、线程管理、异常处理、垃圾回收、安全性检查等功能，确保 .NET 应用程序能够高效、安全地运行。如果你有更具体的问题，比如 CLR 的某项功能或与特定技术的关系，请告诉我，我可以进一步详细解答！
2025-09-12 09:56:45
281
原创 什么是线程
（关于半导体贴片机分布式系统、Raft/Zab/Paxos/Multi-Paxos 实现、同步原语如 Interlocked、SpinLock、Monitor、Wait/Pulse、锁顺序、伪唤醒防护等），我将深入探讨线程的概念、原理、与贴片机场景的关联，并提供详细的 C# 代码示例和测试用例。进程是一个独立的执行环境，拥有自己的内存空间、文件句柄等资源，而线程共享进程的资源（如内存、文件），但拥有独立的栈和程序计数器，用于执行特定的任务。5.4 容错测试修改 Accept 模拟故障：csharp。
2025-09-12 09:54:59
545
原创 可能是由于 Prism 框架的导航机制、XAML 配置、依赖注入或事件处理等问题导致
确保事件继承并具有无参数构造函数。get;get;get;get;get;} } }get;get;get;get;get;} } }get;get;get;get;get;} } }通过优化导航配置、OxyPlot 设置、事件处理和日志记录，修复了无法显示的问题。页面现在能够正确加载，显示输入控件、图表和状态消息，支持功率循环测试的交互和数据可视化。
2025-09-12 08:32:24
763
原创 `CommandManager` 是 WPF 特有的类，位于 `System.Windows.Input` 命名空间中，要求项目引用 WPF 框架并明确指定 Windows 平台
通过将目标框架设置为并启用 WPF 支持，修复了未找到的编译错误。优化的提供高效的异步命令支持，适配的测试需求。结合 OxyPlot 配置、日志记录和 MVVM 模式，代码具备高性能、可维护性和用户友好性，确保功能正常运行，满足功率循环测试场景。
2025-09-12 08:32:01
740
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人