2010-04-28 1 views
2

Я довольно новичок программист на Java, и в настоящее время я работаю над проектом по расширению части программного обеспечения, которое было разработано в течение нескольких лет. Итак, у этого есть довольно большая база кода, и предыдущие разработчики хорошо это знали, поэтому продлить это не будет легко без глубокого понимания структуры и функции.стратегии для изучения сложных программных пакетов

1) Я начал с того, что пытался заняться небольшими частями системы и документировать их с помощью карты разума. (в частности, я пытаюсь документировать взаимодействия с внешними системами)

2) У меня есть книга «code complete», с которой я работаю.

3) Я указал на некоторые инструменты, такие как «tattletale» в коде, чтобы получить некоторые диаграммы отношений зависимостей.

Какие другие стратегии следует использовать, следует ли сосредоточиться на одном конкретном аспекте?

+0

Закрыть дубликат http://stackoverflow.com/questions/2658133/code-understanding-reverse-engineering-best-concepts-and-tools-java –

ответ

3
10 Start small. 
20 Break things. 
30 Then fix what you broke. 
40 Goto 20 
0

Возможно, вы можете попробовать смоделировать проблему, которую программа должна решить. Если у вас есть четкое понимание проблемы и ограничений, наложенных на решение, тогда должно быть проще понять саму программу. Я просто догадываюсь здесь, так как не знаю, что это за программа.

+0

В этом случае его приложение RCP на основе Java, основанное на затмении, но я У меня есть несколько проектов вроде этого, поэтому я пытаюсь разработать стратегию, чтобы полностью изучить эту платформу (а не просто научиться достаточно и взломать ее;) – Tom

+0

С серьезностью очень сложно прыгнуть в кого-то elses и начинать вносить изменения независимо от методологии или методики документирования или программного обеспечения моделирования. В настоящее время я поддерживаю программный продукт, и мне его передали более года назад. Есть места, которые я еще не врыл, просто потому, что мне еще не приходилось это делать. Я думаю, вы будете крутить свои колеса, если попытаетесь понять все впереди. Техническое программирование Я считаю самым сложным только потому, что вы не являетесь оригинальным программистом и не были там для обсуждения дизайна/методологии и т. Д. – Jeremy

+0

Я считаю, что практически невозможно понять любую часть кода, не понимая проблемы, которую предполагается решать. Чем лучше понимание проблемы, тем легче понять код. Ярким примером является код, содержащий бизнес-правила. – David

0

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

Также попросите архитектора объяснить вам систему. Если он хороший, он может указать вам на важные части и указать вас на части, которые вам не нужны (пока).

Тогда попробуйте собрать небольшие проблемы. Даже глупые сообщения об ошибках и оттуда. Через несколько недель вы сможете понять основы системы.

Удачи вам!

 Смежные вопросы

  • Нет связанных вопросов^_^