Pemahaman mendalam tentang siri JavaScript (21): Penjelasan terperinci tentang prinsip pengasingan antara muka ISP bagi lima prinsip pengetahuan S.O.L.I.D_Basic

Kata Pengantar

Apa yang akan kami terangkan dalam bab ini ialah yang keempat daripada lima prinsip pelaksanaan bahasa JavaScript S.O.L.I.D, ISP Prinsip Pengasingan Antara Muka (The Interface Segregation Principle).

Teks asal bahasa Inggeris:http://freshbrewedcode.com/derekgreer/2012/01/08/solid-javascript-the-interface-segregation-principle/
Nota: Penulis artikel ini agak berbelit-belit, jadi pakcik itu agak tertekan apabila dia memahaminya Baca sahaja dan jangan mendalaminya
Perihalan prinsip pengasingan antara muka ialah:

Salin kod Kod adalah seperti berikut:

Pelanggan tidak boleh dipaksa untuk bergantung pada kaedah yang mereka tidak gunakan.

Pelanggan tidak boleh dipaksa untuk bergantung pada kaedah yang mereka tidak gunakan.

Apabila pengguna bergantung pada kaedah antara muka yang hanya digunakan oleh pengguna lain tetapi tidak digunakan dengan sendirinya, ia mesti melaksanakan antara muka ini dengan kata lain, pengguna bergantung pada antara muka yang tidak digunakan tetapi digunakan oleh pengguna lain . Apabila pengguna lain Apabila antara muka ini diubah suai, semua pengguna yang bergantung padanya akan terjejas. Ini jelas melanggar prinsip tertutup terbuka dan bukan seperti yang kita harapkan.

Prinsip pengasingan antara muka ISP agak serupa dengan tanggungjawab tunggal Kedua-duanya digunakan untuk mengagregatkan tanggungjawab berfungsi Malah, ISP boleh difahami sebagai menukar program dengan satu tanggungjawab kepada objek dengan antara muka awam.

Antara muka JavaScript

Bagaimanakah kita boleh mematuhi prinsip ini di bawah JavaScript? Lagipun, JavaScript tidak mempunyai ciri-ciri antara muka Jika antara muka adalah apa yang kita mahu mewujudkan kontrak dan decouple melalui jenis abstrak yang disediakan oleh bahasa tertentu, maka ia boleh dikatakan baik, tetapi JavaScript mempunyai bentuk lain. antara muka. Dalam buku Corak Reka Bentuk – Elemen Perisian Berorientasikan Objek Boleh Digunakan Semula kita dapati definisi antara muka:
http://www.amazon.com/Design-Patterns-Elements-Reusable-Object-Oriented/dp/0201633612

Sebarang operasi yang diisytiharkan oleh objek mengandungi nama operasi, objek parameter dan nilai pulangan operasi. Kami memanggil ini tandatangan pengendali.
Semua operasi yang diisytiharkan dalam objek dipanggil antara muka objek. Antara muka objek menerangkan semua maklumat permintaan yang berlaku pada objek ini.
Tidak kira sama ada bahasa menyediakan binaan berasingan untuk mewakili antara muka, semua objek mempunyai antara muka tersirat yang terdiri daripada semua sifat dan kaedah objek. Rujuk kod berikut:

Salin kod Kod adalah seperti berikut:

var exampleBinder = {};
exampleBinder.modelObserver = (function() {
/* Pembolehubah persendirian */
Kembali {
         perhatikan: fungsi(model) {
                                                    /* Kod */
               kembalikanModel baharu;
},
onChange: function(panggilan balik) {
                                                    /* Kod */
}
}
})();

exampleBinder.viewAdaptor = (function() {
/* Pembolehubah persendirian */
Kembali {
           bind: function(model) {
                                                    /* Kod */
}
}
})();

exampleBinder.bind = fungsi(model) {
/* Pembolehubah persendirian */
ExampleBinder.modelObserver.onChange(/* panggil balik */);
var om = exampleBinder.modelObserver.observe(model);
ExampleBinder.viewAdaptor.bind(om);
Kembali om;
};

Die von der obigen exampleBinder-Klassenbibliothek implementierte Funktion ist eine bidirektionale Bindung. Die von dieser Klassenbibliothek bereitgestellte öffentliche Schnittstelle ist die Bindungsmethode. Die in der Bindung verwendeten Funktionen werden von separaten Objekten wie modelObserver und viewAdaptor implementiert die Methode.

Obwohl JavaScript keinen Schnittstellentyp zur Unterstützung des Vertrags eines Objekts bereitstellt, kann die implizite Schnittstelle des Objekts Programmbenutzern dennoch als Vertrag bereitgestellt werden.

ISP und JavaScript

Einige der Abschnitte, die wir unten besprechen, befassen sich mit den Auswirkungen einer Verletzung des Schnittstellenisolationsprinzips in JavaScript. Wie oben gesehen, ist es schade, das Schnittstellenisolationsprinzip in JavaScript-Programmen zu implementieren, aber es ist nicht so leistungsfähig wie eine statisch typisierte Sprache. Aufgrund der Spracheigenschaften von JavaScript ist die sogenannte Schnittstelle manchmal etwas nicht klebrig.

Erkenntnis des Herbstes

In statisch typisierten Sprachen ist ein Grund für die Verletzung des ISP-Prinzips eine fehlerhafte Implementierung. Alle in Schnittstellen in Java und C# definierten Methoden müssen implementiert werden. Wenn Sie nur einige davon benötigen, müssen auch die anderen Methoden implementiert werden (entweder durch leere Implementierung oder durch Auslösen einer Ausnahme). Wenn Sie in JavaScript nur bestimmte Schnittstellen in einem Objekt benötigen, kann das Problem einer beschädigten Implementierung nicht gelöst werden, obwohl keine Notwendigkeit besteht, die Implementierung der oben genannten Schnittstellen zu erzwingen. Diese Implementierung verstößt jedoch immer noch gegen das Liskov-Substitutionsprinzip.

Code kopieren Der Code lautet wie folgt:

var rechteck = {
Bereich: function() {
          /* Code */
},
Zeichnen: function() {
          /* Code */
}
};

var GeometryApplication = {
GetLargestRectangle: Funktion(Rechtecke) {
          /* Code */
}
};

var DrawingApplication = {
drawRectangles: Funktion(Rechtecke) {
         /* Code */
}
};

Wenn ein Rechteckersatz das getLargestRectangle der neuen ObjektgeometrieApplication erfüllt, benötigt er nur die Methode „area()“ des Rechtecks, verstößt jedoch gegen LSP (da er nicht die Methode „Draw“ verwendet, die von der Methode „DrawRectangles“ verwendet werden kann). . ).

Statische Kopplung

Ein weiterer Grund für ISP-Verstöße in statisch typisierten Sprachen ist die statische Kopplung. In statisch typisierten Sprachen spielen Schnittstellen eine wichtige Rolle in einem lose gekoppelten Designprogramm. Unabhängig davon, ob es sich um eine dynamische oder eine statische Sprache handelt, muss ein Objekt manchmal zwischen mehreren Clientbenutzern kommunizieren (z. B. im gemeinsam genutzten Zustand). Für statisch typisierte Sprachen besteht die beste Lösung darin, Rollenschnittstellen zu verwenden, die es Benutzern und Objekten ermöglichen, zu interagieren (). und das Objekt muss möglicherweise mehrere Rollen haben), da seine Implementierung den Benutzer von nicht zusammenhängenden Aktionen entkoppelt. In JavaScript gibt es dieses Problem nicht, da Objekte durch die einzigartigen Vorteile dynamischer Sprachen entkoppelt sind.

Semantische Kopplung

Ein häufiger Grund, der sowohl in dynamischen Sprachen als auch in statisch typisierten Sprachen zu ISP-Verstößen führt, ist die semantische Kopplung. Die sogenannte semantische Kopplung ist die gegenseitige Abhängigkeit, das heißt, das Verhalten eines Objekts hängt von einem anderen Objekt ab , was bedeutet, dass, wenn ein Benutzer eines der Verhaltensweisen ändert, dies wahrscheinlich Auswirkungen auf einen anderen Benutzer hat. Dies verstößt auch gegen das Prinzip der Einzelverantwortung. Dieses Problem kann durch Vererbung und Objektersetzung gelöst werden.

Skalierbarkeit

Ein weiterer Grund für das Problem ist die Skalierbarkeit. Viele Leute geben Beispiele zum Rückruf, um die Skalierbarkeit zu demonstrieren (z. B. Rückrufeinstellungen nach Erfolg in Ajax). Wenn eine solche Schnittstelle eine Implementierung erfordert und das implementierte Objekt viele Vertrautheiten oder Methoden enthält, wird ISP sehr wichtig. Das heißt, wenn eine Schnittstelle zu einer Schnittstelle wird, die viele Methoden implementieren muss, wird ihre Implementierung äußerst komplex Dies kann dazu führen, dass diese Schnittstellen eine nicht klebrige Funktion übernehmen. Dies wird oft als Fettschnittstellen bezeichnet.

Zusammenfassung

Die dynamischen Sprachfunktionen in JavaScript machen unsere Implementierung von nicht-stickigen Schnittstellen weniger einflussreich als statisch typisierte Sprachen, aber das Prinzip der Schnittstellenisolation hat immer noch seinen Platz im JavaScript-Programmiermuster.