MK
Например, реализуя змейку по схеме выше мы будем создавать аж три разных объекта для каждой сущности: представление объекта на доске. Объект управляющий им, Представление объекта в движке.
Size: a a a
2021 February 14
MK
novicer твой вопрос перенесен в https://t.me/pro_prog
А как нашу дискуссию об ООП vs ФП и уровнях гранулирования туда перенести?
s
Но тогда вопрос - зачем вообще нужен объект? POD-ы и функции, работающие с ними подойдут гораздо лучше.
затем что мы можем зацепление компонентов программы уменьшить за счет использования абстрактных классов-интерфейсов, наследования и ограничить область влияния компонентов программы за счет спецификаторов доступа и инкапсуляции
MK
затем что мы можем зацепление компонентов программы уменьшить за счет использования абстрактных классов-интерфейсов, наследования и ограничить область влияния компонентов программы за счет спецификаторов доступа и инкапсуляции
Еще сущности? Да, можем... Spring (есть такой фреймворк в Java) - очень хороший пример того, куда это может завести.
s
Например, реализуя змейку по схеме выше мы будем создавать аж три разных объекта для каждой сущности: представление объекта на доске. Объект управляющий им, Представление объекта в движке.
смотря как поставить задачу
s
это все принципы решающие проблему масштабирования, переиспользования компонентов программы, разделения разработки, тестирования и вот это все
s
понятно что если задача стоит сделать конкретную версию змейки - можно и на паскале это все наговнякать или бейсике или ассемблере
MK
это все принципы решающие проблему масштабирования, переиспользования компонентов программы, разделения разработки, тестирования и вот это все
Ладно... Просто забей. Я верю, что ФП решает означенные выше проблемы лучше.
s
если задача как учебная для того чтобы с ООП попрактиковаться - тогда надо собственно пофантазировать - например не по клеточкам змейка в будущем будет отрисовываться, а анимироваться - какие при этом проблемы возникнут с переделкой кода который простую змейку реализует? а что если захочется менять текстуры объектов? что если в какой-то момент змейка должна стать 3д? как червячки вормс например
s
и от таких вот фантазий уже можно прикидывать архитектуру, используя всякие шаблоны проектирования
Тᅠ
вормс 3д ешній?
MK
и от таких вот фантазий уже можно прикидывать архитектуру, используя всякие шаблоны проектирования
Да, пожалуй.
s
Ладно... Просто забей. Я верю, что ФП решает означенные выше проблемы лучше.
аааа - так что ж Вы сразу не сказали что свидетель ФП
MK
вормс 3д ешній?
Было такое
s
вормс 3д ешній?
да
s
затем можно подумать - а что если будет сетевой игра в какой то момент?
s
что если нужно будет дать возможность пользователям менять скины например самостоятельно?
ну и тд
ну и тд
Тᅠ
3д шній змейка вормс по сети
я пошел писать
я пошел писать
Тᅠ
s
3д шній змейка вормс по сети
я пошел писать
я пошел писать
причем - есть 3д, есть псевдо 3д