는 드라 그런 는 데 먹다
그렇다면 그 드를 면 그 드 더라면( 더 미는 변, 메드 , 드 부 미는 메드로 ) 땠까? --JuNe
Javadoc 까 다가 드 른 려 방가 되던 관로; (IntelliJ 3.0 부 Source Folding 기 때문 Javadoc 닫 만) 고 로그래밍 게 근가 보군. 기를 따로 뺀 만, Pair 때다 매 Class Diagram 그리고 명던 것로 기는데, 그래 구가 가 가 다면 내 못 . 다부는 민럼 Class Diagram 데된 것 리고, Javadoc 만들 generation 것 리록 노력 겠군.
Javadoc 까 다가 드 른 려 방가 되던 관로; (IntelliJ 3.0 부 Source Folding 기 때문 Javadoc 닫 만) 고 로그래밍 게 근가 보군. 기를 따로 뺀 만, Pair 때다 매 Class Diagram 그리고 명던 것로 기는데, 그래 구가 가 가 다면 내 못 . 다부는 민럼 Class Diagram 데된 것 리고, Javadoc 만들 generation 것 리록 노력 겠군.
들 고 드를 보기 게 려고 노력긴 는데, 련 부 드는 드대로 렵고 대로 나 보다. ;
변명라면, 개 경는 달린 드는 먼가고, 는 드는 로 먼다라는 것. 만, 가 다면 뭐 무미것겠. --
내가 가는 관 급 내 그대로만, 내게 된 는 과 과 대를 면 , 기 고, 기 는 반 대 보 달다. 는 command.Command.execute()나 규 께 달 information.InfoManager.writeXXX() 들고,가 로 는 각 class 단과 package 기 놓 다. 그 class diagram 래 나로그로 그린것 만, 명면 그린 대로 머리 로 남 는다는 로, (냐면 내가 그러까.) 람 class diagram 디를 다. 는 김 그런데 명때 JavaDoc뽑 그가고 명는게 긴 더라. --민
바 IDE들 Source Folding 나 comment 관련 기능 다면 결될듯. JavaDoc API군나 Framework Library 경 MSDN 까. --
경는 각과고, 그 다 드를 는 람 관 데, 로그램 기 그 람 떤 과 까? 경 는 람 무 까 abstract 래 나 메드들 만 봐 를 만, 나는 다른 람들 드 구부 기를 바랬든. ( Read 부 관련 블럭 방를 드 방법 모르고, Swing tree 법 모르는 람겐 더더. 당 부 대 Pair 명 긴 )
그리고 개론 Server 기로는 Class Diagram JavaDoc 보는것보다 더 . 그 본 다 를 보는 방법로 (벽게 만.). 내가 UML 더 가 닐까 . 그리고 Java Source 가 교 깨끗기 기 다는 겠고. (그래 람 께;) --
다. 단 견 동 가 라 같 말다. 말 대 내가 미를 게 달 같 단락 같데.. 단 다 게 면, "로그래머 낙 " UML과
만, " 명때
난 드록 것것고 (또는 그 반대로 게 볼 록 방법 강구 다면 는 것려나.) 개로 본 가 긴 낯 드가 3000~4000 라 못 본 관로 '리' 단로만 끝날 것 같다. CVS history 가 드 과 따라가는데 것라고 각만, 먼 기듯. ~cpp JavaDoc 발 다르다. 가 바란 디 단로 로그래밍 길 같데, 그것 ~cpp JavaDoc 말는 가능다고 각다. Sun msdn 대기 (?) ~cpp JavaDoc 난것 같데 말다. 만, " 명때
~cpp JavaDoc뽑 그가고 명는게 긴 더라."라고 말 는 데, 만 디 드 라면 ~cpp JavaDoc 고 만로 는 무 렵다.( 나게는 그랬다.) 단 드 ~cpp JavaDoc 나 라면, "긴 " 과로 먹고 들 다. 그리고 리가 드를 는 jdk를 때 ~cpp JavaDoc 보 를 보는 는 것럼, 당 메드가 library럼 느껴 까? 그것 메드 나 드 만로 벽 가능다고 각다. 벽 다면 무나 가 닐까? 말 난 를 다. 그때 가끔 보는 같 들 무나 된것 기난다. 리가 Report를 대 들 때 가 것다. 궁극 Refactoring문가 다. 로그래밍 가 그 같면 기 는 각 본다. 각 를 로그래밍 대만 다면.. --민내가 Comment JavaDoc 둘 대로 두고 게 못듯 다. 두개는 구 가 것 같다는 각 들다. 내부 드 고리 명기 는 다는 comment로, 당 구 래들 interface를 는것 JavaDoc로 구려나. 경라면 JavaDoc 과 Class Diagram 겠. (Class Diagram 그냥 Conceptual Model 라면 또 기가 달라겠만)
그리고, JDK Application 는 그 격 다르다고 각. JDK 란 JDK 래들 고 그 interface를 극로 기 는 것기 JavaDoc 력 대다. 만, Application 라 다면 implementation 볼것라 각든. 떤 것 'Information' 냐 대 바라보는 관 가 겠. 당 메드가 library럼 느껴때는 당 드가 부 될 때가 닐까. , Server/Client Socket Connection 부라던, DB DB Connection 는 부 다른 드들 라가는게 기반 되는 부까. Application 되는 부과 library 되는 부 구되려면 또 겠만.
기 comment, document, source code 대 대로 각볼 듯 (로그램 떻게 것가 라던 Reverse Engineering Tool들 는 방법 궁리다던 ) 그리고 배들과 드 대 대는 comment 로 대는게 낫겠다. DesignPatterns 가 나다고 며 또나 기벽 내려다고 더라, 보 람겐 또나 국것. 그리고 가 모국가 닌 . 뭐. ( 늘 내 되는대로 Documentation 남기겠. 글는 게 Documentation 람 말만 다란 각 그 는라. 물론 Doc 닌 Doc 라는 깎다는 ;) --DeleteMe) 를 놨는데, 각 류로 각 놓는데, commit 돌 나 먹 렸. .... ... 로그래밍 면 각 들 로 명면 같 말 겠군.
그리고 기 다보 (comment)과
그리고 기 다보 (comment)과
~cpp JavaDoc 나 명는 것 바른 각듯 다. 그런 관라면 딩 녹글 로 나갔다고 볼 다. 머리로는 둘 나 고 는데, 딩 관는 나고 던 같다. 녹 글를 려고 발(?) .. 그래 보는 녹 글들 보면 것 object world 말는 "로그래머 " 당는 것 닐까. --민미는
될 는 드가 기 때문, 반드 드가 대로 된다고 볼 는 만 는것 보다는 낳 경 많다. 드 는 subset 기 때문 무리 드가 기다(code tells)라 라 리가 는 미기가 렵다. 는 , 떤 메뉴 구고 경게 기를 듣고 메뉴 볼 경, 그 가 고 빠르게 되는것과 다.
로그램 는 기능 나 더 볼 다. 메른 드 람 결 느끼게 다. 머가 는 각보라. 나 끔가.
를 들 다 드를 보( 군가 드)
~cpp
...
// 들 다 고...
CSmilNode* pChildNode = m_pFirstChild;
while(pChildNode)
{
CSmilNode* pDelNode = pChildNode;
pChildNode = pChildNode->m_pNext;
pDelNode->deleteSafely(bRecursive);
pDelNode = NULL;
}
// 다 끊고...
if(m_pPrev)
m_pPrev->m_pNext = m_pNext;
if(m_pNext)
m_pNext->m_pPrev = m_pPrev;
// 부모 끊 다...
if(m_pParent && m_pParent->m_pFirstChild == this)
m_pParent->m_pFirstChild = m_pNext;
// 다.
delete this;
...
~cpp ... // MODE_ADDBEFORE 때는, newnode가 this brother 바로 로 다. // MODE_ADDAFTER 때는, newnode가 this brother 바로 래 동로 다. // 때, 들 데리고 다만, 부모나 는 떨는 것 로 다. // 구를 때, 먼 부모 관를 립 다, 립다. // // Default Parameter // nMode = MODE_ADDBEFORE // brother = NULL // Constraint // brother는 반드 NULL나 this child node 다. // // addChild(newnode, MODE_ADDAFTER, brother); //newnode가 brother 바로 뒤 된다. // addChild(newnode, MODE_ADDBEFORE, brother); //newnode가 brother 바로 된다. // addChild(newnode, MODE_ADDAFTER); //newnode가 first child로 된다. // addChild(newnode, /*MODE_ADDBEFORE*/); //newnode가 last child로 된다. // CSmilNode* CSmilNode::addChild(CSmilNode* newnode, DCLADDMODE nMode, CSmilNode* brother) // this = 내(부모) // newnode = () // brother = (this ) ...
리는 기 만 보고 모든것 믿려고 만 리는 다. 먼 람 길로 느끼고, 미로 느 게 되면 드 리뷰가 루는 것다.
드 로 미를 기 록 는 것 명 만, 그 못 게 드를 고 는 가 람 각때 들 배려라 다.
--
