From 0f80dd87e9f5c994681ac9d4b577a014abbc9fab Mon Sep 17 00:00:00 2001 From: vwheeler Date: Mon, 28 Apr 2014 23:38:53 +0000 Subject: [PATCH] Remove a redundancy introduced in last change. Author:vwheeler Date:2014-04-28T23:38:53.000000Z git-svn-id: https://svn.eiffel.com/eiffel-org/trunk@1333 abb3cda0-5349-4a8f-a601-0c33ac3a8c38 --- .../gui-building/eiffelvision-2/eiffelvision-introduction.wiki | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/documentation/current/solutions/gui-building/eiffelvision-2/eiffelvision-introduction.wiki b/documentation/current/solutions/gui-building/eiffelvision-2/eiffelvision-introduction.wiki index 20effcc8..cd883b44 100644 --- a/documentation/current/solutions/gui-building/eiffelvision-2/eiffelvision-introduction.wiki +++ b/documentation/current/solutions/gui-building/eiffelvision-2/eiffelvision-introduction.wiki @@ -79,7 +79,7 @@ Boolean properties have a different convention. Instead of one set-routine, it h ==Implementation== -For flexibility, EiffelVision 2 is built using the bridge pattern. This means that every platform-dependent component of the library consist of two classes, plus an implementation class for each platform (currently two). One is the interface. All the features of interfaces do nothing except delegate the call to the implementation object which is coupled to it. This object has the static type of the implementation-interface with the name of the interface class, with an "_I" suffix. The implementation classes (with an "_IMP" suffix) then inherit from this implementation-interface class to implement platform-specific features. At run time, these platform-specific implementation objects (instantiated from these "_IMP" classes) are then polymorphically attached to the to the "_I"-type attributes (typically named "implementation") to provide the platform-specific services. +For flexibility, EiffelVision 2 is built using the bridge pattern. This means that every platform-dependent component of the library consist of two classes, plus an implementation class for each platform (currently two). One is the interface. All the features of interfaces do nothing except delegate the call to the implementation object which is coupled to it. This object has the static type of the implementation-interface with the name of the interface class, with an "_I" suffix. The implementation classes (with an "_IMP" suffix) then inherit from this implementation-interface class to implement platform-specific features. At run time, these platform-specific implementation objects (instantiated from the "_IMP" classes) are then polymorphically attached to the to the "_I"-typed attributes (typically named "implementation") to provide the platform-specific services.