C＃OAuth 2.0库-如何实现域模型

您可能在正确的轨道上。通常，类和属性的名称应在很大程度上遵循规范，并且您应在XML文档中包括指向规范的链接。通过匹配名称，熟悉标准的人可以更轻松地了解代码的作用。 我强烈建议在整个项目中包含单元测试。这不仅会帮助您保持每个构建的完整性，而且还会暴露出不应该使用的区域。例如，如果您发现自己不得不使用复杂的类和方法来简单地请求对某些内容的身份验证，那么您需要对其进行重构，以使其对库的使用者更容易。 基本上，您的优先级应按以下顺序： 工作代码 易于使用 文献资料 符合规格 除此之外，您还可以根据自己的喜好自由实施它。您可能会注意到，有些域包含大量不同的库，它们以不同的方式完成相同的任务。这是一件好事，因为不同的人喜欢不同的事物。有些人会希望使用一个反映规范的库，而另一些人则希望使用带有良好文档的库，这些文档可能很难使用。其他人只是想要一些可以使用几行代码而不会妨碍自己的东西。这很大程度上取决于您对此事的信念。您不能全部取悦他们，而只是选择一个路径并运行它。 就是说，我建议不要过分命名。人们做一个“ 0”要比包含3个不同的命名空间容易得多。在看起来合乎逻辑的地方使用它们，但通常，可以将开放身份验证的概念视为其自己的主题域（在单个名称空间的保护下）。但是，这取决于您。