源代码页数不够怎么办：几种补救方式的利弊

先把规则说清楚：软著登记提交源程序，通常按前三十页、后三十页的方式提交，不足六十页的全额提交。所以「页数不够」绝大多数时候不是真的不够，而是能算进这份软件的代码量本身就不多。

先确认到底差在哪

常见的三种情况差别很大，处理方式完全不同。

合法且有效的几种做法

• 把同一软件的前端、后端、数据层代码一并纳入，本来就是一套系统，不必分开；
• 按规范排版：常规要求每页不少于五十行，字号行距按登记要求设置；
• 删掉大量无意义的空行和自动生成的冗余注释，让有效代码密度提上来；
• 如果确实不足六十页，就全额提交，并在说明书里把功能模块讲清楚，让材料自洽。

不要做的两件事

第一，不要把不属于这个项目的代码塞进来。审查时看的是代码和说明书描述的功能是否对应，一个客户管理系统里突然出现爬虫和图像识别的代码块，比页数不够更麻烦。

第二，不要用自动生成的模板代码凑数。空壳方法、重复的 getter/setter、批量生成的注释段落，一眼能看出来，属于材料不实的范畴。

代码少不代表登记不了

软著不审查代码量和技术难度。一个两三千行的工具脚本，只要代码是真实完整的、说明书描述的功能和它对得上，一样能正常登记。真正会被挑毛病的是材料不真实、前后矛盾，而不是代码短。

所以心态上别把「凑够六十页」当目标，把「材料真实且自洽」当目标更稳。

排版上容易出问题的地方

1. 页眉信息不统一：软件名称、版本号要和申请表完全一致；
2. 页码缺失或从中间断掉；
3. 代码里有大段被注释掉的废代码，占了页数但没内容；
4. 不同文件之间没有分隔标识，看不出代码结构。

常见问题

不足六十页会被退回吗

不会。规则本身就是不足六十页全额提交，页数少不是退回理由，材料不齐或前后不一致才是。

能不能提交代码片段而不是连续代码

不建议。源程序要求是连续的前后各三十页，跳着截取会被认为不完整。

注释算不算代码

算在源程序里，但满屏都是注释、代码很少，容易被质疑材料真实性。正常的注释比例没问题。

代码里能不能有第三方开源代码

可以存在，但主体应当是自己开发的部分。大量照搬开源项目，权属上说不清楚，具体边界可以看软著Pro上关于开源组件的说明。

页数不够要不要重新开发再登记

不必。按实际代码提交就行，功能后续迭代了再登记新版本，这是正常节奏。