티스토리 뷰
View&Doc 구조에서 MDI 형식의 프로젝트를 만지면서 수 없이 많은 삽질 과정을 거쳤지만, 그 중에 가장 뼈저리게 기억에 남는 교훈은 같은 정보를 담는 인스턴스를 여러개 만들지 말자 라는 것이다. 즉, 하나만 생성해서 나머지는 포인터로 참조하도록 하자.(그렇다면 어디서 인스턴스를 생성하느냐도 존나 갈등때리고 고민때리는 문제가 된다.)
일단.. 현재 맡고 있는 프로젝트의 프로그램을 보면
Doc에서 관리하는 변수와 View에서 관리하는 변수가 있으며, 특이하게도 실제 화면이 그려지는 영역은 Actuator라는 녀석이다. 즉 View와 Actuator사이에서 옵져버 패턴으로 관리되고 있는 모양새다.
이제 Doc과 View사이의 변수가 커뮤니케이션 함에 있어, 허접 프로그래머인 나는 계속해서 같은 인스턴스를 생성해서 그 놈을 변경 시킨후, 변경이 끝난 이후에 Doc으로 다시 변경 값을 보내주는 멍청한 짓을 해왔었다.
메모리적인 측면이나 프로그램 구동의 효율적인 측면이나 참 바보같은 짓을 한게 아닌가 싶다.
차라리 인스턴스는 Doc에만 두고 View에서는 그것의 포인터를 가져와서 처리를 시킬걸 하는 후회가 막심하게 들었다.
더욱이 똑같은 역할이니까 하나가 바뀌게 되는 경우 여기저기 다 바꿔줘야하니 이 얼마나 비 효율적인 일인가..
대표적인게 ReadData의 정보를 갖고 있는 클래스를 여러개 생성한 것이다.
하나만 생성했어도 됐는데, 다른 View로 해당 객체를 넘기면서 무리해서 인스턴스를 계속해서 생성한 것 같다.
하나만 만들어서 레퍼런스를 넘기자!!!!!!
덧, 이번 프로젝트를 진행하면서 위의 사항 외에도 벡터 안에는 포인터를 넣지 말자 등의 수 만가지 교훈을 얻었음.
'JHB > 잡다한 이야기' 카테고리의 다른 글
[잡설] ResourcePool을 사용하자.. (0) | 2012.07.24 |
---|---|
경력있는 프로그래머는 무엇이 다른가? (0) | 2011.09.16 |
유니코드와 멀티바이트, UTF-8 이런 놈들은 무엇인가? (3) | 2011.05.12 |
[잡설] final과 const와 포인터와 클래스대한 고찰 (1) | 2011.03.22 |
[잡설] 특정 컨트롤이나 변수에 의존적으로 값이 바뀌는 변수에 대하여. setter의 사용. (0) | 2011.02.15 |
[C++] 파라미터 없는 void는 웬만하면 지양하자 (0) | 2011.02.15 |
[C++ / STL] iterator는 포인터가 아닌데 포인터 처럼 쓴다. (0) | 2011.01.26 |
사랑에 관한 시 (0) | 2010.06.06 |
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
TAG
- kering
- android
- Quiz
- C++
- Visual C++
- 드라이버
- AWS
- gcc
- Cloud
- db
- API
- C
- Troubleshooting
- NDK
- database
- 안드로이드
- algorithm
- winapi
- jni
- jni강좌
- 리눅스
- driver
- it
- MFC
- linux
- source
- 음악
- java
- 프로그래밍
- Python
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
글 보관함