@ deepak это действительные проблемы. Слово - это зараженная реализация, а не определение.
Позвольте мне объяснить. В первом примере докладчики заключают договор о том, что представление должно реализовывать другими словами, что должно быть реализовано представлениями в классическом подходе MVP.
Вещи запутываются во втором примере. Где Presenter не имеет никакого контроля над тем, что представление должно реализовывать. Это не MVP, и Google называет его MVP. При таком подходе вы не можете проверить представления с помощью JRE / модульных тестов. Это не делает его плохим, хотя просто не MVP и Google не должен называть этот MVP, или они должны объяснить, почему это MVP?
@ Saket Bansal, разделение интерфейса - неправильный подход. Это приведет к тому, что по мере роста приложения будет сложно поддерживать код.
По-моему, вы можете использовать любой из этих подходов, я помню, что в Google некоторые говорили, что первый работал для них для adwords, а второй для волны.
Так же, как вы должны смотреть на фреймворки, такие как GWTP или ERRAI из jboss