- ProjectZephyrus/Server . . . . 12 matches
||로그인 객체의 생성, {{{~cpp InfoManager}}}에게 자료 요청||{{{~cpp LoginCmd}}}||류상민||90%||
||로그인 객체에 정보 기록||{{{~cpp InfoManager}}}||이상규||90%||
||로그 아웃시 {{{~cpp LogoutCmd}}}에 정보 기록 || {{{~cpp InfoManager}}} ||이상규||90%||
||친구 등록시 DB에서 처리해야 될 상황 || {{{~cpp InfoManager}}}||이상규||90%||
||친구 삭제시에 DB에서 처리해야 될 부분||{{{~cpp InfoManager}}}||이상규||90%||
||서버에 현재 로그인 중인 리스트 보기[[BR]]ID List보이기 ||{{{~cpp SocketManager, InfoManager}}}||.||.||
||서버를 강제로 종료 ||{{{~cpp InfoManager, SocketManager,}}}[[BR]] {{{~cpp UserSocket, PZServerSocket}}}||류상민, 이상규||90%||
||원하는 사용자 강제 종료||{{{~cpp SocketManager, InfoManager}}}||.||.||
||{{{~cpp PZUser, PZBuddyList Table생성}}}||{{{~cpp InfoManager}}}||이상규||?||
||{{{~cpp PZUser, PZBuddyList Table삭제}}}||{{{~cpp InfoManager}}}||이상규||?||
||Dummy Data 생성||{{{~cpp InfoManager}}}||이상규||?||
||{{{~cpp DB ConnectionManager에서 connection을 받은후에 close했기 때문 }}}||{{{~cpp InfoManager}}}||이상규||
- ProjectZephyrus/ServerJourney . . . . 8 matches
* DB Connection상에 버그가 있었다. 오 상상도 못했던 {{{~cpp InfoManager}}}는 견고하다고 생각했는데, 의외의 부분에서 잘못이 있었음 --["상민"]
* {{{~cpp InfoManager}}}에서 {{{~cpp writeDeleteBuddyCmd}}} 완성했습니다... 테스트를 해보려고 했으나... #deleteBuddy#... 패킷을 보내니까 접속이 종료되어버리네여.... 아직 #deleteBuddy 패킷을 처리 못하나요?? 서버에서는 이렇게 나오내요..
* {{{~cpp InfoManager}}}에서 테이블을 만드는 {{{~cpp createPZTable}}}과 테이블은 없애는 {{{~cpp dropPZTable}}}을 만들었습니다. 완성은 아니구요... 조금 수정은 해야합니다.. --상규
* {{{~cpp InfoManager}}}를 버디 리스트 삭제하는 기능만 빼고 거의 완성된 듯 하다..
* {{{~cpp InfoManager}}}에 대한 test코드 작성
1. offline list에 online buddy가 추가 되었다. in {{{~cpp InfoManager}}}
* 상규 파트는 {{{~cpp InfoManager}}}만을 건드리도록 원칙을 정했기에, Cmd 부분이 결정되야 작업이 가능하다. 결정은 다되었고, Cmd들의 Attribute만 넣은 상태로 넘겨주면 진행이 될텐데, 지연되는 것이 안타깝다. 그냥 내가 만들고 넘겨야 할듯..
* 현재 {{{~cpp InfoManager}}}를 제외한 모든 코드가 내가 작성한 상태이다. 대체 재동군은 어제 어떻게 만날수 있을까.
- ProjectZephyrus/ThreadForServer . . . . 7 matches
InfoManager쪽의 writeDeleteBuddy 부분을 완성해서 commit시켜라
만들어서 InfoManager가 최초 생성시 앞의 두개를 수행하도록 하는데 위치는
InfoManager.getInstance()의 if문 안쪽에 넣어주면 sync문제도 해결될것이다.
그후 남은 할일이라면, 현재 InfoManager가 다른 package임에도 불구하고 command package에 대한
InfoManager의 코드들의 경우 attribute에 직접 접근하는 부분이 너무많은듯 하다.
일단, ["ProjectZephyrus/Server"]의 진행율에 기록된 대로 InfoManager의 DeleteBuddy부분외에는 완료되었다.
6/7일에 상규와 만나서 InfoManager를 거의(?) 마쳤는데, 일단 전에 PacketForm 석천이와 회의할때와 바뀐것이
- 프로그램내에서의주석 . . . . 1 match
내가 가지는 주석의 관점은 지하철에서도 언급한 내용 거의 그대로지만, 내게 있어 주석의 주된 용도는 과거의 자신과 대화를 하면서 집중도 유지, 진행도 체크하기 위해서 이고, 기타 이유는 일반적인 이유인 타인에 대한 정보 전달이다. 전자는 command.Command.execute()이나 상규와 함께 달은 information.InfoManager.writeXXX()위의 주석들이고,후자가 주로 쓰인 용도는 각 class 상단과 package 기술해 놓은 주석이다. 그외에 class diagram은 원래 아나로그로 그린것도 있지만, 설명하면서 그린건 절대로 타인의 머리속에 통째로 저장이 남지 않는다는 전제로, (왜냐면 내가 그러니까.) 타인의 열람을 위해 class diagram의 디지털화를 시켰다. 하는 김에 그런데 확실히 설명할때 JavaDoc뽑아서 그거가지고 설명하는게 편하긴 편하더라. --["상민"]
Found 4 matching pages out of 7540 total pages (5000 pages are searched)
You can also click here to search title.
