1. 项目概述为什么用C写一个“仿Linux”资源管理器最近在整理自己那台老旧的开发机时Windows资源管理器又一次在打开包含数千个文件的目录时卡死闪退这让我想起了多年前在Linux终端里用ls、find、mv命令行云流水操作文件的日子。命令行高效但图形界面直观两者结合岂不美哉于是一个念头冒了出来能不能用C自己动手实现一个简易的、融合了Linux哲学和Windows图形便利性的资源管理器这个项目我们暂且叫它“C实现简易的仿Linux资源管理器”。这里的“仿Linux”核心不在于复刻nautilus或dolphin这样的成熟文件管理器而是取其“内核”——即对文件系统进行直接、灵活、可编程操作的思想。我们目标是构建一个图形化窗口左侧是仿照Linux终端风格的树形目录导航右侧是文件列表视图并且能执行一些基础的、类似Shell命令的操作如复制、移动、删除、查看属性所有这一切都通过C和跨平台GUI库来完成。这不仅仅是一个玩具项目。对于C学习者而言它综合考察了面向对象设计、STL容器使用、文件系统API操作、跨平台GUI编程以及事件处理机制。对于开发者理解如何将命令行的高效逻辑封装成图形化交互是提升系统编程和架构设计能力的绝佳练习。更重要的是通过亲手搭建你能深刻理解资源管理器这个看似简单的工具背后是如何管理进程、线程如后台文件操作、内存以及处理大量I/O的。下面我们就从零开始拆解这个项目的设计与实现。2. 核心思路与架构设计2.1 需求分析与技术选型首先我们需要明确这个简易资源管理器的核心功能边界目录浏览以树状结构展示指定根目录如C:\或/home下的所有文件夹并能在右侧列表视图中显示当前选中目录下的所有条目文件和文件夹。文件操作实现基础的文件操作包括复制、剪切、粘贴、删除、重命名。信息展示在列表视图中显示文件的名称、大小、修改日期、类型等基本属性。路径导航提供地址栏允许用户直接输入路径进行跳转。跨平台考虑虽然标题提及“仿Linux”但我们的实现应尽量做到核心逻辑跨平台GUI部分通过库来适配。基于这些需求技术栈的选择至关重要核心语言C17/20。现代C提供了filesystem库C17标准这是处理文件路径和遍历目录的利器能极大简化代码。同时利用RAII、智能指针等特性构建健壮的资源管理。GUI框架这是选型的重点。我们需要一个轻量级、跨平台、C原生且易于上手的库。Qt功能强大、文档齐全、跨平台完美但体积庞大对于“简易”项目来说有点杀鸡用牛刀且引入的元对象编译器MOC增加了复杂度。wxWidgets原生外观但API设计稍显陈旧。Dear ImGui即时模式GUI非常适合工具开发渲染效率高但需要自己处理一些底层窗口管理。FLTK轻量快速但外观较为简单。Nana纯C11的GUI库设计现代但社区相对较小。综合考虑为了聚焦于C和文件系统逻辑本身并快速实现一个可用的原型我选择使用Dear ImGui结合GLFW和OpenGL后端。ImGui的即时模式让我们可以专注于每一帧的UI构建逻辑无需维护复杂的控件状态机非常适合此类工具开发。GLFW负责创建窗口和处理输入。文件系统库C17 std::filesystem。这是跨平台文件操作的首选可以替代平台特定的API如Windows的FindFirstFile/FindNextFile或Linux的opendir/readdir。注意选择ImGui意味着我们需要自己处理一些“轮子”比如文件图标的加载和显示可以使用stb_image库但这恰恰是学习价值所在。如果你追求更快的开发速度和原生外观Qt是更生产级的选择。2.2 整体架构设计我们将采用经典的模型-视图-控制器MVC变体来组织代码这里更接近模型-视图模式因为ImGui的即时模式将视图和控制器逻辑融合在了渲染循环中。模型层ModelFileSystemNode类代表文件系统中的一个条目文件或目录。包含路径、名称、类型、大小、修改时间等属性以及指向子节点如果是目录的指针或容器。FileSystemModel类核心数据模型。负责维护一个从根目录开始的树形结构。提供接口用于从给定路径扫描并构建树。获取指定路径下的子节点列表。执行文件操作复制、移动、删除等。这些操作会调用std::filesystem接口并在成功后更新内部模型数据以保持UI同步。视图/控制层View/Controller - 由ImGui渲染循环驱动主窗口分为左右两栏。左侧目录树视图递归渲染FileSystemModel中的树形结构。每个目录节点前有一个可点击的折叠/展开图标ImGui的TreeNode。点击目录节点会将其路径设置为“当前选中路径”并触发右侧列表视图的更新。右侧文件列表视图显示当前选中路径下的所有FileSystemNode。以表格形式呈现列包括图标、名称、大小、修改日期、类型。支持单击选中、双击进入如果是目录或打开如果是文件调用系统默认关联程序。支持右键点击弹出上下文菜单复制、剪切、删除、重命名、属性。地址栏一个输入文本框显示当前路径允许编辑并回车跳转。状态栏显示当前选中项的信息或操作状态。服务层FileOperation类封装实际的文件操作逻辑。考虑到文件操作可能耗时较长尤其是大文件或大量文件理想情况下应放入单独的线程并通过事件或回调通知主线程更新UI。在我们的简易版本中为简化起见可能采用同步操作并配合ImGui的阻塞式弹出窗口显示进度但这会卡住UI。我们会讨论如何设计一个简单的异步任务队列。3. 核心模块实现详解3.1 数据模型FileSystemNode 与 FileSystemModel这是项目的基石必须设计得健壮且高效。// FileSystemNode.h #include filesystem #include string #include vector #include memory #include chrono namespace fs std::filesystem; enum class NodeType { Directory, File, Symlink, Unknown }; class FileSystemNode { public: explicit FileSystemNode(const fs::path path); const fs::path getPath() const { return m_path; } std::string getName() const { return m_path.filename().string(); } NodeType getType() const { return m_type; } uintmax_t getSize() const { return m_size; } std::chrono::system_clock::time_point getLastWriteTime() const { return m_lastWriteTime; } // 用于目录树 const std::vectorstd::shared_ptrFileSystemNode getChildren() const { return m_children; } void addChild(std::shared_ptrFileSystemNode child); bool isExpanded() const { return m_expanded; } void setExpanded(bool expanded) { m_expanded expanded; } // 刷新节点信息例如文件大小变化后 void refresh(); private: fs::path m_path; NodeType m_type; uintmax_t m_size; // 对于目录可能需要特殊处理如不计算或延迟计算 std::chrono::system_clock::time_point m_lastWriteTime; // 树形结构相关 std::vectorstd::shared_ptrFileSystemNode m_children; bool m_expanded false; void populateChildren(); // 内部方法用于扫描目录填充子节点 };FileSystemModel类管理一个根节点并提供按需加载懒加载的功能。一次性扫描整个磁盘的代价是不可接受的。// FileSystemModel.h class FileSystemModel { public: FileSystemModel(); void setRootPath(const fs::path path); std::shared_ptrFileSystemNode getRoot() const { return m_root; } // 获取指定路径的节点如果已加载 std::shared_ptrFileSystemNode findNode(const fs::path path) const; // 执行操作这些方法应返回操作结果并可能抛出异常 bool copyNode(const fs::path src, const fs::path dst); bool moveNode(const fs::path src, const fs::path dst); bool deleteNode(const fs::path path); bool renameNode(const fs::path oldPath, const std::string newName); // 刷新模型当外部操作如用户新建文件夹导致文件系统变化时调用 void refreshNode(const fs::path path); private: std::shared_ptrFileSystemNode m_root; // 可以使用一个unordered_mappath, weak_ptrNode来加速查找但要注意路径规范化和生命周期管理 };实操心得懒加载是关键在FileSystemNode::populateChildren()中不要一创建节点就扫描其所有子目录。可以等到该节点第一次被展开m_expanded设为true时再扫描。这能极大提升初始加载速度和内存使用。处理符号链接std::filesystem::directory_iterator可以配置迭代选项。使用fs::directory_options::follow_directory_symlink时要小心循环链接。我们的简易版本可以先忽略或将其标记为NodeType::Symlink。目录大小计算目录大小需要递归遍历其下所有文件这是一个昂贵的操作。不要在模型初始化时做这件事。可以提供一个calculateSize()方法在用户请求查看目录属性时再异步计算或直接显示“--”表示未计算。3.2 使用ImGui构建图形界面ImGui的编程模式是“立即模式”每一帧我们都重新描述整个UI。// 在主渲染循环中 ImGui::Begin(Simple Linux-like File Manager, nullptr, ImGuiWindowFlags_MenuBar); // 1. 菜单栏 if (ImGui::BeginMenuBar()) { if (ImGui::BeginMenu(File)) { if (ImGui::MenuItem(New Folder)) { /* 触发新建文件夹逻辑 */ } ImGui::EndMenu(); } ImGui::EndMenuBar(); } // 2. 地址栏 static char path_buffer[256] {0}; strncpy(path_buffer, m_currentPath.string().c_str(), sizeof(path_buffer)-1); if (ImGui::InputText(##Address, path_buffer, sizeof(path_buffer), ImGuiInputTextFlags_EnterReturnsTrue)) { // 用户按下了回车尝试跳转到新路径 fs::path newPath(path_buffer); if (fs::exists(newPath) fs::is_directory(newPath)) { navigateTo(newPath); } else { // 显示错误提示 m_errorMessage Path does not exist or is not a directory.; } } // 3. 分割左右视图 ImGui::BeginChild(LeftPane, ImVec2(250, 0), true); renderDirectoryTree(m_fileSystemModel-getRoot()); ImGui::EndChild(); ImGui::SameLine(); // 4. 右侧文件列表 ImGui::BeginChild(RightPane, ImVec2(0, 0), true); renderFileList(m_currentDirectoryNode); ImGui::EndChild(); // 5. 状态栏 ImGui::Separator(); ImGui::Text(Selected: %s | Items: %d, m_selectedItem.empty() ? None : m_selectedItem.c_str(), m_fileCount); ImGui::End();renderDirectoryTree函数需要递归渲染节点void renderDirectoryTree(const std::shared_ptrFileSystemNode node) { if (!node || node-getType() ! NodeType::Directory) return; ImGuiTreeNodeFlags flags ImGuiTreeNodeFlags_OpenOnArrow | ImGuiTreeNodeFlags_OpenOnDoubleClick; if (node-getChildren().empty()) flags | ImGuiTreeNodeFlags_Leaf; if (node-getPath() m_currentPath) flags | ImGuiTreeNodeFlags_Selected; bool isOpen ImGui::TreeNodeEx(node-getName().c_str(), flags); // 处理点击事件 if (ImGui::IsItemClicked() !ImGui::IsItemToggledOpen()) { navigateTo(node-getPath()); } if (isOpen) { // 懒加载如果节点第一次被展开则加载其子目录 if (node-isExpanded() false) { node-setExpanded(true); // 这里应触发一个异步任务去扫描node-getPath()下的子目录并更新node的children // 简易版同步扫描可能会卡顿 scanDirectory(node); } // 递归渲染子节点 for (const auto child : node-getChildren()) { if (child-getType() NodeType::Directory) { renderDirectoryTree(child); } } ImGui::TreePop(); } }renderFileList函数则使用ImGui::BeginTable来创建一个表格void renderFileList(const std::shared_ptrFileSystemNode dirNode) { if (!dirNode) return; const int columns 5; if (ImGui::BeginTable(FileList, columns, ImGuiTableFlags_Resizable | ImGuiTableFlags_BordersInnerH | ImGuiTableFlags_Sortable | ImGuiTableFlags_RowBg)) { // 表头 ImGui::TableSetupColumn(Name, ImGuiTableColumnFlags_WidthStretch, 3.0f); ImGui::TableSetupColumn(Size, ImGuiTableColumnFlags_WidthFixed, 80.0f); ImGui::TableSetupColumn(Modified, ImGuiTableColumnFlags_WidthFixed, 120.0f); ImGui::TableSetupColumn(Type, ImGuiTableColumnFlags_WidthFixed, 100.0f); ImGui::TableHeadersRow(); // 渲染父目录项 .. ImGui::TableNextRow(); ImGui::TableNextColumn(); if (ImGui::Selectable([..], false, ImGuiSelectableFlags_SpanAllColumns)) { navigateTo(dirNode-getPath().parent_path()); } // 渲染当前目录下的所有条目 for (const auto item : dirNode-getChildren()) { ImGui::TableNextRow(); ImGui::TableNextColumn(); // 绘制图标简易版用文本代替 const char* icon (item-getType() NodeType::Directory) ? [D] : [F] ; ImGui::Text(%s, icon); ImGui::SameLine(); // 可点击的项目名 bool isSelected (item-getPath() m_selectedItemPath); if (ImGui::Selectable(item-getName().c_str(), isSelected, ImGuiSelectableFlags_SpanAllColumns)) { m_selectedItemPath item-getPath(); // 处理双击 if (ImGui::IsMouseDoubleClicked(0)) { if (item-getType() NodeType::Directory) { navigateTo(item-getPath()); } else { openFileWithDefaultApp(item-getPath()); // 调用系统命令如 start (Win) 或 xdg-open (Linux) } } } // 右键菜单上下文 if (ImGui::BeginPopupContextItem()) { if (ImGui::MenuItem(Copy)) { m_clipboardOperation ClipboardOp::Copy; m_clipboardPath item-getPath(); } if (ImGui::MenuItem(Cut)) { m_clipboardOperation ClipboardOp::Cut; m_clipboardPath item-getPath(); } ImGui::Separator(); if (ImGui::MenuItem(Delete)) { /* 标记删除或弹出确认对话框 */ } if (ImGui::MenuItem(Rename)) { /* 进入重命名模式 */ } if (ImGui::MenuItem(Properties)) { /* 显示属性对话框 */ } ImGui::EndPopup(); } // 其他列 ImGui::TableNextColumn(); ImGui::Text(%s, formatFileSize(item-getSize()).c_str()); ImGui::TableNextColumn(); ImGui::Text(%s, formatTime(item-getLastWriteTime()).c_str()); ImGui::TableNextColumn(); ImGui::Text(%s, getFileTypeDescription(item-getPath()).c_str()); } ImGui::EndTable(); } }3.3 实现核心文件操作文件操作是资源管理器的灵魂必须处理错误和用户反馈。复制/移动操作std::filesystem提供了copy和rename函数但它们对于跨设备移动、覆盖确认等场景支持有限。我们需要更健壮的实现。bool FileSystemModel::copyNode(const fs::path src, const fs::path dst) { try { std::error_code ec; // 检查目标是否存在 if (fs::exists(dst, ec)) { // 弹出对话框让用户确认覆盖在简易版中我们先简单跳过或返回false。 // 更好的做法在UI层询问用户。 return false; } // 递归复制目录 if (fs::is_directory(src, ec)) { fs::copy(src, dst, fs::copy_options::recursive | fs::copy_options::overwrite_existing, ec); } else { fs::copy_file(src, dst, fs::copy_options::overwrite_existing, ec); } if (ec) { // 记录错误在UI上显示 m_lastError ec.message(); return false; } // 操作成功刷新目标父目录的模型 refreshNode(dst.parent_path()); return true; } catch (const fs::filesystem_error e) { m_lastError e.what(); return false; } } bool FileSystemModel::moveNode(const fs::path src, const fs::path dst) { // move 本质是 rename但如果跨设备需要 copy delete std::error_code ec; fs::rename(src, dst, ec); if (ec ec.value() static_castint(std::errc::cross_device_link)) { // 跨设备使用复制删除 if (copyNode(src, dst)) { return deleteNode(src); // 注意错误处理 } return false; } else if (ec) { m_lastError ec.message(); return false; } refreshNode(src.parent_path()); refreshNode(dst.parent_path()); return true; }删除操作 删除操作需要特别小心尤其是递归删除目录。bool FileSystemModel::deleteNode(const fs::path path) { // !!! 危险操作必须在UI层进行二次确认 !!! std::error_code ec; uintmax_t removedCount 0; if (fs::is_directory(path, ec)) { removedCount fs::remove_all(path, ec); // 递归删除 } else { bool ok fs::remove(path, ec); removedCount ok ? 1 : 0; } if (ec) { m_lastError ec.message(); return false; } // 刷新被删除项父目录的模型 refreshNode(path.parent_path()); return removedCount 0; }重要提示所有会修改文件系统的操作务必在UI线程中弹出模态对话框进行确认特别是删除和覆盖操作。在ImGui中可以使用ImGui::OpenPopup和ImGui::BeginPopupModal来创建确认对话框。永远不要假设用户知道自己在做什么。3.4 处理耗时操作与UI响应文件操作特别是复制大文件或扫描包含大量文件的目录会阻塞主线程导致界面卡死。一个简易的解决方案是使用std::async或std::thread将耗时操作抛到后台。我们可以设计一个简单的任务队列class BackgroundTaskQueue { public: using Task std::functionvoid(); void push(Task task) { std::lock_guardstd::mutex lock(m_mutex); m_tasks.push(std::move(task)); } void process() { std::lock_guardstd::mutex lock(m_mutex); while (!m_tasks.empty()) { auto task std::move(m_tasks.front()); m_tasks.pop(); // 在实际项目中这里应该将任务提交到线程池 // 简易版直接在新线程中执行注意线程安全 std::thread([task std::move(task)]() { try { task(); } catch (...) { // 捕获异常避免线程崩溃 } }).detach(); } } private: std::queueTask m_tasks; std::mutex m_mutex; };在UI循环中每帧检查并处理任务队列// 在主循环中 g_taskQueue.process(); // 当需要执行一个耗时操作时比如扫描目录 void requestDirectoryScan(const fs::path path) { g_taskQueue.push([this, path]() { auto result performHeavyScan(path); // 耗时的扫描 // 将结果通过线程安全的方式传递回主线程 // 例如使用ImGui自带的线程安全机制或使用一个线程安全的回调队列 std::lock_guardstd::mutex lock(m_scanResultMutex); m_pendingScanResults.push(std::move(result)); }); } // 在主线程的ImGui渲染循环中检查并应用扫描结果 void updateFromBackgroundTasks() { std::lock_guardstd::mutex lock(m_scanResultMutex); while (!m_pendingScanResults.empty()) { auto result std::move(m_pendingScanResults.front()); m_pendingScanResults.pop(); // 更新UI模型数据 updateModelWithScanResult(result); } }对于复制文件这样的操作还需要在后台线程中报告进度。这可以通过一个共享的原子变量或线程安全的进度结构来实现UI线程每帧读取并更新进度条。实操心得线程安全是重中之重所有在后台线程和主线程间共享的数据如模型节点、路径列表、进度状态都必须通过互斥锁std::mutex或原子操作std::atomic进行保护。ImGui的绘制调用必须在主线程。使用Future/Promise对于需要返回结果的任务std::async返回的std::future是更现代和方便的选择但需要注意std::future::get()会阻塞调用线程。更好的模式是使用回调函数或事件总线如entt::dispatcher来通知主线程任务完成。4. 进阶功能与优化思路一个基础的资源管理器完成后可以考虑以下方向进行深化这也是项目从“简易”走向“实用”的关键。4.1 文件图标与缩略图纯文本的列表太枯燥。加载图标需要获取系统关联图标在Windows上可以使用SHGetFileInfoAPI在Linux上通常需要根据文件MIME类型从/usr/share/icons主题目录中查找对应的PNG或SVG图标。这是一个平台相关的复杂任务。使用图标库一个跨平台的简化方案是准备一套内置的图标集如使用开源图标字体FontAwesome或Material Design Icons根据文件扩展名或类型映射到特定的图标字符。ImGui支持加载TTF字体并渲染字符作为图标这是实现起来最快的方法。生成缩略图对于图片和视频可以尝试解码文件并生成小尺寸的预览图。这需要集成图像解码库如stb_image和视频帧提取库如libavcodec并且必须在后台线程中进行因为解码可能很慢。4.2 搜索与过滤功能实现一个类似Everything的快速搜索是极大提升体验的功能。简易实时过滤在右侧列表渲染时根据用户输入的过滤字符串如*.txt或project使用std::string::find或正则表达式对当前目录下的文件名进行匹配筛选。这只能搜索当前目录。全盘索引高级要实现全局搜索需要维护一个后台索引。可以像Everything一样使用USN JournalWindows或inotify/fanotifyLinux监听文件系统变化并构建一个内存中的文件名/路径数据库如使用std::unordered_set或Trie树。用户输入时在这个数据库中进行前缀或模糊匹配。这是一个独立的、颇具挑战性的子项目。4.3 多标签页与分栏视图现代文件管理器标配。多标签页维护一个std::vectorTab每个Tab包含一个当前路径和文件列表状态。UI上渲染为一排可点击的标签点击切换活动标签活动标签的内容渲染在右侧主区域。分栏视图可以创建多个ImGui::BeginChild区域每个区域独立维护自己的当前路径和选中状态。这对于文件比较或跨目录操作非常方便。4.4 集成终端模拟器真正“仿Linux”的灵魂所在。在资源管理器底部或一个独立面板中嵌入一个简单的终端。实现方式这非常复杂。在Windows上你可能需要与conhost.exe或Windows Terminal通信在Linux/macOS上需要创建伪终端PTY并启动一个shell进程如/bin/bash然后处理其输入输出。一个更可行的折中方案是提供一个输入框允许用户输入简单的Shell命令如ls -la,cp source dest然后自己解析这些命令调用对应的std::filesystem或系统API去执行并将输出结果显示在文本缓冲区中。这实际上是在实现一个极简的Shell解释器。5. 常见问题与调试技巧在开发过程中你几乎一定会遇到以下问题5.1 路径编码与跨平台问题问题在Windows上路径是宽字符wchar_t而std::filesystem::path内部处理了转换但当你需要将路径传递给系统API如system()调用或显示在ImGui使用UTF-8时编码问题就会出现。解决始终使用fs::path对象进行路径操作避免直接使用std::string或std::wstring。在需要字符串表示时使用path.u8string()获取UTF-8编码的字符串这在与ImGui默认UTF-8交互时是安全的。在Windows上调用系统命令时可能需要将UTF-8转换回宽字符std::wstring_convertstd::codecvt_utf8_utf16wchar_t converter; std::wstring wide_path converter.from_bytes(path.u8string());5.2 文件系统变更通知问题你的资源管理器正在显示一个目录用户却在外部如另一个程序或命令行创建或删除了文件你的视图不会自动更新。解决使用文件系统监控API。Windows:ReadDirectoryChangesW。你需要为每个被浏览的目录开启一个监控线程或IOCP。Linux/macOS:inotify(Linux) 或FSEvents(macOS)。跨平台库可以使用boost::asio的dir_monitor或者第三方库如efsw。简易替代方案在目录获取焦点时或定时器手动刷新。虽然不实时但实现简单。5.3 ImGui界面卡顿与性能优化问题当目录下有成千上万个文件时即使只是渲染列表也会导致帧率下降。解决虚拟列表ImGui的BeginChild/EndChild和clipping机制能自动裁剪不可见项但遍历所有项目计算布局仍有开销。对于超长列表应实现虚拟列表——只渲染视口内的几十行。ImGui自1.83版本起提供了ImGuiListClipper来辅助实现。图标缓存不要每帧都从磁盘加载图标。将加载的图标纹理ID或字体图标索引缓存到一个std::unordered_map文件扩展名, 图标中。减少模型刷新只在必要时刷新FileSystemModel例如导航到新目录、收到文件系统变更通知、或用户手动点击刷新按钮时。5.4 内存管理问题懒加载能缓解问题但如果用户展开了一个包含数十万文件的庞大目录树内存占用依然会飙升。解决实现节点的卸载当目录节点被折叠且一段时间未被访问后可以释放其children向量仅保留节点基本信息。下次展开时重新扫描。使用弱引用在FileSystemModel的查找表中使用std::weak_ptr来引用节点避免循环引用和无法释放的问题。限制扫描深度初始只扫描1-2层深度更深层的目录等用户展开时再加载。5.5 打包与依赖管理问题你的程序依赖GLFW、ImGui、stb_image等库如何让用户方便地运行解决使用包管理器如果目标用户是开发者可以提供vcpkg或conan的配置文件。静态链接将所有第三方库静态编译进最终的可执行文件。这会使二进制文件变大但分发简单通常一个.exe文件就够了。你需要确保第三方库的许可证允许静态链接。附上DLL在Windows上将必要的DLL如glfw3.dll与exe放在同一目录下。使用CMake的FetchContent或add_subdirectory在项目构建时自动下载和编译依赖项这对初学者最友好。你可以在项目README中提供清晰的CMake构建指令。开发这样一个项目最大的收获不是最终做出了一个多么完美的工具而是在解决上述一个个具体问题的过程中对C标准库、操作系统API、GUI框架、并发编程和软件架构有了更立体、更深刻的理解。当你看到自己写的程序能流畅地浏览文件、进行复制删除操作时那种成就感是单纯看书学习无法比拟的。我建议你在实现基础功能后挑选一两个“进阶功能”深入下去比如尝试实现一个简单的后台任务队列带进度条或者集成一个图标库这会让你的项目脱颖而出也更能体现你的工程能力。