Notes R4

    Notes R4

    1996 年 1 月，Lotus 发布了 Notes Release 4.0。该版本根据客户的反馈意见重新设计了用户界面。该界面公开和简化了很多 Notes 特性，使其更容易使用、编程和管理。当开发人员在 Lotusphere（每年一度的用户群体会议）上展示新的用户界面时，受到了拥挤的人群长时间起立鼓掌欢迎。

    该产品变得更具有可伸缩性。如果在多处理器服务器上增加更多的处理器，该产品运行的速度会越来越快。Lotus 将 Notes 的价格砍掉了一半，因而成功占有了更大的市场份额。

 
    此外，Notes 开始与 Web 集成，很多新特性反映了 Web 技术在业界的主导地位。第一位 Notes 开发人员和 Iris Associates 的缔造者 Ray Ozzie，在 Web 发展到今天这种规模之前就看到了 Web 的重要性。这是 Notes 成功的一个关键因素。一种新产品 Server Web Navigator 可以把 Notes 服务器连接到 Web，离线检索页面，然后让用户在 Notes 客户机中查看页面。

    另一个产品，InterNotes Web Publisher，利用 Web 作为服务器 “add-in”。现在用户可以打开 Notes 文档将其转换成 HTML，然后在浏览器中显示。服务器可以静态地接收 Notes 文档并将其发布到 Web 上。它还不是动态的，因为这一过程中存在一个时间延迟。文档先进入文件服务器然后发布到 Web 上。

Release 4.0 还提供了：

LotusScript，Notes 内置的编程语言
三片式邮件 UI 和带有文档预览功能的其他应用程序
Pass-thru 服务器
新的服务器管理员图形用户界面
内建的互联网集成，包括可访问 Notes 数据库的 Web 浏览器
改进的移动性，包括定位和堆迭图标
改进的 replicator 页
快速应用程序开发和编程：集成开发环境（IDE）、信息框（infobox）和重新设计的模板
视图、文件夹和设计特性，能够创建动作栏、创建在视图之间通过图形进行导航的导航栏、改进的表支持
搜索特性，比如不建立索引而搜索数据库的能力，使用 Search Builder 为搜索增加条件而不需要编写公式
安全特性，保护本地数据库的安全以及限制能够阅读选定文档的用户
互联网服务器改进，包括 SOCKS 支持、HTTP 代理支持和 Notes RPC 代理支持

    1995 年 7 月，IBM 买下了 Lotus，主要是为了获得 Notes 技术。这次并购对 Notes 产生了积极的影响。在并购之前，Notes 开发人员感觉到自己面临着战略上的某些不确定性，这是因为 Web 的主导地位日渐突出，市场竞争越来越激烈。IBM 的并购提供了强大的资金支持，能够应用世界一流的技术，包括后来成为 Domino 的 HTTP 服务器，以及增强销售力量。现在 Notes 被销售给绝大多数财富 500 强的企业，而且是卖给整个公司而不是其中的一个部门。这些积极的影响使得 Notes 开发人员能够投入长期的项目。1996 年，随着 Notes 4.0 的发布，业务和技术竞争爆发了：消息产品、Web 服务器以及这些产品的开发系统。

    Release 4.0 的开发用了两年多时间，随着竞争日渐激烈和使用 Web 发布产品的竞争对手的开发周期越来越短，这段时间太长了。为了向大型企业提供高度稳定的 Notes 系统，同时也为了确保 Iris Associates 继续其技术领先的传统，开发人员将 Notes 产品线划分成以下两个分支：

    一条主版本产品线从 Release 4.5 开始以最快的开发周期提供一流的最新功能，同时保证较高的质量。市场竞争和在 Notes 上构建应用程序的软件厂商的需求影响到这些版本。

    90 天发布版本，也称为 “季度维护版本” 包含少量新特性或者没有。来自现有 Notes 客户的维护性信息基本上完全推动着这第二条产品线。这些客户很多都是大型企业用户，对服务器的压力很大，常常最先发现部署-阻塞缺陷。这些版本的主要目的是收集缺陷修正、用统一的方式测试这些修正并提供给拥有许可的客户。和新的主版本相比，这些版本的管理更加谨慎，适合于那些更关心产品的高稳定性版本而不是前卫的全新技术的大型企业。产品版本号中的第三位数字代表维护版本号，如 4.5.3 中的 3。

    直到今天，仍然以这种方式维护这两个 Notes 家族（即 “代码流”），第三个代码流则是开发之中的下一个主版本。

    新用户可以选择自己能够购买的 Notes 版本。多数新用户都使用当前的主版本。随着时间流逝，多数用户都混合使用不同的版本，于是在一些机器上使用新的主版本，而另一些机器上则运行维护发布版本。在开发过程中某一点上，这两种产品版本合并在一起。当开始为新的主版本编写代码时，以前版本的所有代码（包括缺陷修正）都合并在一起，并开始一个新的代码流。这一合并过程在新的主版本开发过程早期要反复几次。这一合并过程保证主版本具有很高的可靠性。