1、“.....为它们俩只使用个算法套件。这个问题不像签名问题那么严重，这是因为实践中很少有机会使用两个不同算法套件，但它依旧是个。最后，也有关于使用单向加密或者理解中报告签名技术方面问题。这些问题在最新版本中还没有更正。问题和其他栈样，我在对这些文章进行测试时，也发现了些问题。在本文发布之前，几乎每个案例中问题都已经在最新版本中更正了......”。

2、“.....栈比较任何根据安全性支持对服务栈排序都是非常主观。因为每个栈都有自己优势和劣势。为了进行个公允评估，我将从个方面进行排名，并为每个栈分配个最坏到最好数值分正确性多少实现已知......”。

3、“.....核心代码和安全性模块分离是最为关注个问题，不过总来说是比较可靠。得分。有些重大问题，特别是当在没有情况下使用时，不能正确处理签名。尽管和样，通常是比较可靠，但是将安全性代码集成到主要版本，比起使用发生故障几率小点。得分。只有相对较少已知问题，对问题快速反应以及较短发布周期意味着......”。

4、“.....得分。公平地说在这点上，我只考虑在这些文章中直接遇到问题。查看栈跟踪系统将展示其他可能更重要问题。看到这些时报告些问题可能由用户引起您必须小心使用，但是如果您考虑标准化个特定栈，这也是有价值。参见参考资料获取更多关于这个栈跟踪系统信息。完整性这个栈都对所有主要安全性标准提供支持。然而，至少在个方面是有限制......”。

5、“.....代码生成只适用于年旧版本，而不适用年发布标准版本。对于，执行个千篇律配置，忽略了您提供任何策略配置。得分。年级级专业软件工程学号姓名周进性能谈到安全性能排名时，无疑是失败者。就每个消息级别安全性处理而言，它比或需要更多处理开销。整体上比快些，因此，对于这因素，我分值是。可用性安全配置是有点令人不快。在客户端......”。

6、“.....或者直接在您客户端代码中进行配置。不管哪种方法，实际上您必须在您客户端代码中激活安全性处理。在服务器端，您必须修改生成文件来包含运行时参数或者激活安全性处理。常常也会无声无息地忽略在策略配置中它所不能理解。得分。使用可能比更容易点，但它总是需要您将您运行时参数添加到服务中或者至少在客户端引用个定义参数独立文档。我认为这是不合适......”。

7、“.....也提供少量关于配置和使用包之外安全性特性文档。最后，以我经验，当有个配置问题时，您捕获消息往往是模糊不清，而追踪原因也很困难。得分。有最整洁配置方法，对于运行时安全性参数，客户端和服务器端通常使用独立文件。您也可以选择直接使用，或者在您代码中进行任何配置。除了这些基本配置问题之外。也在中支持外部策略引用......”。

8、“.....这是个重要特性。最后，对于不支持策略组件，似乎有最佳处理，生成警告消息让您知道策略不能完全支持。得分。表总结了我排名表服务栈排名正确性完整性性能可用性年级级专业软件工程学号姓名周进总计这些排名并不是权威，因此，如果您要使用它们创建您自己栈，务必要检查我理由，并做出自己判断。此外......”。

9、“.....您需要查看商业代码和开源代码库之间不同，看看哪部分排名可以应用。总结本系列中介绍这个开源服务栈到目前为止都为安全特性提供较好支持。在安全性方面每个栈都有自己优势和劣势，在本文中，根据我在最近十几篇文章中使用这个栈经验，为您概括介绍了它们之间区别。本系列下期文章将采取另种方法......”。