SWT décision de conception de contrôle utilisateur

Question

question Hypothétique:

Qu'en est cette décision de conception de SWT que pour faire un widget composé personnalisé Je dois sous-classe Composite? Est-ce vraiment sage?

Ne serait-il pas mieux si SWT avait une classe UserControl comme dans Win Forms ou quelque chose? Lorsque je sous-classe Composite mon widget personnalisé obtient l'interface Composite, même si elle n'est pas destinée à être utilisée comme Composite par les clients. C'est plutôt mauvais. La même chose est vraie pour certains widgets SWT, comme Spinner.

Existe-t-il un bon moyen de contourner ce problème?

Et, le plus intéressant: Quelqu'un connaît-il la motivation pour cette décision de conception?

Answer 1

Vous pouvez créer votre propre classe NonCompositeUserControl:

public class NonCompositeUserControl extends Composite { 
    @Override 
    public void setLayout(Layout layout) { 
     throw new UnsupportedOperationException("This control is not really a composite") 
    } 
    // similarly for other methods 
} 

Answer 2

Vous pouvez regarder le code source pour org.eclipse.swt.custom.CCombo pour voir comment traite SWT avec ce problème en interne, comme CCombo s'étend de Composite. Voici comment ils traitent setLayout(), par exemple:

/** 
* Sets the layout which is associated with the receiver to be 
* the argument which may be null. 
* <p> 
* Note: No Layout can be set on this Control because it already 
* manages the size and position of its children. 
* </p> 
* 
* @param layout the receiver's new layout or null 
* 
* @exception SWTException <ul> 
* <li>ERROR_WIDGET_DISPOSED - if the receiver has been disposed</li> 
* <li>ERROR_THREAD_INVALID_ACCESS - if not called from the thread that created the receiver</li> 
* </ul> 
*/ 
public void setLayout (Layout layout) { 
    checkWidget(); 
    return; 
}