Sobald sich jemand an etwas gewöhnt hat, ist es schwierig, es zu ändern. Aus verschiedenen Gründen gibt es immer mehr neue Browser, aber die alten können nicht entfernt werden. Das Wachstum ist immer schneller als der Tod, was dazu führt, dass die Browserkompatibilität zu einem endlosen Thema wird. Wenn es um Browserkompatibilität geht, fällt mir natürlich CSS HACK ein. Heutzutage haben wir in einem Unternehmen normalerweise ein Team oder eine Gruppe von Leuten, die dasselbe tun. Wir benötigen einheitliche Spezifikationen für die Codierung, um die Wartung zu erleichtern. Die Lösung der Kompatibilität ist (das muss so sein, da hier am wahrscheinlichsten Probleme auftreten) eine der wichtigsten zu lösenden Spezifikationen.
Wenn wir im Hinblick auf Kompatibilitätslösungen eine einheitliche Spezifikation formulieren möchten, denke ich persönlich, dass die folgenden drei Punkte die Grundprinzipien sein sollten:
Wenn wir hier die Kosten in den Vordergrund stellen, bedeutet das nicht, dass wir nicht bereit sind, nach Perfektion zu streben, sondern dass ein allzu bewusstes Streben nach Perfektion manchmal unseren Fortschritt behindern kann. Nach den Kosten sollten sie wartbar und lesbar sein, was für das Team von entscheidender Bedeutung ist Das Endergebnis ist eine Kostensenkung.
Speichern wir zunächst diese drei Prinzipien und werfen wir einen Blick auf unsere üblichen Schreibmethoden zur Lösung kompatibler Probleme (eine detaillierte Liste der Hack-Methoden wird später beigefügt):
1. CSS-Selektor-Hack
/* Oper */
@media alle und (-webkit-min-device-pixel-ratio:10000), nicht alle und (-webkit-min-device-pixel-ratio:0)
{head~body .sofish{display:block;}}
Die Vor- und Nachteile dieser Schreibweise sind :
2. CSS-Eigenschaften-Hack
.sofish{
Polsterung:10px;
padding:9px9; /* all ie */
padding:8px ; /* ie8-9 */
*padding:5px; /* ie6-7 */
+padding:7px; /* ie7 */
_padding:6px; /* ie6 */
}
Die Vor- und Nachteile dieser Schreibweise sind :