- 博客(81)
- 收藏
- 关注
RSS订阅原创 ZLibrary 类项目合规避坑指南：从技术实现到法律风险的全景梳理
ZLibrary 类项目的技术实现并不复杂，真正的挑战在于如何在法律框架内持续运营。合规不是一次性工作，而是贯穿项目全生命周期的持续投入。建议团队在关键节点咨询专业法律意见，并将合规意识融入产品设计与运营决策的每一个环节。唯有如此，项目才能在规避风险的同时，实现长期稳定的发展。
2026-09-24 23:22:35
279
原创 告别 Copilot？Codex 本地化部署指南：从原理到实战
本地化部署 Codex 并非适合所有团队，需要结合数据敏感度、算力成本和团队接受度综合判断。建议先在小范围试点，验证效果后再逐步推广。
2026-09-24 23:21:55
224
原创 用 Claude Code 重构遗留系统：从评估到落地的完整指南
Claude Code 是重构遗留系统的强力助手，但并非万能。它擅长理解代码、批量修改和补全测试，但架构决策、风险判断和业务语义仍需工程师把关。建议将 Claude Code 定位为「高级结对程序员」，在充分测试保障下渐进式推进重构，才能既提升效率又控制风险。
2026-09-23 22:53:15
242
原创 优快云 + AI：程序员新生产力
借助 AI，程序员可以更快地整理技术笔记、生成文章大纲、提炼文档要点，把更多时间留给真正的编码与思考。技术会变，但解决问题的热情不变。用好 优快云 + AI，让每一位程序员都能专注于更有创造力的工作。
2026-09-23 22:52:41
164
原创 DeepSeek Harness 开源贡献手记：从入门到合入主线
简要介绍 DeepSeek Harness 项目的定位、核心功能与技术栈，帮助读者快速了解这个开源项目是做什么的，以及它在 DeepSeek 生态中的角色。本节介绍作者参与 DeepSeek Harness 开源项目的初衷，包括对开源社区的热情、对模型评测工具链的兴趣，以及希望通过贡献提升自身工程能力的动机。总结 PR 成功合入后的心得体会，包括技术能力的提升、对开源协作模式的理解，以及对后续持续贡献的规划。面向想要参与开源贡献的读者，给出从选题、沟通到提交的实用建议，帮助更多人迈出开源贡献的第一步。
2026-09-21 23:02:04
913
原创 Codex 安全盲区：代码漏洞生成实测
本文通过实测展示了 Codex 在代码生成过程中存在的安全盲区，并提出了针对性的缓解措施。未来，随着模型安全对齐技术的进步，AI 编程助手有望在生成阶段就内建更强的安全能力，但开发者的安全意识和审查习惯仍是不可替代的最后一道防线。
2026-08-24 23:06:25
2051
1
原创 DeepSeek涨价了，你换了吗？——AI大模型服务成本与替代方案深度分析
DeepSeek涨价既是挑战也是机遇，促使开发者重新审视技术架构与成本结构。无论选择迁移还是坚守，关键在于建立科学的评估体系和灵活的应对策略。AI大模型服务市场仍在快速演变，保持技术敏感性和成本意识，才能在变革中把握先机。
2026-08-17 21:51:09
1874
原创 Claude Code 离线安装方案揭秘：从零搭建企业级私有化 AI 编程助手
总结离线安装 Claude Code 的核心步骤与关键决策点，展望未来模型更新、服务升级的平滑方案，以及私有化 AI 编程助手的发展趋势。
2026-08-10 23:03:47
1992
1
原创 条款16：保证const成员函数的线程安全
摘要： 条款16强调const成员函数需保证线程安全，即使其逻辑上不修改对象数据。const成员函数分为位常量性（编译器强制）和逻辑常量性（程序员控制，可能通过mutable成员缓存数据）。若涉及多线程访问，需同步机制： 互斥量：适用于同步多个变量（如缓存多项式的根），通过std::mutex（声明为mutable）加锁，但会牺牲类的可拷贝性。 原子变量：适用于单个变量（如调用计数器），std::atomic开销更低，但无法处理多变量原子操作。 结论： 单个变量同步用原子操作，多变量或复杂逻辑用互斥量。 除
2026-08-03 22:43:53
1774
原创 条款17：理解特殊成员函数的生成
摘要： 条款17解析了C++特殊成员函数（默认构造、析构、拷贝/移动构造、拷贝/移动赋值）的自动生成机制。C++98生成默认构造、拷贝操作和析构函数，而C++11新增移动操作。关键规则包括： 生成条件：默认构造需无其他构造；拷贝操作独立生成，但声明移动操作会阻止拷贝操作；移动操作需无拷贝/移动/析构函数的显式声明。 大三律：声明拷贝构造、拷贝赋值或析构之一时，应显式定义三者，避免资源管理隐患。C++11保留析构不阻止拷贝生成的旧行为，但会禁用移动生成。 最佳实践：多态基类应声明虚析构（=default），若
2026-07-27 20:47:48
2355
原创 条款14：如果函数不抛出异常，请使用 noexcept
默认不添加：除非你能确信函数不会抛出异常，否则不要轻易添加noexcept。错误的noexcept比没有更危险。移动操作优先：为移动构造函数和移动赋值运算符添加noexcept，这是提升标准容器性能的关键。析构函数保持默认：不要为析构函数指定。关注标准库兼容性：如果你编写的类型可能被用于标准容器，请确保其移动操作是noexcept的。使用条件 noexcept 编写泛型代码：在模板中，使用来传播异常规范。noexcept 是接口的一部分：一旦声明，就成为 API 契约，后续移除noexcept。
2026-07-20 22:26:17
1897
原创 条款13：优先选用const_iterator，而非iterator
摘要：优先选用const_iterator的实践指南 在STL中，const_iterator（指向不可修改元素的迭代器）比普通iterator更安全、更清晰地表达“只读”意图。C++98中由于支持不足（创建困难、使用受限），其优势难以发挥；但C++11通过cbegin()/cend()等成员函数和非成员函数std::begin()显著改善了可用性。 核心建议： 默认使用const_iterator：除非需要修改元素，否则优先选择它以避免意外修改，增强代码安全性。 C++11/14优化：利用非成员函数（如s
2026-07-13 21:39:58
2256
原创 条款12：为意在重写的函数添加override声明
摘要： C++条款12强调为意在重写的虚函数添加override声明，确保派生类函数严格满足重写条件（如基类虚函数、签名一致、引用限定符匹配等）。override作为语境关键字，仅在函数声明末尾生效，能提升代码正确性和可读性，避免因签名差异导致意外行为。引用限定符（&、&&）区分成员函数调用对象的左值/右值属性，优化资源管理（如右值对象触发移动而非拷贝）。通过显式标注和引用限定符，可增强多态安全性与性能。
2026-07-06 10:56:27
2800
原创 条款11：优先选用删除函数，而非private未定义函数
摘要：C++条款11建议优先使用删除函数（=delete）而非private未定义函数来禁用特定操作。删除函数具有更明确的语义和更早的错误检测（编译期报错），且适用范围更广，包括非成员函数和模板实例化。案例分析表明，删除函数能有效禁止流对象拷贝、过滤无效函数参数类型，以及限制特定模板实例化的使用。相较而言，private未定义函数仅适用于成员函数，且错误可能在链接阶段才被发现，限制力度较弱。因此，删除函数是更优的选择。
2026-06-29 10:43:59
2025
原创 条款10：优先选用限定作用域enum，而非不限定作用域enum
限定作用域enum的枚举值不会污染外围命名空间，减少与其他标识符冲突的风险。非限定作用域enum的枚举值可能与其他变量或枚举值重名，导致编译错误或逻辑混淆。在需要与C代码交互或必须隐式转换为整数的旧代码中，可能需保留非限定作用域enum。限定作用域enum支持前置声明（forward declaration），编译器可直接确定其底层类型（默认为。显式转换，避免意外的类型转换错误。非限定作用域enum会隐式转换为整数，可能引发未预期的行为。非限定作用域enum需看到定义才能确定底层类型，不利于模块化设计。
2026-06-22 13:19:24
2059
原创 条款08：优先选用nullptr，而非0和NULL
新代码：一律使用nullptr。旧代码迁移：逐步替换NULL和0的指针用法。类型安全：编译器会阻止nullptr误用于非指针场景。通过统一使用nullptr，能显著提升代码的可读性和安全性，减少潜在的运行时错误。
2026-06-15 20:42:10
1980
原创 条款06（缺点）：当auto推导的类型不符合要求时，使用显式类型初始化惯用法
当使用auto进行类型推导时，可能会出现推导结果不符合预期的情况，例如推导出错误的类型或丢失必要的修饰符（如const、引用等）。这种情况下，需要通过显式类型初始化来确保变量类型正确。
2026-06-08 22:22:45
1909
原创 条款09：优先选用别名声明，而非typedef
目录条款09：优先选用别名声明，而非typedef（Prefer alias declarations to typedef）共有功能：普通类型、函数指针类型特有功能：模板、命名空间深入理解类型特征（type trait）
2026-06-01 18:55:02
2131
原创 条款07：在创建对象时注意区别()和{}
《条款07：创建对象时区分()和{}的初始化方式》摘要 C++11引入的大括号初始化{}提供了最广泛的初始化语境，能阻止窄化转换并避免解析歧义。相比小括号()和等号=，大括号初始化具有三大优势：1)适用于所有初始化场景（包括容器初始化）；2)禁止隐式窄化类型转换；3)免疫"最令人苦恼的解析"问题。然而当类存在initializer_list构造函数时，大括号初始化会优先匹配该构造函数，可能引发意外行为。标准库vector的接口设计就体现了这种矛盾——使用不同初始化方式会产生截然不同的结果
2026-05-25 10:43:56
2071
原创 条款05（优点）：优先考虑auto类型推导，而非显式类型声明
目录条款05（优点）：优先考虑auto类型推导，而非显式类型声明（Prefer auto to explicit type declarations）优点1：auto可以避免未初始化的变量。优点2：auto可以避免啰嗦/繁琐的变量声明。优点3：auto可以直接持有闭包（由lambda式创建的运行期对象）。优点4.1：auto可以避免由于“类型捷径（type shortcuts）/类型不匹配”所导致的兼容性问题。优点4.2：auto可以避免由于“类型捷径/类型不匹配”所导致的效率问题。优点5：auto可以简化
2026-05-18 16:46:40
2382
原创 条款04：学会查看类型推导结果
本文介绍了在C++开发过程中查看类型推导结果的三种方法：1. 编写代码阶段使用IDE编辑器悬停显示类型信息，但对复杂类型可能不可靠；2. 编译阶段通过故意引发错误让编译器显示类型信息；3. 运行时使用标准库typeid或更可靠的Boost.TypeIndex库输出类型信息。文章指出标准库方法可能忽略引用和const修饰符，而Boost库能准确保留这些信息。最后强调理解类型推导规则是根本，工具结果可能有误，需要综合判断。
2026-05-11 16:06:41
2185
原创 条款03：理解decltype
摘要：条款03探讨了decltype的类型推导机制及其应用场景。decltype通常返回表达式或变量的精确类型，在C++11中主要用于声明返回值类型依赖形参的函数模板，在C++14中通过decltype(auto)扩展应用。文章通过容器访问函数案例，对比分析了C++11和C++14的实现差异，指出auto类型推导会忽略引用性而decltype(auto)能保留完整类型信息。最后讨论了右值容器传递的边缘情况及解决方案，建议使用万能引用和std::forward实现通用引用支持。
2026-05-09 19:03:54
1920
原创 条款02：理解auto类型推导
如果你已经读过“模板类型推导（条款1）”，那么你已经基本掌握auto类型推导（本条款）”的一切必要知识。因为，除了一个奇怪的“例外情况”外，auto类型推导”就是“模板类型推导”。但这怎么可能？“模板类型推导”打交道的是模板、函数、形参，但auto类型推导”和它们毫无相关。事实确实如此，但不影响上面结论的成立。（具体分析如下）
2026-04-27 11:01:53
1954
原创 条款21：必须返回对象时，别妄想返回其引用
请记住：绝不要返回pointer 或 reference 指向一个 local stack对象,或返回 reference 指向一个heap-allocated 对象,或返回pointer 或 reference指向一个local static 对象而有可能同时需要多个这样的对象。一旦程序员认识到pass-by-value在效率方面可能带来的额外开销（见“条款20”），便常常会“矫枉过正”：试图在任何场景下都彻底消除pass-by-value，转而全面采用pass-by-reference。
2026-04-13 15:32:26
1803
原创 条款24：若所有参数皆需类型转换，请为此采用非成员函数
函数，应该将其实现为“成员函数（member function）”还是为“非成员函数（non-member function）”？进一步地，针对非成员函数，应该实现为“友元函数（friend function）”还是为“非友元函数（non-friend function）”？（下面将逐一讨论各种实现的可行性）实现为friend函数，因为operator*()的内部实现可以完全借由Rational的public接口（比如numerator()、denominator()）完成任务。，从而实现混合式算术运算。
2026-04-08 16:26:46
1842
原创 条款03：尽可能使用const
在STL中，每个容器内部都会通过using或typedef定义2种类型的迭代器，即iterator和const_iterator。：编译器强制实施bitwise constness，但编写程序时应该使用logical constness。，因为这能借助编译器的力量，在编译期防止意外修改（确保约束不被违反），从而提升程序的正确性与可维护性。：防止客户对返回值进行无意义或错误的修改（详见“条款21”、“条款24”）：当const和non-const成员函数有着实质等价的实现时，其出现在星号*的左边还是右边，
2026-03-23 22:07:24
1806
原创 条款12：拷贝对象的所有部分
任何时候，只要你承担起“为派生类编写拷贝函数”的责任，就必须同时确保“基类成分也被正确复制”。所谓“复制每一个成分”，指的正是同时涵盖。：“条款5”表明，当程序需要时，编译器会自动生成拷贝函数。以避免代码重复（见“实现1”和“实现2”）。：当两个拷贝函数之间有着实质等价的实现时（往往如此），：将拷贝函数的共同逻辑提取到一个独立的成员函数（通常。正确复制（正确取值并执行拷贝赋值运算符函数）：手工编写（而非由编译器创建）拷贝函数。：在实现拷贝函数时，必须确保（1）“显式调用”相应的基类拷贝函数。
2026-03-09 11:16:52
2183
1
原创 条款09：绝不在构造和析构过程中调用virtual函数
摘要：在C++中，构造和析构期间调用虚函数存在风险。由于基类构造时派生类成员未初始化，虚函数会被解析为基类版本而非预期的派生类版本（如示例中Transaction基类调用自身logTransaction而非BuyTransaction的实现）。同理，析构时派生类成员已销毁，虚函数也会退化为基类行为。解决方案是通过派生类构造函数将信息向上传递给基类非虚函数处理（如传递日志字符串）。核心原则：构造/析构期间避免虚函数调用，此时对象类型被视为当前构造层级的类，多态机制失效。该规则同样影响RTTI（如dynamic
2026-03-05 13:23:00
1420
原创 条款06：若不想使用编译器自动生成的函数，就该明确拒绝
摘要：C++中禁止类拷贝行为的实现方法演进：1）传统方法（C++03）通过private声明未实现的拷贝函数或继承Uncopyable基类；2）现代方法（C++11）使用=delete直接删除拷贝函数。核心思想是明确拒绝编译器自动生成的拷贝功能，适用于需要保持对象唯一性的场景（如房地产类）。不同方法各有利弊，现代C++推荐使用delete语法，能更早发现错误且语义更清晰。（149字）
2026-02-27 10:33:35
1848
原创 条款01：视C++为一个语言联邦
摘要：C++应被视为由四种次语言组成的联邦：1)C语言部分，保留基础语法但受限于缺少现代特性；2)面向对象部分，实现经典OOP范式；3)模板部分，支持泛型编程和元编程；4)STL部分，提供特定的模板库规范。每个次语言都有其独特的高效编程准则，当切换语言层面时，最佳实践可能完全改变。理解这种联邦特性是掌握C++的关键，需要根据不同场景灵活应用相应规则，而非寻求统一编程范式。
2026-02-26 17:19:42
990
原创 条款02：尽量以 const, enum, inline替换 #define
文章摘要：本文建议优先使用const、enum和inline替代#define宏定义。const常量具有类型安全、调试友好和优化空间等优势；enum hack适用于类专属编译期常量；inline函数可避免宏函数的参数求值和优先级问题。虽然预处理器在条件编译中仍有作用，但应尽量减少对#define的依赖，转而使用更安全的现代C++特性如constexpr和模板。核心原则是让编译器而非预处理器处理更多工作，以提高代码的可靠性和可维护性。
2026-02-14 11:45:49
1596
原创 动态规划：打家劫舍系列
针对首尾房间是否被偷，划分为以下几种情况，每种情况均可以使用"打家劫舍1"的代码求解。：环形问题不利于思考，可以将环形展开为线性结构，单独考虑首尾元素是否选取，分情况讨论。：每间房内都藏有一定的现金(非负整数数组)，问一夜之内能够偷窃到的最高金额？：每间房内都藏有一定的现金(非负整数数组)，问一夜之内能够偷窃到的最高金额？：利用"状态压缩"进行优化 →。
2024-08-05 09:31:45
1811
原创 动态规划：基础篇
1+1 +1(每次爬一个台阶) 由第2层楼梯过来。（后面将讲解的很多动规的题目其实都是当前状态依赖前两个，或者前三个状态，都可以做空间上的优化）爬到第2层楼梯：有2种方法 1+1(每次爬一个台阶)、2(一次爬两个台阶)1 +2(先爬一个台阶、再爬两个台阶) 由第1层楼梯过来。2 +1(先爬两个台阶、再爬一个台阶) 由第2层楼梯过来。爬到第3层楼梯：有3种方法。爬到第1层楼梯：有1种方法。：利用"状态压缩"进行优化 →。：利用"状态压缩"进行优化 →。
2024-08-02 10:09:09
1539
原创 计算机网络学习笔记（七）：网络安全
计算机网络上的通信面临以下两大类威胁：被动攻击截获攻击流量分析：攻击者从网络上窃听他人的通信内容。攻击者只是观察和分析某一个协议数据单元PDU，以便了解所交换数据的某种性质，但不干扰信息流。主动攻击篡改更改报文流：攻击者故意篡改网络上传送的报文DNS域名劫持：通过攻击域名服务器或伪造域名服务器的方法，把目标网站域名解析到错误的IP地址（修改域名解析的结果），从而实现用户无法访问目标网站的目的 或者 蓄意要求用户访问指定IP地址（钓鱼网站）的目的。恶意程序。
2024-04-24 10:08:15
3077
8
原创 Git学习笔记（第10章）：自建代码托管中心GitLab
GitLab是由GitLab Inc.开发，使用MIT许可证的基于网络的Git仓库管理工具，且具有wiki和issue跟踪功能。使用Git作为代码管理工具，并在此基础上搭建起来的web服务。GitLab由乌克兰程序员DmitriyZaporozhets和ValerySizov开发，它使用Ruby语言写成。后来，一些部分用Go语言重写。截止2018年5月，该公司约有290名团队成员，以及2000多名开源贡献者。
2024-01-25 10:29:38
2126
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人