对于那些想知道的人，我们最终选择使用FlexBox作为容器。

它不支持分页或拖动图块，但至少可以通过将每个图块的范围设置为"动作"而不是"显示"来完成编辑模式。

我们也 看到此控件被弃用感到非常失望。

我认为我们将要从瓦片容器转换为列表。

您可以在文档，您必须

"自1.50开始不推荐使用，而是将您选择的容器与sap.m.GenericTile实例一起使用"

当他们谈论"您选择的容器"时，我认为您可以使用任何类型的布局容器（例如Grid容器）。 但是，是的，没有直接替代TileContaner。

无论如何，弃用是一个警告，它仅表示如果您当前的客户端将坚持使用1.50.x，您就不必担心了。

我们的UI5应用程序中存在相同的问题。 似乎没有类似行为的替代品。 我们将TileContainer用作应用程序的入口点，从中可以导航到几个子对话框。 我们最接近原始功能的地方是使用带有FlexBoxes的旋转木马作为页面，每个FlexBox都设置有

 height："继承"，
 justifyContent：sap.m.FlexJustifyContent.Center，
 alignItems：sap.m.FlexAlignItems.Center，
 包装：sap.m.FlexWrap.Wrap，
 alignContent：sap.m.FlexAlignContent.Center
 

，最多包含4个StandardTiles。 然后，该应用看起来就像我们使用的手持设备上的应用一样（这些设备足够大，可以在一个屏幕上放置4个图块）。 即使是响应式设计也仍然有效：显示屏在纵向模式下显示2x2磁贴，在横向模式下显示1x4磁贴。 进行此更改后，我们失去了在较大的屏幕上（每页）显示每页超过4个图块的功能。 在PC浏览器中使用该应用程序时。 可以很高兴将其恢复。

PS： https://experience.sap.com/fiori-上的文档 design-web/carousel/特别指出，如果"要显示的项目是统一且非常相似的"，则不要使用Carousel。 因此，如果我理解正确的话，就不应该将其用于磁贴，但这正是TileContainer的本质。