new micro control

[jerrioh]

마이크로컨트롤을 위한 신규 CommbatManager 생성
기존 마이크로 관련 소스 oldmicro 패키지로 이동

[RoySRose]

'merge pull request' 라는 커밋이 있는거로 봐서. 리베이스가 아닌 머지가 섞여 있는듯.
또한. first commit과 second commit이 특별한 부분이 없다면. 합치는 것이 어떨지.

[RoySRose]

@jerrioh, 구조 자체에 대해서는 심도 있게 확인하지 않았습니다. 그 외 보이는 부분 필요사항입니다.

@snogada, 마이크로 쪽에 관심이 있으시면 해당 PR 의 구조 부분을 같이 리뷰해 보시는것도 좋을 것 같습니다. 보완할 부분이라던가.. 기능 추가 부분에 대한 논의도 좋을것 같습니다.

1. rebase 요청
   

2. old micro 삭제 요청. (참고용으로 사용하는 부분은 git history를 통해서 참조 가능)
   새로운 micro 에 따라 유닛별 구현체들의 예시도 추가 필요하지 않을지?

3. 모든 page 에서 author 정보 삭제(과거에는 그리고 현재에도 author 를 제일 위에 작성하는것을 유지하고 있는 프로젝트도 있지만. git 의 history 기능이 발전되면서. tracking info 를 코드위에 입력할 필요가 없게 됨에 따라 요즘은 잘 안 쓰는 추세임)

참고) effective java 의 item64 refer to objects by their interfaces 를 참고 해서 Control클래스를 interface 화 시키고. defaultControl 이라는 abstract 클래스를 끼는 모양으로 가는것도 향후에 고려해볼만할것 같습니다. (사실... 이건 저도 책에 나오는 효과가 그대로 나올런지 궁금하기도 하고 ㅋㅋㅋ)

[jerrioh]

2번 - 처음엔 다 삭제할까 생각도 햇는데ㅋ 개발하다보면 그대로 써야하는 부분도 잇을듯하여 편의상 남게두고 차근차근 삭제하려고 합니다. (개발된게 별로 없어서 다 삭제해버리면 히스토리 보는것도 사실 불편하니) 결과적으로는 모두 삭제될 것입니다. 나머지 사항은 다음 요청에 포함할게요 삼성 갤럭시 스마트폰에서 보냈습니다. -------- 원본 이메일 --------보낸 사람: Roy Kim <[email protected]> 날짜: 19/1/2 15:55 (GMT+09:00) 받은 사람: RoySRose/Monster <[email protected]> 참조: jerrioh <[email protected]>, Mention <[email protected]> 제목: Re: [RoySRose/Monster] new micro control (#36) @jerrioh, 구조 자체에 대해서는 심도 있게 확인하지 않았습니다. 그 외 보이는 부분 필요사항입니다. @snogada, 마이크로 쪽에 관심이 있으시면 해당 부분 같이 리뷰해 보시는것도 좋을 것 같습니다. 보완할 부분이라던가.. 기능 추가 부분에 대한 논의도 좋을것 같습니다. rebase 요청 old micro 삭제 요청. (참고용으로 사용하는 부분은 git history를 통해서 참조 가능) 새로운 micro 에 따라 유닛별 구현체들의 예시도 추가 필요하지 않을지? 모든 page 에서 author 정보 삭제(과거에는 그리고 현재에도 author 를 제일 위에 작성하는것을 유지하고 있는 프로젝트도 있지만. git 의 history 기능이 발전되면서. tracking info 를 코드위에 입력할 필요가 없게 됨에 따라 요즘은 잘 안 쓰는 추세임) 참고) effective java 의 item64 refer to objects by their interfaces 를 참고 해서 Control클래스를 interface 화 시키고. defaultControl 이라는 abstract 클래스를 끼는 모양으로 가는것도 향후에 고려해볼만할것 같습니다. (사실... 이건 저도 책에 나오는 효과가 그대로 나올런지 궁금하기도 하고 ㅋㅋㅋ) — You are receiving this because you were mentioned. Reply to this email directly, view it on GitHub, or mute the thread. {"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/RoySRose/Monster","title":"RoySRose/Monster","subtitle":"GitHub repository","main_image_url":"https://github.githubassets.com/images/email/message_cards/header.png","avatar_image_url":"https://github.githubassets.com/images/email/message_cards/avatar.png","action":{"name":"Open in GitHub","url":"https://github.com/RoySRose/Monster"}},"updates":{"snippets":[{"icon":"PERSON","message":"@RoySRose in #36: @jerrioh, 구조 자체에 대해서는 심도 있게 확인하지 않았습니다. 그 외 보이는 부분 필요사항입니다.\r\n\r\n@snogada, 마이크로 쪽에 관심이 있으시면 해당 부분 같이 리뷰해 보시는것도 좋을 것 같습니다. 보완할 부분이라던가.. 기능 추가 부분에 대한 논의도 좋을것 같습니다.\r\n\r\n1. rebase 요청\r\n\r\n\r\n2. old micro 삭제 요청. (참고용으로 사용하는 부분은 git history를 통해서 참조 가능)\r\n새로운 micro 에 따라 유닛별 구현체들의 예시도 추가 필요하지 않을지?\r\n\r\n3. 모든 page 에서 author 정보 삭제(과거에는 그리고 현재에도 author 를 제일 위에 작성하는것을 유지하고 있는 프로젝트도 있지만. git 의 history 기능이 발전되면서. tracking info 를 코드위에 입력할 필요가 없게 됨에 따라 요즘은 잘 안 쓰는 추세임)\r\n\r\n참고) effective java 의 item64 refer to objects by their interfaces 를 참고 해서 Control클래스를 interface 화 시키고. defaultControl 이라는 abstract 클래스를 끼는 모양으로 가는것도 향후에 고려해볼만할것 같습니다. (사실... 이건 저도 책에 나오는 효과가 그대로 나올런지 궁금하기도 하고 ㅋㅋㅋ)\r\n"}],"action":{"name":"View Pull Request","url":"#36 (comment)"}}} [ { "@context": "http://schema.org", "@type": "EmailMessage", "potentialAction": { "@type": "ViewAction", "target": "#36 (comment)", "url": "#36 (comment)", "name": "View Pull Request" }, "description": "View this Pull Request on GitHub", "publisher": { "@type": "Organization", "name": "GitHub", "url": "https://github.com" } } ]

[RoySRose]

@jerrioh
2번 관련해서는 해당 부분 소스를 보게 될 사람들이 더 있을 것 같은데.
불필요한 소스가 많아질 수록 다른 사람들이 소스를 이해하기 위해서 더 많은 시간이 필요할 것 같습니다.

현재도 cleanup 진행하면서 주석 처리되었거나. 불필요한 소스는 최대한 지우고 있는 상황이므로
다시 한번 고려를 부탁드립니다.