我们公司有一个庞大的代码库，其中包含不同实体的类，如Porduct，Customer，Order，OrderItem等。我们需要访问AliExpress API才能上传我们的产品，编辑信息及其状态，跟踪订单等。< / p>
问题是我们的实体和AliExpress实体并不总是一样的。例如，他们的产品都是由几个SKU中的一个组成，而我们的产品没有任何产品，但他们可能是父母的＃34;其他产品。 我们实施了一个＆＃34; Access＆＃34;用于访问API的层和一个＆＃34; API函数＆＃34;图层进行一些预验证并形成请求。它接近对吗？ 目前还不清楚我们需要多少其他层？
我们的Product类有方法update（），create（），createEmpty（）来处理产品和getter用于不同的产品属性类型（不是单独的），所有这些都通过服务类处理PostgreSQL。
虽然使用不同的属性或多或少标准化，但我们需要更新产品，我们会做类似的事情
Product->update(array('field'=>'value'))
但是，AliExpress有几种方法可以更新产品的不同属性。更新价格与更新库存不同，这与其他字段的组更新不同。
您建议使用哪种架构来处理此问题？在处理对API的请求的层与我们的＆＃34; Item＆＃34;之间需要多少层？类似产品？