Я довольно привык к работе над небольшими проектами, которые я кодировал с 1000 строк или меньше (понг, тетрис, простые 3D-игры и т. Д.). Однако по мере роста моих способностей в программировании моя организация не является. Кажется, я делаю все зависимыми друг от друга, поэтому мне очень сложно изменить реализацию чего-то.От небольших до крупных проектов
Любые идеи по организации моего кода и возможности решения крупных проектов?
Наброски архитектурного проекта загодя. Это не должно быть слишком подробным, но представьте, как вы хотите, чтобы все сочеталось в общих чертах.
Использование шаблонов проектирования является хорошим первым шагом.
Кроме того, потратьте немного времени на составление хорошей документации относительно системной архитектуры и требований к приложению.
Использование источника управления поможет, если вы еще этого не сделали.
Ищите библиотеки, которые могут понадобиться, прежде чем вы решите опрокинуть свои собственные.
доски ваши лучшие друзья
конструкции прототипа (не обязательно работающие прототипы, использовать Notecards или другие методы)
план первый! dont code пока не знаете свои требования/цели
Прочтите сначала рефакторинг (прославленный Мартином Фаулером).
Изучив рефакторинг, вы можете узнать, как написать код, который легко изменить, прочитать и упростить.
Я бы предложил не изучать шаблоны дизайна, пока вы не поймете рефакторинг в первую очередь. С рефакторингом вы можете понимать темы чистого и читаемого кода. После того, как вы поймете рефакторинг, читайте на шаблонах проектирования. Шаблоны проектирования очень полезны, когда вам нужно писать более сложные проекты.