再会，
我将开始为多公司组织开发 Web API 解决方案。我希望向整个组织的任何公司提供所有有用的数据。
鉴于我预计此解决方案会有很大的增长，我想确保从一开始就对其进行适当的组织。
我想按公司组织各种服务，然后再按应用程序或功能组织。
因此，关于 URL，我是否应该以如下结构为目标：
/company1/application1/serviceOperation1
或者有什么方法可以利用命名空间：
/company2.billing/serviceOperation2
是否可以在我的解决方案中为每家公司创建单独的 Web API 项目？这样做有什么价值吗？
希望我们不要太主观，但我看到的示例范围更小，我真的看到我的解决方案最终暴露了很多 Web API 服务。
谢谢，
克里斯
在编写一行代码之前，我将研究如何保护和部署信息、版本控制和公司文化。
所有公司和部门是否会共享相同的安全机制（协议、证书、模式等）？
If they are shared then there is a case for keeping them in the same solution
这些服务是否会导致不同数量的负载并部署到具有不同修补计划的多个服务器上？
If the services are going onto different servers then they should probably be split to match
每个服务的部署和后续版本控制计划是独立的，还是所有服务总是一起部署？
If they are versioned independently then you would probably split the solution accordingly
公司多久重组和保留他们的应用程序？
If the company is constantly restructuring without you would probably want to split the services by application. If the company is somewhat stable and focused on changing the application capabilities then you would probably want to split the services by division function (accounts, legal, human resources, etc.)
至于访问它的 URL，自然应该来自上面的答案。希望这可以帮助。