winform

필자는 윈도우즈 OS에서 동작하는 프로그램의 형태를 총 3가지로 나눈다. Windows(UI) 프로그램 / Windows Service 프로그램 / Web 응용프로그램으로 크게 분류한다. 같은 Windows 프로그램인데 Winform기반이나 WPF기반이냐 그도 아니면 MFC를 작성 했는가는 그저 구현 기술로 본다. *nix OS에서는 Windows Service와 같은 프로그램을 데몬(Demon)이라고 칭한다. Windows service 형태는 SQL Server나 IIS와 같이 사용자 인터페이스(UI)가 없이 이를 사용하는 Client프로그램에 서비스를 제공하는 프로그램이다. 필자가 오늘 논하고자 하는 형태는 Windows UI 프로그램이나 때로는 Service와 같이 UI없이 Background로 ..

요즘 필자가 연재 하겠다고 뻥뻥 거렸던 예외에 대한 글도 마무리를 못지을 만한 일이 있다. (사실 엄격히 말하면 이 역식 변명인데 ^^) 수년을 끌어온 모 병원정보 시스템을 드디어 오픈 했기 때문이다. 현장에 주니어 개발자 한 분과 시니어 개발자 한 분이 몇 개월동안 오픈 준비를 했다. 워낙 그간 경험 해왔던 사이트 보다 병원 사이즈가 커서 이번에는 나도 몇 주간 시스템 오픈 지원 및 상황 통제를 하기 위해 현장에 나와 있다. 상당 기간동안 준비를 해왔고 기존 시스템과 연동하여 우리 제품의 사용 검증이 끝났음에도 불구하고 차세대 시스템에 적용중에 생기는 문제는 또 다른것 이였다. 현재 크고 작은 이슈들이 지나가고 있는 중이다. 그런데 몇 일 전에 이상한 이슈가 제기 되었다. 사용자가 우리 솔루션이 적용된..

10년 전이나 지금이나 기업용 솔루션 개발을 하는 일이 어찌 보면 비슷한 패턴의 연속이다. 다만 나를 비롯한 개발자들은 이를 좀더 간결한 코드로 만들어 내느냐에 노력 해온거 같다. 3-tier 구조 역시 그러하다. 물론 오늘 다룰 주제가 3-tier 구조에 국한되는 이야기는 아니다. 3 tier던 2 tier던 UI에서 서비스 호출 또는 DB Access를 하고 나서 UI가 할일은 대기 하는 것이다. 결과가 올때 까지 무작정 (사실은 정해진 시간 내에서 기다린다. 우린 이것을 보통 Timeout이라고 한다. ) 기다린다. 이렇게 호출을 해놓고 기다리면 화면이 얼어 버린다. 얼어 버린 화면을 이리 끌고 저리 끌고 해봐야 화면은 아무런 응답을 하지 못한다. 왜 이러냐면 UI를 가지고 있는 윈도우 프로그램은 ..