弃用乘车请求小部件是否会影响优步公开的 REST API？
Will the Ride Request Widget deprecation affect the REST API Uber exposes?
我最近看到这条消息：
This product is deprecated and will no longer be supported on May 31st, 2018. If you are starting a new project you should use deep links to m.uber.com. See the migration guide on how to link to the latest Uber rider experience.
Here's a screenshot of this message
请记住，此小部件提供了这些功能（与 REST API 一样）：
Selecting a service (e.g., uberX, UberBlack, etc.)
Specifying pickup and dropoff locations
Viewing time and price estimates
Requesting a ride
Rest API 是否会受到此更改的某种影响？
我还能提出类似这些要求吗？
获取/v1.2/estimates/price
GET /v1.2/历史
GET /v1.2/places/{place_id}
我不是优步代表，我真的觉得向供应商寻求支持是寻求供应商特定事项的方式。但是，当我阅读该消息和屏幕截图时，他们显然在谈论一个小部件，而不是 REST api。
我最近看到这条消息：
This product is deprecated and will no longer be supported on May 31st, 2018. If you are starting a new project you should use deep links to m.uber.com. See the migration guide on how to link to the latest Uber rider experience. Here's a screenshot of this message
请记住，此小部件提供了这些功能（与 REST API 一样）：
Selecting a service (e.g., uberX, UberBlack, etc.)
Specifying pickup and dropoff locations
Viewing time and price estimates
Requesting a ride
Rest API 是否会受到此更改的某种影响？
我还能提出类似这些要求吗？
获取/v1.2/estimates/price
GET /v1.2/历史
GET /v1.2/places/{place_id}
我不是优步代表，我真的觉得向供应商寻求支持是寻求供应商特定事项的方式。但是，当我阅读该消息和屏幕截图时，他们显然在谈论一个小部件，而不是 REST api。