В MVP, где записать проверки
вам следует обратиться к этому https://github.com/google/grafika/blob/master/app/src/main/java/com/android/grafika/ContinuousCaptureActivity.java
В этом примере используется surfaceView, вам просто нужно заменить на textureView.
строка 386: "mDisplaySurface = new WindowSurface (mEglCore, holder.getSurface (), false);" просто замените holder.getSurface () на текстуру поверхности из textureView.
И есть метод для чтения буфера https://github.com/google/grafika/blob/master/app/src/main/java/com/android/grafika/gles/EglSurfaceBase.java [ 111]
посмотрите на метод saveFrame.
3 ответа
Зависящие от домена правила/проверки должны быть в Модели. У Вас может быть model.validate (), чтобы сообщить, не нарушены ли правила. Взгляд на модель Rails (ActiveRecord) классы для хорошей реализации этого понятия.
Представление должно мешать пользователю вводить недопустимый вход. Так 'ввод строки для числового значения' класс входных ошибок должен быть прищемлен прежде, чем достигнуть предъявителя. Может быть некоторое дублирование проверок между моделью и представлением. Например, AttributeX должен расположиться между 1-100. Это должно быть проверено в модели.. одновременно можно хотеть вставить в счетчике в UI с minValue и набором диапазона maxValue к 1-100.
Я обычно сохраняю свое представление абсолютно чистым, никакая логика там. Но я не делаю большой веб-разработки. В ситуациях выхода Ajax Вы могли бы хотеть иметь клиентскую проверку, которая должна войти в представление.
проверка Бизнес-логики входит в модель. С проверкой бизнес-логики я имею в виду вещи как проверка размера минимального заказа и т.д.
, Контроль ввода входит в предъявителя. Это может быть вещами как проверка, если числовое поле не содержит нечисловые символы. Но в зависимости от Вашей ситуации это может также означать проверять, существуют ли файлы и т.д.
В более сложных случаях, где проверка должна быть допускающей повторное использование в различных местах, я обычно разделяю ее на механизм проверки, который можно назвать в различных местах. Это решает некоторые проблемы с дублированием кода доступа, который используется на уровне представления, а также слое персистентности, например.
Предъявитель....
представление должно иметь, имеют "виджеты", которые предотвращают недопустимый вход, если это возможно.