unix编程艺术_unix编程艺术知乎_unix编程艺术 知乎(5)

17.2 Unix 标准 398

17.2.1 标准和Unix之战 398

17.2.2 庆功宴上的幽灵 401

17.2.3 开源世界的Unix标准 402

17.3 IETF和RFC标准化过程 403

17.4 规格DNA，代码RNA 405

17.5 可移植性编程 408

17.5.1 可移植性和编程语言选择 409

17.5.2 避免系统依赖性 412

17.5.3 移植工具 413

17.6 国际化 413

17.7 可移植性、开放标准以及开放源码 414

第18章 文档：向网络世界阐释代码 417

18.1 文档概念 418

18.2 Unix风格 420

18.2.1 大文档偏爱 420

18.2.2 文化风格 421

18.3 各种Unix文档格式 422

18.3.1 troff和Documenters Workbench Tools 422

18.3.2 TEX 424

18.3.3 Texinfo 425

18.3.4 POD 425

18.3.5 HTML 426

18.3.6 DocBook 426

18.4 当前的混乱和可能的出路 426

18.5 DocBook 427

18.5.1 文档类型定义 427

18.5.2 其它DTD 428

18.5.3 DocBook 工具链 429

18.5.4 移植工具 431

18.5.6 相关标准和实践 433

18.5.7 SGML 433

18.5.8 XML-DocBook 参考书籍 433

18.6 编写Unix文档的最佳实践 434

第19章 开放源码：在Unix新社区中编程 437

19.1 Unix和开放源码 438

19.2 与开源开发者协同工作的最佳实践 440

19.2.1 良好的修补实践 440

19.2.2 良好的项目、档案文件命名实践 444

19.2.3 良好的开发实践 447

19.2.4 良好的发行制作实践 450

19.2.5 良好的交流实践 454

19.3 许可证的逻辑：如何挑选 456

19.4 为什么应使用某个标准许可证 457

19.5 各种开源许可证 457

19.5.1 MIT或者X Consortium许可证 457

19.5.2 经典BSD许可证 457

19.5.3 Artistic许可证 458

19.5.4 通用公共许可证 458

19.5.5 Mozilla 公共许可证 459

第20章 未来：危机与机遇 461

20.1 Unix传统中的必然和偶然 461

20.2 Plan 9：未来之路 464

20.3 Unix设计中的问题 466

20.3.1 Unix文件就是一大袋字节 466

20.3.2 Unix对GUI的支持孱弱 467

20.3.3 文件删除不可撤销 468

20.3.4 Unix假定文件系统是静态的 469

20.3.5 作业控制设计拙劣 469

20.3.6 Unix API 没有使用异常 470

20.3.7 ioctl(2)和fcntl(2)是个尴尬 471

20.3.8 Unix安全模型可能太过原始 471

20.3.9 Unix名字种类太多 472

20.3.10 文件系统可能有害论 472

20.3.11 朝向全局互联网地址空间 472

20.4 Unix的环境问题 473

20.5 Unix文化中的问题 475

20.6 信任的理由 477

附录A 缩写词表 479

附录B 参考文献 483

附录C 贡献者 495

附录D 无根的根：无名师的Unix心传 499

本文来自电脑杂谈，转载请注明本文网址：
http://www.pc-fly.com/a/jisuanjixue/article-21782-5.html