Това е начин, по който придаваш функционалност на приложението си, зависеща от външна библиотека и/или нестабилна или динамична такава.

Представи си, че аз ти предоставям библиотеката за правене на PDF-и от Java. И методът, който го прави се казва exportToPdf(). Сега си представи, че ти в твоето приложение на около 400 места имаш правене на PDF. Т.е. на около 400 места имаш document.exportToPdf(). Също така, най-вероятно, имаш още 4-5 реда кода преди това, в който си създаваш документа, задаваш път, размери, етс. Т.е. 4 реда код по 400 места - 1600. Сега, аз тази библиотека дето съм ти я предостафил, решавам да я сваля от ефир.

И много кофти, защото твоите PDF-и спират да се експортват по случая. Ти обаче си намираш друга библиотека, която използва 3 метода, като главния е createPdf(). Сега задачата ти е да обиколиш целия си апликейшън и да промениш тези 1600 реда код по новия начин.

Тук идва момента на wrap-ването.

Прави си един твой клас, да речем Pdf. В него правиш един метод export().

Псевдокод:

public class Pdf {

    MyPdfLib pdf;

    public Pdf(String name, int[] margins) {

         this.pdf = new MyPdfLib(name);

         pdf.setWidth(margins[0]);

    }

    public void export() {

        this.pdf.exportToPdf();

    }

}

И където ти се налага в апликейшъна да експортваш към PDF, цялата схема е Pdf('MyPdfName.pdf', {10, 10}).export(); В момента, в който аз сваля библиотеката си (MyPdfLib) от ефир, ти отиваш в този твоя клас Pdf, сменяш да не ползва MyPdfLib а да ползва SomeoneElsePdfLib. Настройваш методите, които ползва за инициализация и си готов - останалия ти код в апликейшъна продължава да ползва Pdf.export()

----

Wrap-ване се ползва в доста Design patterns, като най-известно е може би са Proxy и Facade pattern-ите. В тях разбира се, освен семпло обвиване на функции, е застъпено и доста силно обектно ориентираното програмиране.

С тях трябва добре да се обимсли как точно се прави wrapping-а, за да не се постигне т.нар. tight coupling между класовете, който според мен е възможен в примера в уики с Фасадата. Тук вече е въпрос на дизайн и добра архитектура как ще бъдат подадени обектите на фасадата. Според мен има оправдани случаи, в които е хубаво инициализацията на фасада да става през Dependency injection container.