ServiceStack开发工具？

Question

不确定这是否是提出这个问题最有效的地方。如果您认为最好在其他地方发布以吸引更好的受众群体，请重定向。

我目前正在Visual Studio 2013中构建一些工具（使用NuPattern），用于使用ServiceStack框架实现标准REST服务的项目。也就是说，该工具可以帮助您实现REST服务，这些服务满足一组设计规则和指南（在这种情况下由ApiGee指南提倡），以实现良好的REST服务设计。

基于服务开发人员的一些简单配置，对于他们希望作为REST端点公开的每个资源，使用任意数量的命名谓词（类型：GET，PUT，POST或DELETE），工具生成以下代码文件，将常规名称和文件夹结构放入Visual Studio中自己的解决方案的项目中（此时所有都在C＃中）：

• 服务类，以及包含每个命名动词的服务接口。
• 请求DTO和响应DTO，包含每个命名字段。
• 每个请求DTO的验证器类，验证每个请求DTO字段。
• 一个管理器类（和接口），用于处理从DTO中解包的数据的实际调用。
• 集成测试，用于验证具有共同边缘测试用例的每个动词，并验证状态代码，Web异常，基本连接。
• 单元测试每个服务和管理器类，验证参数和常见边缘情况以及异常处理。
• 等

通过以一致的方式处理SS管道，该工具包被证明在直接获得实际服务的内部编码方面非常有用。从那里起，基本上取决于您对从请求DTO传递给您的数据所做的工作。 基本上，一旦服务开发人员命名资源，并选择他们想要支持的REST动词（通常是这些常见的动词：获取，列表，创建，更新，删除），他们只需直接跳转到实际代码的实现，做好事而不是担心编写围绕Web操作的所有类型并将它们连接到SS框架。当然，我们支持嵌套路由和好东西，以便您的REST API能够适当地发展。

随着有关使用ServiceStack构建REST服务的更多信息，以及我们希望为其添加更多灵活性，工具包正在不断发展。

由于在我们的特定项目中使用此工具包发现了很多价值，我想看看ServiceStack社区中的其他人（特别是那些刚接触它的人或老手）是否会看到我们的任何价值使其开放来源，让社区用他们自己的专业知识进化，以帮助其他人更快地使用ServiceStack？ （当然，出于对其他人在ServiceStack社区中无私地做出的许多贡献的尊重，自私地给我们一个向其他人付钱的机会，这些贡献帮助我们向前发展。）

让我们知道您的想法，我们可以发布一个演示工具包的视频，以便您可以看到开发人员目前的体验。

VS.NET扩展的视频演练

可通过以下方式浏览工作流程的视频： http://www.youtube.com/watch?v=ejTyvKba_vo

工具包项目

该工具包现已在此处提供： https://github.com/jezzsantos/servicestacktoolkit