C#中三层架构的Web服务在哪里
三层架构中 Web 服务通常出现在哪里？添加新层有哪些准则？
Where are web services typically found in three-tier architecture? What are some guildines for adding a new layer?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
事实上，Web 服务通常是中间层。客户端调用 Web 服务调用存储（即数据库）是一种通用模式。
Web services usually, in fact, ARE middle tier. Client calling web services calling a storage (i.e. database) is a general pattern.
好吧，如果您按照此处的定义，则 Web 服务将位于业务访问层之间和表示层。它只是两层之间的传输。您的网络服务可以包含业务访问逻辑，但我认为这不是一个好的设计。
Well, if you go by the definition here, the webservice would be between the Business Access Layer and the Presentation Layer. It is simply a transport between the two layers. Your webservice could contain the Business Access logic but I don't think that is good design.
好吧，这取决于您是否使用它们进行层通信？您正在设置面向公众的网络服务吗？等等。
如果您将它们用于层通信，它们将作为层级别的内层存在。
如果您正在制作面向公众的 Web 服务（如在应用程序的外部），那么它们位于 UI 层，根据您的需要，这可能是与您的 UI 相同的项目或它自己的项目。
Well it depends, are you using them for Tier communication? are you setting up public facing web services? etc.
If you are using them for Tier communication they exist as inner layers at the tier level.
If you are making a public facing web service(as in out side of the application), then they are at the UI layer, depending on your needs this could be the same project as your UI or it's own.
你首先将层与层混合起来；它们不一样。您没有提供有关您的申请的任何信息，这使得人们无论如何都无法回答您。
我强烈推荐你阅读一些关于企业架构的书籍；福勒是一位好作家。
You start by mixing up layers with tiers; they are not the same. You don't provide any information about your application which makes it impossible for people to answer you anyway.
I strongly recommend you to read some books about enterprise architecture; Fowler is a good author.