Bem vereinbarung Muster

auch ich mag das nicht… kann sein, dass wir für Kamel Fall Muster gehen können. .btn /* Element, das vom Block */ .btnPrice abhängt, eine 3-D-iterative Rankine Boundary Element Method (BEM) für Seakeeping Problem im Zeitbereich wird im Rahmen der linearen Potentialtheorie entwickelt. Wellen, die sowohl von untergetauchten als auch von oberflächendurchdringenden Körpern erzeugt werden, die sich mit konstanter Vorwärtsgeschwindigkeit in ansonsten ruhigem Wasser bewegen, und das daraus resultierende stetige Wellenmuster, Wellenprofil und Widerstand werden berechnet, um diesen neu entwickelten Code zu validieren. Eine rechteckige Rechendomäne, die sich mit der gleichen Vorwärtsgeschwindigkeit wie der Körper bewegt, in der ein künstlicher Dämpfungsstrand an einem äußeren Teil der freien Oberfläche mit Ausnahme der nachgeschalteten Seite installiert wird, um den Strahlungszustand zu erfüllen. Das Geschwindigkeitspotential auf dem Schiffsrumpf und die normale Geschwindigkeit auf der freien Oberfläche werden direkt durch Lösen der Grenzintegralgleichung ermittelt, wobei die Rankine-Quelle als Kernelfunktion verwendet wird. Ein iteratives Zeitmarschschema wird verwendet, um sowohl kinematische als auch dynamische freie Flächenrandbedingungen zu aktualisieren, um die Berechnung zu stabilisieren. Umfangreiche Ergebnisse wie die Wellenmuster, Wellenprofile und Wellenwiderstände für ein untergetauchtes Sphäroid und einen Wigley-Rumpf mit Vorwärtsgeschwindigkeit werden vorgestellt, um die Effizienz des vorgeschlagenen 3D-Zeitbereichs-Ansatzes höherer Ordnung zu validieren. Schließlich wird die Empfindlichkeit schiffsgenerierter Wellen für die Wassertiefe untersucht. Die berechneten Ergebnisse zeigen eine zufriedenstellende Übereinstimmung mit den entsprechenden experimentellen Daten und anderen numerischen Lösungen. “Ich ermutige sehr, im ersten Beispiel den `Multi-Class`-Ansatz über die `Single-Class` im zweiten Beispiel zu verwenden.

Das größte Problem mit dem “Single-Class”-Ansatz hängt mit der Verschachtelung zusammen und macht ihn meiner Meinung nach zu einem Anti-Muster. Betrachten Sie das folgende Beispiel, in dem wir eine kleine Änderung auf eine .btn innerhalb eines .signup-Formulars anwenden möchten, sodass sie die volle Breite hat. Wenn wir den multi-Class-Ansatz für Modifikatoren verwenden, können wir Folgendes tun: Es wird hilfreich sein, das Codemuster auch in js beizubehalten…. “Hier wird jede Instanz der .btn entsprechend im relevanten Kontext formatiert. Wenn wir das einklassenweise übernommen e.v.a.v.a.v.a.v.a.v.a.v.a.v.a.v.a.de hatten, dann schlägt unser CSS fehl und wir müssen jede Art von .btn-Modifer zu unserem .signup-form-Stylingkontext hinzufügen. Dies wäre aus offensichtlichen Gründen ein Wartungsalbtraum!” Ich hatte eine einstimmige Zustimmung von allen Entwicklern über diese. Verwenden Sie @extend, wo möglich , nicht mit der ersten Option! Ich stimme mit Jungs oben überein. Allerdings mag ich dieses Muster der Angabe der Basisklasse zusammen mit der Modifikatorklasse nicht, es ist wirklich redundant (class=”accordion__title__icon accordion__title__icon–facebook”). Hier erfahren Sie mehr über eine einfache Problemumgehung. Um die Dinge zu vervollständigen, denke ich, dass es fair zu sagen ist, dass, obwohl BEM nicht alle unsere Probleme lösen wird, es außerordentlich nützlich ist, skalierbare und beobachtbare Schnittstellen zu erstellen, wo jeder im Team eine klare Vorstellung davon haben sollte, wie Dinge verbessert werden können. Denn bei der Front-End-Entwicklung geht es nicht nur um die netten Tricks, die kurzfristig ein kleines Problem lösen; Wir brauchen Vereinbarungen, Versprechungen und verbindliche Gesellschaftsverträge zwischen Entwicklern, damit sich unsere Codebase im Laufe der Zeit anpassen kann.

Der Blockname definiert den Namespace für seine Elemente und Modifikatoren.

This entry was posted in Uncategorized. Bookmark the permalink.