Цитата:
|
Есть еще одна проблема, по которой я бы не советовал тебе писать свой движок это огромное количиство глюков и ошибок!
|
Огромное количество ошибок? Глюков? Если ты начинаешь процесс с грамотной постановки задачи, тщательно вырабатываешь требования, анализируешь, программируешь в терминах предметной области, а не на языке программирования, формируешь согласованную абстракцию ( классы ), придерживаешься концепции псевдокода, то поверь мне, друг, отладка занимает раз в десять меньше времени. Если ты сломя голову мчишься праграмировать, тебе обеспечена красная голова, баночки пепси и злобная концепция в виде обезумевшей девушки.
Цитата:
|
Тем более ты работаешь один, а разработчики которые этим занимаютсяработают группами.
|
Вы раз десять в своих постах упоминаете монументальный Irrlicht. Так вот его написал один человек.
Цитата:
|
что разрабатывать самому движок не имеет смысла
|
Имеет смысл, хотя бы в качестве самообучения.
Цитата:
Ну чтож Си я потихоньку осваиваю...
Но вот по моему легче написать хороший движок а потом его дорабатывать.
|
Ты даже не знаешь С++ ( ОМГ, нафиг тебе Си? ООП - руль! ) а уже разглагольствуешь что проще(( Ты представляешь как сложно разработать архитектуру такой сложной системы?
Цитата:
Что у нас там есть в ООП:
1. Инкапсуляция
2. Наследование
3. Полиморфизм
|
Ты щас перечислил понятия, кардинально облегчающие труд программиста, и твоё легкомысленное отношение к ним неприемлимо, показательно и невежественно. Инкапсуляция или сокрытие деталей реализации - мощнейший инструмент управления сложностью. С помощь него ты можешь один раз спроектировать, написать, отладить класс и программировать в терминах проблемы а не низкоуровнего программирования. Написав, ты можешь вобще выкинуть из головы как он реализован, единственное, что нужно знать - интерфейсы, предоставляемые им. В это суть - интерфейсы - это чёрные ящики, получающие входные данные и выдающие результат, запомни - хороший класс - это то класс, при использовании методов которого ты не должен знать как они реализованы, тебе нужно только знать, что они делают. Следовательно название метода должно ПОЛЬНОСТЬЮ ОТРАЖАТЬ ЕГО СУТЬ. И метод должен выполнять одну ЕДИНСТВЕННУЮ задачу.