我有一个返回项目的 API，所以我需要一个服务/存储库，即另一层提取
我有一个 API（DLL），它有各种返回对象/项目集合的方法。
我想创建一个将项目返回给调用客户端的 Web 服务。
那么最好的方法是什么，在我的 API 上调用我的方法目录，并使用自动映射器将它们转换为 DTOS 并将它们返回到 Web 服务？
在内部，我的 API 使用服务/存储库层。
从我的 API 返回的信息并不总是采用正确的格式。所以我必须做一些调整或编写新方法。
因此，最好的想法是拥有自己的服务/存储库层，它可以查询 WCF 服务的数据库目录，而不是使用 API。
或者对我能做的大部分项目使用 API，并为 API 无法提供的项目实现自己的服务/存储库。
我不想重复我的工作，但我真的没有选择。
也许服务/存储库应该由我的 WCF 和我的 API 共享？
I have an API (a DLL) which has various methods that return objects / collections of items.
I would like to create a Web Service that would return items to the calling client.
So what's the best approach, call my methods directory on my API and that convert these into the DTOS using automapper and return them to the Web Service?
Internally my API uses a Service / Repository layer.
The information that is returned form my API isn't always in the correct format. So I would have to do some adjusting or write new methods.
So would the best idea be to have my own Service / Repository layer that would interrogate the database directory for my WCF Service rather than using the API.
Or use the API for most of the items i can and implement its own Service / repository for items that are not available from API.
I don't want to be duplicating my work, but I really don't see options.
Maybe the Service / Repository should be shared by my WCF and by my API?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
实现它的最快方法似乎是在服务中使用 API，同时保持可维护性（快说 3 次）。因此，您的 Web 服务方法将调用您的 API。
如果您返回给调用者的是可序列化对象，而不是 EntityObject（假设是实体框架），则不需要映射到 DTO。只需返回对象，WCF 将自动返回 DTO。
It seems like the quickest way to implement it, while maintaining maintainable (say that quickly 3 times), is to use your API from within your service. So, your Web Service methods would call your API.
If what you return to the caller are serializable objects, and not EntityObjects (assuming Entity Framework), you don't need to map to DTOs. Just return the objects, and WCF will automagically return DTOs.