Ist es eine schlechte Praxis, negative Ränder in Android zu verwenden?

Demo der negativen Marge:

                         

Das Szenario

Überlappende Ansichten, indem Sie einen negativen Rand auf eine davon setzen, sodass er in den Begrenzungsrahmen einer anderen Ansicht übergeht.

Gedanken

Es scheint so zu funktionieren, wie Sie es von einer Überlappung der Layouts erwarten. Aber ich möchte nicht auf ein größeres Problem stoßen, weil ich die Dinge unwissentlich nicht richtig gemacht habe. Emulatoren, physische Geräte, wie Sie es nennen, wenn Sie negative Ränder verwenden, scheint alles korrekt zu funktionieren, eine Ansicht überfällt den Begrenzungsrahmen einer anderen Ansicht und ist abhängig davon, wie sie im Layout deklariert ist, über oder unter der anderen Ansicht.

Mir ist auch bewusst, dass wir seit API 21 das setzen könnentranslationZ undelevation Attribute, damit die Ansicht über oder unter anderen Ansichten angezeigt wird, aberMein Konzern im Grunde kommt davon, dassin der Dokumentation für dielayout_margin Attribute es ist klar festgelegt, dassMargenwerte sollten positiv seinlassen Sie mich zitieren:

Auszug:
Gibt zusätzlichen Platz auf der linken, oberen, rechten und unteren Seite dieser Ansicht an. Dieser Raum liegt außerhalb der Grenzen dieser Ansicht.Die Margin-Werte sollten positiv sein. Muss ein Dimensionswert sein. Dies ist eine Gleitkommazahl, an die eine Einheit wie "14.5sp" angehängt wird. Verfügbare Einheiten sind: px (Pixel), dp (dichteunabhängige Pixel), sp (skalierte Pixel basierend auf der bevorzugten Schriftgröße), in (Zoll), mm (Millimeter) ...

In den Jahren, in denen ich diese Frage ursprünglich gestellt habe, hatte ich keine Probleme mit negativen Rändern. Ich habe versucht, sie so oft wie möglich zu vermeiden, habe es aber getannicht Probleme auftreten, so bin ich nicht zu besorgt darüber, obwohl die Dokumentation besagt, dass.

Antworten auf die Frage(7)

Ihre Antwort auf die Frage