게시판 본문 COM / COM+ by VB 6.0 - Read Only

송원석님의 첫번째 물음
COM+ 에 올리셨다면 어떤 COM+ 서비스를 구현하셨나요? 적시 활성화인가요? 자동 트랜젝션이가요?

답변
DBProc , UItpl 은 트렌젝션이 필요 없습니다.

기능
DBProc 은 SQL 문이 들어오면 command개체로 받아 처리 해주는 처리 루틴입니다.

UItpl 은 .Net 처럼 코드와 Html을 불리 해서 변수에 값을 대입하는 처리 루틴입니다.
, 즉 트렌젝션은 필요 없습니다.
제가 보완 수정한건대요~ 간단한 프로퍼티 수정으로 전체,부분소스의 바인딩
Html을 바꿀수 있습니다. 메인턴스에 아주 좋겠조. 이건 제가 한겁니다. ㅋㅋ
즉 , 그 Html 코드를 COM으로 제작시 많은 퍼포먼스 이득이 생긴다 이거조??
제 생각이 맞을까요?



번외 질문

이러한 이유로
적시 활성화(ObjectControl ) , 트렌젝션도 빼야겠조?
물론 적시 활성이 빠지면 <object> 태그도 사용이 불가 하겠조?

이러한 이유로 , COM 만으로 제작하고 개체의 생성과 파괴를 최대한 짧은 시간에 해주는게 좋겠조??

그전에는 ObjectControl 가 그냥 좋은 건가보다 하고 무저건 넣었는데
큐브님의 강좌를 보니 적절히 쓰지 못하면 엄청난 성능 저하를 가저오는것을 알게 되었습니다. 물론 리소스는 아주 적게 들겠지만요 적시 활성으로..


또 제가 궁굼한게 있습니다;;
질문 1
개체 메모리 해제 질문

Public Function RunSQLReturnGR(ByVal SQL As String) As Variant
On Error GoTo ErrTrap
처리 루틴

메모리 해제는 해주지 않았습니다.
당연히 여기에도
' Set Cmd = Nothing
' Set Rs = Nothing
를 써줘야 메모리 해제 되겠조?
Exit Function

ErrTrap:
oObjectContext("Response").Write Err 개체 활용

' COM+(ObjectControl)을 사용했을때
oObjectContext.SetAbort

Set Cmd = Nothing
Set Rs = Nothing
여기에만 메모리 해제 해놓으면 제대로 처리 되었을때
Cmd ,Rs 의 메모리 해제는 안되겠조?
End function

질문 1.1
COM 으로 제작시 에러 루틴 처리 이렇게 해도 되는건가요?

Public Function RunSQLReturnGR(ByVal SQL As String) As Variant
On Error GoTo ErrTrap
처리 루틴

메모리 해제는 해주지 않았습니다.
당연히 여기에도
' Set Cmd = Nothing
' Set Rs = Nothing
를 써줘야 메모리 해제 되겠조?
Exit Function

ErrTrap:
oObjectContext("Response").Write Err 개체 활용

' COM (ObjectControl 를 빼고)만 사용했을때

Set Cmd = Nothing
Set Rs = Nothing
여기에만 메모리 해제 해놓으면 제대로 처리 되었을때
Cmd ,Rs 의 메모리 해제는 안되겠조?
End function


질문 2
송원석님이 강좌에 써놓은 말입니다.

동일한 DLL 형태의 컴포넌트임에도 불구하고 해당 컴포넌트를 COM+ 서비스에 등록하여 약간의 부가적인 설정을 해주고나면 마치 애초부터 DCOM 컴포넌트로 제작된 것처럼 원격 인스턴스를 생성하는 것이 가능해진다. 게다가 그 방법도 어처구니 없을 정도로 간단한데 그 자세한 방법에 관해서는 나중에 따로 논의를 하도록 하겠다.

언제 하나요?? 너무 보고 싶어요 다음 강좌는 언제 개제 되나요?
다음글에 게제하신다는 DCOM(분산처리) 구현에 대해서 알고 싶습니다.
아님 하는 방법이라도 좀 알려주세요! 어떻게 하는건지 , 너무 무리한 부탁인가요?

질문 3
적시 활성화 서비스를 이용하면 그 세부적인 방법에 조금 차이가 존재하기는 하지만 RPC 채널과 관련하여 커넥션 풀링이 데이터베이스 커넥션에 관해서 주는 결과와 비슷한 효과를 얻을 수 있다.

어떻게 엊조?
제발 다음 강좌 올려주세요!

질문 4
OBJECT 태그는 일반 COM 컴포넌트에서만 사용하는 것으로 그리고 가급적이면 애초에 사용하지 않는 것으로 개인적인 룰을 가지고 있습니다.

즉, <object> 태그를 사용하면 적시 활성과 같은 기능을 한다는 말씀이조?
그럼으로
Set aaa = CreateObject("aaa.bbb")
처리루틴
Set aaa = Nothing
를 하라는 말씀이조?
제가 옛날에 수업들을때 들은건데 개체는 필요할때 해서 최대한 빨리 끊는게 좋다고 들었습니다. 이말인거 같은데 맞나요?

질문 5
비주얼 베이직 6.0 으로 작성된 컴포넌트는 STA 에서 동작을 하는데 이러한 STA 컴포넌트를 OBJECT 태그를 사용하여 세션이나 응용 프로그램 범위에서 사용하도록 등록할 경우 성능상에 심각한 문제가 발생하게 됩니다.

세션,응용프로그램? 이건 무엇을 말씀하는거조?
성능상의 어떠한 심각한 문제를 말씀 하시는건가요?

결론적으로 Server.CreateObject 를 이용하는게 가장좋다는 말씀인거는 알겠습니다. ^^


송원석님 덕분에 많은거 배워갑니다. 감사 합니다.
( _ _)( ^ ^)( _ _)( ^ ^)( _ _)( ^ ^)