Чем является логика компонента? Сразу хочу предупредить, что языки java и c# выбрал из-за того что считаю их самыми сильными с точки зрения ооп.
Представьте себе что есть текстовое поле, пусть оно будет абстрактным, так как это не будет мешать вырисовыванию картинки, которое имеет имя TextField. В это поле можно писать и оно будет посылать события change. И вот я захотел сделать обычный компонент под названием Input, который будет с своем "чреве" создавать экземпляр TextField, подписывать его под событие change и по нему будет сохранят вводимые данные в.. куда? Пусть будет свойство. И вот после сохранения этот компонент будет посылать событие inputChange.
Вот теперь вопрос - является ли свойство в которое пишется данные из TextField моделью из mvc, то есть является ли это свойство или пусть это не будет свойство, а будет самый обычный объект, который будет иметь свойство text, будет ли он бизнес логикой модели из mvc?
Чем является логика компонента? Сразу хочу предупредить, что языки java и c# выбрал из-за того что считаю их самыми сильными с точки зрения ооп.
Представьте себе что есть текстовое поле, пусть оно будет абстрактным, так как это не будет мешать вырисовыванию картинки, которое имеет имя TextField. В это поле можно писать и оно будет посылать события change. И вот я захотел сделать обычный компонент под названием Input, который будет с своем "чреве" создавать экземпляр TextField, подписывать его под событие change и по нему будет сохранят вводимые данные в.. куда? Пусть будет свойство. И вот после сохранения этот компонент будет посылать событие inputChange.
Вот теперь вопрос - является ли свойство в которое пишется данные из TextField моделью из mvc, то есть является ли это свойство или пусть это не будет свойство, а будет самый обычный объект, который будет иметь свойство text, будет ли он бизнес логикой модели из mvc?
Представьте себе что есть текстовое поле, пусть оно будет абстрактным, так как это не будет мешать вырисовыванию картинки, которое имеет имя TextField. В это поле можно писать и оно будет посылать события change. И вот я захотел сделать обычный компонент под названием Input, который будет с своем "чреве" создавать экземпляр TextField, подписывать его под событие change и по нему будет сохранят вводимые данные в.. куда? Пусть будет свойство. И вот после сохранения этот компонент будет посылать событие inputChange.
Вот теперь вопрос - является ли свойство в которое пишется данные из TextField моделью из mvc, то есть является ли это свойство или пусть это не будет свойство, а будет самый обычный объект, который будет иметь свойство text, будет ли он бизнес логикой модели из mvc?
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Да, свойство, в которое пишутся данные из TextField, можно рассматривать как модель в паттерне MVC (Model-View-Controller). Модель в MVC отвечает за хранение данных и их обработку, а также за взаимодействие с базой данных и другими компонентами приложения.
Таким образом, если у вас есть объект, который имеет свойство text и отвечает за хранение введенных данных из TextField, то этот объект можно считать моделью в паттерне MVC. Он будет представлять бизнес логику приложения, а компонент Input, который управляет TextField и моделью, будет управляющим компонентом (Controller) в MVC.
Таким образом, придерживаясь паттерна MVC, вы разделяете логику приложения на три слоя: модель (Model) для работы с данными, представление (View) для отображения данных пользователю и контроллер (Controller) для управления логикой взаимодействия между моделью и представлением.