Programming (123) 썸네일형 리스트형 programming : 프로그래밍을 할 때에는 도메인 이해는 선택이 아닌 필수. 3월에 이직을 하고 약 일주일뒤에 바로 업무를 시작하였습니다.사실 asp.net 웹개발환경이 처음이었던 터라 asp.net을 이해하는데에 집중하였던 것 같네요.DB에서 CRUD 와 view layer까지 data전달만 이해하고 회원관리 부분을 직접 작업하였습니다.그렇게 한달여정도 회원관리와 같은 서비스에만 집중하다보니실제 저희 서비스 도메인에 대해서는 무뎌졌습니다.그리고 바로 회사에서 제공하는 서비스를 유지보수하는데도메인에 대한 이해를 소홀히하고 그때그때 요구사항에 맞추어 유지보수하는 데에만 집중하였습니다.그렇게 두달정도 시간이 지나고 저희 모든 서비스를 모바일웹으로 제공하는데에 투입되었는데거의 전반적인 부분을 혼자 작업하게 되었습니다.사실 처음엔 asp.net의 webform 을 쓰면서 jquery m.. asp.net : 이름이 현재 컨텍스트에 없습니다. (백업파일 등에서 발생하는 모호성??) C#을 다룬지 얼마 안되었습니다.내공이 깊은 고수님들의 코멘트는 늘 환영입니다 :) 보통 view layer의 ascx나 aspx 파일에서 참조하려는 cs 파일의 name space 를 잘못정의한 경우에위와 같은 오류메시지를 접하게 됩니다.관련해서는 구글링하면 줄줄 나와요 :) 다만 저같은 경우엔 조금 다른 경우인데요, 모호성(?)에 기인한 경우입니다.컨트롤러(ascx) 작업을 하다가 백업을 하기 위해 백업파일을 백업대상 파일과 같은 path에 저장해두었습니다.이때 백업대상에 없는 각종 server에서 실행되는 웹컨트롤들이 현재 컨텍스트에 없다며 오류가 나더군요. 이렇게도 저렇게도 하면서 저 오류를 해결하지 못하고 있었는데,name space 를 잘못 정의해주었다는 부분에서 힌트를 얻었습니다.visual.. vim : [링크] command http://gyuha.tistory.com/157 git : [링크] command http://sapeyes.blog.me/70118257910 javascript : [오늘의 명심] javascript 작성시에는in browser code, out browser code 를 분리하여 작성. [오늘의 명언] 기본적으로는 specific한 케이스를 고려하고 거기서 더 general 하게 풀어줄 수 있는 영역을 찾아내야 합니다.- 출처 : http://iilii.egloos.com/5553669 [STS3.1] application-context.xml 에 error 표시날 때. 우선 이 방법은 application-context.xml 이 유효한 xml로 작성되었다는 가정아래입니다.(유효한 xml에 대한 스펙은 구글링 해보셔요~)spring-jpa-1.0.xsd, spring-context-3.1.xsd 에 대해서 인식을 못하여 나는 error로아주 간단하게 해결할 수 있습니다. 화면상단에 라인넘버가 있는 곳에 빨간 곳에 우클릭. validate. 그럼 에러마크가 사라집니다 OTL.... 후우...... 술프군요. [java] jsp&servlet bean spec (not ejb) 1) 반드시 인자가 없는 public 생성자가 있어야 합니다. default 생성자를 반드시 작성해주되 public 이어야 한다는 의미입니다. 2) 뒤에 동일한 단어가 뒤따라 나오는 접근자/설정자가 있어야 합니다. (foo > setFoo(), getFoo(). 만약 boolean이라면 isFoo()) 3) set의 parameter type과 get의 return type은 동일해야 합니다. ( int getFoo() , void setFoo(int foo) ) 4) 2)에서와 같이 foo라는 멤버 변수가 있다하여서 반드시 getFoo(), setFoo() 와 같은 접근자/설정자의 네이밍이 되어야할 강제는 없습니다. 멤버변수가 foo 라면 getBar(), setBar() 라고 작성해주어도 되며 내부 .. 이전 1 2 3 4 5 6 ··· 16 다음