Android Polimorfismo: Anti-Patrón?

Estoy leyendo el libro "Programación de Android" de O'Reilly, y estoy tratando de envolver mi cabeza alrededor de la sección "Anulaciones y devoluciones de llamada" que comienza en la página 99. Usan esto como un ejemplo de buen código:

public class MyModel { public MyModel(TextView textBox) { textBox.addTextChangedListener( new TextWatcher() { public void afterTextChanged(Editable s) { handleTextChange(s); } // ... } void handleTextChange(Editable s) { // do something with s, the changed text. } } 

Y más tarde llamar a esto un anti-patrón debido a la falta de extensibilidad de encapsulación:

• Limitación de Drag de ImageView en Android
• Telephony.Sms.Inbox.PERSON utiliza Contacts.People._ID obsoletos
• Archivo de Android a Base64 utilizando streaming a veces se pierde 2 bytes
• Lectura de un archivo de texto en Android Studio Java
• ¿Cómo eliminar todos los archivos temporales creados por createTempFile al salir de una aplicación en android?

 public class MyModel implements TextWatcher { public MyModel(TextView textBox) { textBox.addTextChangedListener(this); } public void afterTextChanged(Editable s) { handleTextChange(s); } // ... void handleTextChange(Editable s) { // do something with s, the changed text. } } 

No veo la diferencia funcional entre los dos, aparte de la segunda es mucho más legible. Ambos toman un TextView, e implementan una función de controlador para anular. ¿No sería tan fácil extender el segundo con algo como esto?

 public class AnotherModel extends MyModel { @Override void handleTextChange(Editable s) { // another implementation } } 

  textBox.addTextChangedListener(this#handleTextChange); // method reference