软著申请里的「源代码 60 页」怎么凑才合规页数、行数、注释三条硬规则写软著材料源代码那部分很容易返工。多数时候不是代码写得不够是因为页数的算法和直觉不一样。这一篇把三条硬规则理一遍都是按版权保护中心公开的填报要求来的不掺个人推测。规则一交的是「前 30 页 后 30 页」源代码总量超过 60 页的提交前 30 页和后 30 页总量不到 60 页的全部提交。这里有个容易翻车的点前 30 和后 30 必须是同一个代码文件的连续片段。见过前 30 页截主程序、后 30 页截一个工具类的情况两段风格对不上直接被要求补正。更省事的做法是把要提交的代码按顺序拼进一个源文件比如 full_source.txt再从里面截首尾风格自然一致。规则二每页不低于 50 行且是「有效行」每页不少于 50 行代码。关键在「有效」两个字纯注释行不算。一整行只写// 初始化配置或# 读取参数这一行不计入 50 行行尾注释算。port 8080 # 服务端口这种代码在前、注释在后算有效行空行不算。所以凑行数的正确做法是多写实打实的代码逻辑而不是靠注释和空行堆页数。判断依据是有效代码行的条数不是字符数。规则三排版参数别自创字体字号没有官方强制值但字号太大会导致排不满 60 页太小又影响可读性。我用的是每页 50 行的档位正文用等宽字体字号 9 到 10pt单倍行距段前段后间距都设 0页眉放「软件名称 版本号」且必须和申请表、说明书里的完全一致页眉这一处的具体写法我之前单独写过一篇这里把行数和首页尾页的规则一起补齐。一份可以直接对着改的自查清单前 30 页与后 30 页取自同一个源代码文件拼合后的源文件里没有跨文件跳转每页有效代码行去掉纯注释行与空行不低于 50注释不要整行铺满尽量压在代码行尾页眉的软件名称、版本号与申请表、说明书三处完全一致不足 60 页时确认已提交全部代码而不是只交一部分作者信可维做软著申请材料的辅助整理与规范生成。