Как читать большие исходники, анализировать большие системы?

Question

[cbgx74]

Когда я открываю большие листинги к середине я уже забываю, что было в начале.
Что я думаю по поводу вопроса:

1) Нужно разбивать большие системы на подсистемы, выделать паттерны.
2) Строить UML диаграммы на исходный код или как-нибудь визуализировать код.
3) Использовать специальное ПО, типа SourceInside

Какие подходы используете вы? (да я понимаю, что нужен опыт, а если опыта пока мало?)

UPD: Я не спрашиваю насколько вы круты и как ловко орудуете Notepad. Я спрашиваю о том, как мыслить (как вы мыслите) при анализе исходников.

Answer 1

[Next_Alex]

Попробуй прогнать проект Sparx Enterprise Architect. Легковесная и весьма функциональная приблуда. Покажет тебе структуру проекта и связи, а дальше уже будет проще.
Она платная, но есть пробная версия - для анализа вполне достаточно будет.

Comments

[cbgx74]

Спасибо, уже начал разбираться с этой программой.

Answer 2

[egor_nullptr]

Начинаю с этого:

Comments

[cbgx74]

Стараюсь не пить совсем, не курю ( хотя только никотин). Ну, ок. Начинаете с этого, дальше? )

[Толстый Лорри]

@cbgx74 Дальше зовут женщин, а проект делается завтра, с бодуна и лютой ненависти, методом пристального вглядывания.

[cbgx74]

Спасибо, записал. *пошел реализовывать сразу со второго пункта

Answer 3

[Толстый Лорри]

Наверное, тут помогает хорошая архитектурная абстракция проекта. Большие листинги становятся маленькими или, по крайней мере, разбиваются на логические сущности. Пока проект строится - пишутся просто заглушки, затем эти заглушки реализуются. Но в любом случае, самая важная, глобальная архитектура должна обдумываться заранее, чтобы потом не приходилось держать в голове весь проект =)
Как правило, запиливая отдельный модуль, глобальную архитектуру по отношению к нему можно изображать достаточно схематично, а в рамках этого некоего модуля всё в мозгу должно помещаться с необходимой точностью.

Comments

[cbgx74]

Спасибо. У меня вопрос скорее о уже существующей системе с открытым исходным кодом. Когда я только начинал (и все еще продолжаю) для меня листинг в одну страницу казался чем-то очень большим и непонятным. Позже стало легче. Пока не появились 200 килобайтные исходники. Или исходники с кучей мелких.

[Толстый Лорри]

@cbgx74 Ну, что open-source таким бывает - известный факт) 200 Кб исходники - это ад, я такие только автогенеренные видел, если честно =)) Но, тем не менее, хорошо спроектированная система читается достаточно просто. По своему опыту, устраиваясь на работу, 1-2 месяца изучал проект.

Answer 4

[Пума Тайланд]

Большую систему нельзя изучить быстро, прочитали один раз, второй, третий, на десятый вы уже не забываете что было в начале.

Answer 5

[Иван Трофимов]

IDE очень помогает, раньше использовал eclipse, теперь открыл для себя NetBeans и он мне больше понравился. Там есть навигация по коду (по порядку описаны методы исходника). Часто использую этот функционал - как шпаргалка. Ну и конечно же хорошие комментарии в коде очень помогают навести порядок в голове

Answer 6

[Yuri Morozov]

Вы такие не поверите, но самый удобный способ лично для меня - это Sublime Text 2(3) с его фееричными Cmd+P (быстро шариться по проекту), Cmd+R (быстро шариться по коду) и Cmd+T (быстро шариться по вкладкам).

А так вообще да, выделять паттерны, строить диаграммы, собирать совещания и вообще вести себя подобающим образом.

Comments

[cbgx74]

Да, Sublime Text хорош. Но SourceInside может строить зависимости в лаконичном графическом представлении.

[Yuri Morozov]

@cbgx74 Несомненно, но это от личных предпочтений зависит. Мне даже схемы БД проще читать "с листа", а кружочки со стрелочками приводят меня в состояние легкой паники.

Тут же как: пока проект маленький, его можно спокойно держать в голове. Как только становится большим - тут и class diagram не особо помогает, поскольку водить пальцем по лабиринту цветных линий - так себе удовольствие.

Наверное, было бы здорово печатать это всё на огромном листе и вешать на стену заместо ковра. Будет выглядеть круто и энтерпрайзно, да и юзабилити повысится.