J2H World

  SVN 커밋 할 경우에 항상 각 파일을 확인하자.
프로젝트 참조추가 부분을 수정후 커밋, 커밋을 하는 경우에서 svn은 수정되었다고 인지하여 커밋과정에서 프로그램이 정상적으로 돌지 않았음

c++에서 _w로 시작하는 함수는 유니코드, _t로 시작하는 함수는 유니코드, 멀티바이트( 프로젝트 속성에 따라 변함), 동일한 부분은 변수로 뺄 것
구글검색시 MSDN을 보는 습관을 들여라,
꼭 돌려 보고 죽지 않도록 만들 것,
파일을 읽는 부분을 구현 할 경우, 파일 내용과 파일의 없을 경우를 대비 할 것
->  bool값을 읽을경우 true, false 의외의 값이 데이터 파일에 저장 될 수 있음
true, false의 경우 true를 제외한 나머지 값은 false로 읽도록 하게끔 만들어라
처음부터 완벽하려고 하지 말 것, 실행이 우선 리팩토링, 변수 정리는 구현하고자 하는 내용이 수행이 문제 없이 될 떄 할 것

모든 변수는 초기화 할 것
문자열에선 가급적이면 비교연산자를 사용하지 않는다 -> 동작이 의도와는 다를 수 있음

SVN 리비전 정보가 날라간 상황, SVN 서버상 버전은 #116 내 로컬 버전은 #119, 커밋을 하려고하니까 117,118을 찾는다, 그래서 되지 않음
이 방법을 해결 할 경우 SVN 서버 상의 #116을 커밋하고 #119버전에서 export 버튼을 눌러 #116에 덮어 씌운다. 그러면 체크아웃 받은 #116 버전은
파일이 내 로컬 버전과 일치하게 된다. 그 상태로 커밋을 하면 #118로 새로운 버전이 로드된다.

UI를 만들때는 사용자의 편의를 고려 한다. 또한 UI의 기본성질을 고려하여 제작한다. 예를들어 경로를 입력하는
경우 경로외의 입력을 차단하여 준다. 숫자 입력의 경우 최저, 최대숫자를 입력 할 수 있도록하고 숫자를 제외한 나머지 문자는 입력불가능 하도록
수정 한다.

옵션 값은 항상 min, max 값을 정하고 그 외의 값은 default 값으로 read, write가 되도록 하여라
작업자는 내 생각을 벗어난 자가 많다.

내가 수정한 코드는 반드시 디버깅을 통하여 원하는 값이 들어가는지, 결과에 맞는 순서로 호출이 되는지 확인
Log를 통해 확인하는 습관을 들여라.
내가 생각하는 알고리즘도 좋다, 그러나 이미 작성된 프로그램의 경우 프로그램의 구조에 따라 좀 더 효율적인 방법이
있을수 있다. Single Cap -> Map Click
for문을 최소화 하는 방법이 있다면 써라 코드는 아래와 같다
 short[] arrayTray = null;

                if (0 == title.CompareTo("MODULE X1"))
                {
                    arrayTray = Map.csTRAY1;

                }
                else if (0 == title.CompareTo("CAP"))
                {
                    arrayTray = Map.csTRAY2;
                }
                else if (0 == title.CompareTo("UNLOADER X3"))
                {
                    arrayTray = Map.csTRAY3;
                }

                ////[2018-10-08 swkim]
                if (arrayTray != null)
                {
                    for (int index = 0; index < arrayTray.Length; index++)
                    {
                        arrayTray[index] = Tool.csEmpty;
                    }
                }

특정 동작을 실행중일때 다른동작이 수행되면 안될경우 반드시 조건문으로 처리를 해준다.
예를들어서 장비가 가동중일때 reset 버튼을 누르면 안되기에 reset에서 프로그램이 정상작동중일때를 체크 한다.
체크옵션을 저장했을때 기존에 업데이트 되어야 하는 부분을 잘 생각하여 코드를 수정한다.
Ex) cap cleaner 사용 옵션에서 상태 정보를 바뀌었을때 출력되는 UI가 있다면 그 부분도 수정한다

txt, ini 등의 레시피를 읽어오는 부분을 수정 할때에는 디버깅을 통해 정상적으로 값이 들어오는지를 확인한다.

소프트웨어적인 버튼과 하드웨어적인 버튼에 대한 제어를 위해 현재 상태에 대한 변수가 필요하다.
프로그램상에서 현재 상태에 대한 것을 모르면 제한되는 부분이 많다.
로그를 남기는건 기본중에 기본이다 각함수 호출 순서라도 남기자

Count을 하는 경우 Count상황과, max 카운트에 도달하였을때 0으로 reset 해주는 것을 잊지말자. 행업으로 이어졌다.
행업 -> 해당 코드에서 다음으로 넘어가지 않는 현상
내 생각 ? -> 교착상태, 해당 조건이 reset이 되지 않는 경우.

에러코드 발생조건을 확인하지 않고, 에러코드 0에 새로운 에러메세지를 넣었다. 그러나
에러코드 발생조건중 errCode != 0이 아닐때 에러메세지를 출력하는 경우에 걸려 행업이 발생하였다.
발생조건 확인하자

다국어번역 할 때, 컨트롤에 개수에 따라 단순 노가다가 더 빠를수 있다. 나같은 경우 UI상 모든 컨트롤을 찾아 content를 바꾸는 방법을 사용했지만,
canvas의 경우 header에 텍스트를 넣기 때문에 이를 생각하지 못해 더 어려움을 겪었다. 그리고 파일 변환시 언어가 깨질수 있으니
이를 대처하는 방법도 중요했다

다국어 파일을 번역자에게 맡길때는 최신 파일인지 확인 할 것.
각 버튼 컨트롤의 이름은 중복이 되지 않도록 이름을 잘 넣어준다. 다국어 변환시 버튼 컨트롤의 이름을 Key로 사용 하였는데
동일한 이름을 가져, 같이 검색되었고 이름이 바뀌었다.

Azin 관련 모터제어 함수는 펄스 출력시 반환과 펄스 완료시 반환이 있다. 펄스 완료에 대해서는 처리 할 필요가 없지만, 펄스 출력시에 대한 처리를 할 경우 해당 함수 완료에 대한 처리를 해주어야 한다 그렇지 않다면, 모터가 완전히 움직이지 않았는데 다른 일을 처리 할 경우가 생긴다.

Muilti Thread를 사용 할때 CPU 점유율 문제로 프로그램이 효율적이지 못한 경우가 있다. 이럴때 Sleep을 조금씩 호출해주어
컨텍스트 스위칭이 일어 날 수 있도록 해준다.
 스레드 3개가 사용된다고 가정하자. 스레드 할당 시간은 총 10초이고, 스레드 1이 5초를 쓰면 스레드 2,3은 총 5초밖에 사용 할 수없다.

실린더 관련하여 제어를 할 경우 실린더가 정상적으로 동작하고 관련 센서가 켜졌을떄 유지되는 시간을 통해 비교를 하자