我们正在创造一些可再生能源服务,这些服务基本上将转机到一些以“老式”为基础的、以“SAP”为基础的网络服务。 SOAP的服务范围更广,将在整个组织(至少是该计划)使用。 可再生能源服务针对特定客户。 这项决定已经作出,不幸的是,我无法控制变革......
我们重新努力,如何以合理的方式来安排我们丰富的资源,遵循教育、科学和技术部的最佳做法,并把这些社会、文化权利委员会的服务称为“我们不会给自己造成多少痛苦”。
我们对后端服务的贪 gr程度有一些自由,但普遍共识是:保持 grain,不适应特定客户的需要。
这导致了一些令人感兴趣的问题。 例如,如何处理父母的子女资源。 我们一直努力的一个典型例子是:一个有儿童地址的客户。
我们有一个后端的SOAP服务,更新整个实体的客户。 然而,教育、科学和技术部的服务客户可能只需要更新账单。 我们如何以最佳方式处理儿童资源的后续更新?
难道我们应该在“父母”一级(客户)进行更新,还是暴露出一种更细微的学习技术行动,把地址作为资源对待,并以这种方式加以更新? 后者似乎是正确、明智的方式。 但是,如果我们这样做,我们就基本上只是要求提供粗略的背书服务,仅提供一次更新。 似乎没有什么意义,因为它带有很高的体重呼吁。
We re also struggling a bit with how to correlate RESTful resources with our back-end domain model. We might care about the RESTful resource as a single entity but in our domain on the back-end, it might be many different entities. We ve got a relatively simple DB table to handle this now, but I m not convinced it will scale out as we map more and more resources to domain objects.
这些只是我们重新点击的两例。 我不禁要问,任何人是否曾经历过类似问题,是否有建议的话,或能够向我指出某些可能的最佳做法的文章。
这似乎是一个异常的问题,随着越来越多的应用利用了无害环境技术的结构,这一点将变得更加重要,但我似乎无法找到任何其他信息。
感谢!