Swift-Markdown 项目中关于换行符处理的文档一致性优化

在 Swift-Markdown 项目的 MarkupFormatter 实现中，存在一个值得注意的文档描述不一致问题。这个问题虽然微小，但反映了代码文档维护中常见的细节问题。

项目中的 trimmedLineSegments 属性文档描述其为"按换行字符分割的字符串，丢弃开头和结尾的空行"。这个属性被两个派生属性所使用：Codeblock 和 HTMLBlock，但它们的文档描述却略有不同，特别指出了使用"\n"作为换行符。

这种微小的不一致性在软件开发中很常见，特别是在文档维护方面。虽然"\n"确实是Unix/Linux系统中的标准换行符，但跨平台应用中换行符的处理往往需要考虑更多情况：

1. Windows系统使用"\r\n"作为换行符
2. 旧版Mac系统使用"\r"作为换行符
3. 现代系统通常都能处理各种换行符变体

原始实现使用"newline characters"的描述更为准确，因为它：

• 更具包容性，不限定特定平台的换行符表示
• 符合Swift字符串处理的通用做法
• 为未来可能的扩展保留了灵活性

这种文档一致性优化虽然看似微小，但对于：

• 代码维护者：保持一致的术语有助于理解
• API使用者：避免对实现细节产生误解
• 项目质量：体现对细节的关注

在Swift字符串处理中，通常推荐使用通用术语而非特定字符表示，这与Swift语言设计强调的类型安全和抽象原则一致。这种文档优化也符合Swift API设计指南中关于清晰性和一致性方面的建议。

对于开发者而言，这种细节的关注有助于培养良好的代码文档习惯，特别是在开源项目中，清晰的文档对于社区协作至关重要。