Как разобрать чужой код

> Какой принцип разбиения программы на файлы?

Ответить на этот вопрос пытаются исследования по технологии программирования уже лет 40 :)

> Как на ваш взгляд более правильно разбирать такой код?

Использовать индексатор (ctags и их поддержку в vim/emacs, или встроенный индексатор Eclipse CDT).

найти main :)

> Какой принцип разбиения программы на файлы?

Тот, который взбредет автору в голову... Но правильно, имхо конечно, на каждую логическую единицу - один файл. Потом группируем в модули/библиотеки.

> Как на ваш взгляд более правильно разбирать такой код?

Раскручивать программу, начиная с функции main, а как же ещё ? Выделить основные структуры данных и т.п. К тому моменту как ты это сделаешь вопрос отпадет сам собой.

Спасибо! Очень интересные и полезные советы. Буду пробовать. ;)

>Но правильно, имхо конечно, на каждую логическую единицу - один файл. Потом группируем в модули/библиотеки.

+1, правда появляется вопрос о выделении логических единиц =)

> правда появляется вопрос о выделении логических единиц

а вот это вопрос индивидуальный и очень сильно зависит от проектировщика. но главное чтобы одинаковый уровень детализации был ;)

От общностей к частностям..

Читай книгу дальше - там это есть. Для своих программ по началу можешь смело пользоваться одним большим и толстым файлом. Разделение на небольшие файлы действительно нужно тогда, когда идет коллективная разработка. При этом логика предметной области для сишных программ практически никогда не задействована. ))

Да ну, такой код потом становится очень тяжело поддерживать. Принцип KISS никто не отменял.

> Разделение на небольшие файлы действительно нужно тогда, когда идет коллективная разработка. При этом логика предметной области для сишных программ практически никогда не задействована. ))

Пытаешься соответствовать своему никнейму ? :P

>Читай книгу дальше - там это есть. Для своих программ по началу можешь смело пользоваться одним большим и толстым файлом. Разделение на небольшие файлы действительно нужно тогда, когда идет коллективная разработка. При этом логика предметной области для сишных программ практически никогда не задействована. ))

Интересненько... Буду читать дальше. :)

> Какой принцип разбиения программы на файлы?

принцип один - _собственное__удобство__навигации_.

ну и чтобы было просто держать всё дерево в голове.

> принцип один - _собственное__удобство__навигации_.

а скорость сборки программы ?

>Разделение на небольшие файлы действительно нужно тогда, когда идет коллективная разработка.

Если следовать этой логике, то я не понимаю, для чего разделять проект на файлы даже при коллективной разработке? Ведь можно работать группой над одним файлом, все равно умная VCS все правильно помержит! :)

> Какой принцип разбиения программы на файлы?

Главное побыстрее разберись со static. А то часто без нужды лепят глобальные функции.

Тьфу блин! Сплошное 4.2 в теме. Большинство отпостивших не писАли чего-либо более сложного и объемного, чем хелловорлд. (Это про разделение на модули). Ну да, один файл с тысячами строк кода, ужоснах прямо какой-то. :Е Ты сам через год свой код не разберешь!

Разве у меня не получается? xDD

Хелловорда на двойной корке? Дааааа.. надо обязательно разнести на пару файлов...

> Если следовать этой логике, то я не понимаю, для чего разделять проект на файлы даже при коллективной разработке?

Файлы копьютеру не нужны, как я надеюсь, ты догадываешься. Файлы нужны людям.