어원 적으로 "많은 형식"을 의미하는 Polymorphism 은 기본 클래스의 하위 클래스의 객체를 마치 기본 클래스의 객체처럼 취급 할 수있는 기능입니다. 따라서 기본 클래스에는 기본 클래스 자체 및 해당 하위 클래스가 포함됩니다. (..) 이렇게하면 코드 작성이 쉬워지고 다른 사람들이 쉽게 이해할 수 있습니다. 나중에 다른 유형의 하위 클래스에 다른 하위 클래스를 추가 할 수 있고 해당 하위 클래스의 객체도 기존 코드와 함께 사용할 수 있으므로 코드를 확장 할 수 있습니다.
[C#] 프로세스가 실행 중인지 어떻게 알 수 있습니까?
에 대한 참조를 얻을 때 System.Diagnostics.Process 프로세스가 현재 실행 중인지 어떻게 알 수 있습니까?
답변
이것은 이름으로 수행하는 방법입니다.
나중에 조작 할 수 있도록 모든 프로세스를 반복하여 ID를 얻을 수 있습니다.
답변
이것이 리플렉터를 사용한 후 찾은 가장 간단한 방법입니다. 이를 위해 확장 방법을 만들었습니다.
Process.GetProcessById(processId) 방법은 호출 ProcessManager.IsProcessRunning(processId) 방법과 발생 ArgumentException 과정이 존재하지 않는 경우에. 어떤 이유로 ProcessManager 수업은 내부에 있습니다 …
답변
답변
reshefm은 꽤 좋은 대답을했습니다. 그러나 프로세스가 시작되지 않은 상황을 설명하지는 않습니다.
다음은 그가 게시 한 내용의 수정 된 버전입니다.
그의 ArgumentNullException은 실제로 null 참조 예외라고 가정하고 어쨌든 시스템에 의해 발생하기 때문에 프로세스가 시작되지 않았거나 close () 메소드를 사용하여 방법.
답변
이것은 하나의 라이너이어야합니다.
답변
이 기능의 신뢰성에 달려 있습니다. 보유한 특정 프로세스 인스턴스가 여전히 실행 중이고 100 % 정확도로 사용 가능한지 알고 싶다면 운이 좋지 않습니다. 관리되는 프로세스 개체에는 프로세스를 식별하는 방법이 2 가지 밖에 없기 때문입니다.
첫 번째는 프로세스 ID입니다. 불행히도 프로세스 ID는 고유하지 않으며 재활용 할 수 있습니다. 일치하는 ID에 대한 프로세스 목록을 검색하면 동일한 ID를 가진 프로세스가 실행 중임을 나타내지 만 반드시 프로세스는 아닙니다.
두 번째 항목은 프로세스 핸들입니다. Id와 같은 문제가 있지만 작업하기가 더 어색합니다.
중간 수준의 안정성을 찾고 있다면 동일한 ID의 프로세스에 대한 현재 프로세스 목록을 확인하는 것으로 충분합니다.
답변
Process.GetProcesses() 갈 길입니다. 그러나 프로세스 실행 방법 (예 : 제목 표시 줄의 유무에 관계없이 서비스 또는 일반 앱)에 따라 프로세스를 찾기 위해 하나 이상의 다른 기준을 사용해야 할 수도 있습니다.
미국에서 교통 위반 티켓이 있는지 어떻게 알 수 있습니까?
자신의 차량을 소유하고 원하는 곳으로 가져가는 것은 많은 책임을 수반하며, 그 중 미국에서 교통 위반 티켓을 피하는 것이 중요합니다.. 주마다 법률이 다를 수 있지만, 각 주 또는 지역에 적용되는 특정 법률을 포함하여 모두 공유하고 귀하가 존중해야 하는 일반성이 있습니다.
차가 있고 벌금이 있다고 생각하지만 여전히 확신이 서지 않는다면 걱정하지 마십시오. 제대로 찾아오셨습니다. 이 기사에서 외환 거래시기를 어떻게 알 수 있습니까? 보류 중인 교통 위반 티켓이 있는지 여부와 티켓이 있는지 확인하는 방법에 대해 필요한 모든 정보를 찾을 수 있습니다. 이제 시작하겠습니다!
미국 내 교통 위반 티켓이 있는지 어떻게 알 수 있습니까?
미국에서 교통 위반 티켓을 얻는 것은 심각한 사업입니다. 따라서 이러한 벌금이 있다고 의심되는 경우 모든 주의를 기울여야 합니다. 이 섹션에서 도움이 되도록 다음 사항이 있는지 알아보기 위한 단계별 가이드를 준비했습니다.
1단계: 교통 경찰관에게 벌금 증명서를 요청하세요✔
경찰관이 교통 위반으로 당신을 세울 때, 벌금이 부과되고 이에 대한 요금을 지불해야 하는지 또는 경고만 받고 있는지 확인하기 위해 영수증을 요청하는 것이 중요합니다., 이 증거는 변호인의 경우에 매우 중요하고 귀하가 이를 검토하여 벌금이 부과되는지 여부를 알 수 있습니다.
2단계: 실제 DMV 위치로 이동하여 대기 중인 티켓이 없는지 확인하세요✔
티켓이 없고 티켓이 의심되는 경우 가까운 DMV 사무실을 방문하여 운전 면허증을 제시하세요., 거기에서 직원이 당신을 도울 것이며 당신이 미지불 벌금이 있는지 확인하도록 요청할 수 있습니다. 당신은 고려해야합니다 티켓에 대한 영장이 있으면 즉시 체포됩니다.
또 다른 옵션은 지역 DMV에 전화하십시오. 일단 전화를 받으면 외환 거래시기를 어떻게 알 수 있습니까? 교환원에게 운전 면허증 번호만 제공하면 됩니다.; 과태료가 누적되면 알려드리니 반드시 본인 확인을 위해 전화를 주셔야 합니다. DMV는 귀하가 아닌 다른 사람에게 해당 정보를 제공할 수 없습니다.
3단계: 해당 주의 공식 DMV 웹사이트로 이동✔
해당 주의 자동차 위원회 공식 웹사이트로 이동하여 온라인으로 확인하십시오., 이 서비스는 무료가 아니므로, 신용 카드로 약 15달러의 수수료를 지불해야 합니다., 이 경우 다음을 수행하면 됩니다.
- 사회 보장 번호를 입력하십시오.
- 다음으로 운전자 기록을 받게 되며 이 문서에는 보류 중인 벌금이 반영됩니다.
미국에서 벌금이 부과되는지 알아보는 또 다른 웹사이트는 다음과 같습니다. www.dmv.org, 사이트 내에서 이 쿼리를 만듭니다. 무료 서비스가 아니므로 신용 카드로 $29.95의 수수료를 지불해야 합니다., 웹에 들어갈 때 다음 데이터를 제공합니다.
- 운전 면허증 번호.
- 청구할 이름과 주소입니다.
미국에서 교통 위반 티켓을 받는 주요 원인은 무엇입니까?
이 섹션에서는 사용자가 범하는 다양한 유형의 위반에 대해 교통 위반 티켓을 발행할 수 있습니다. 가장 일반적인 8가지가 무엇인지 알게 될 것이며 이러한 방식으로 그 중 하나에 빠지는 것을 방지할 수 있습니다.
#1.- 과속
이것은 가장 일반적인 벌금 중 하나이며 운전자는 최대 한도를 알고 있지만 일반적으로 초과하려는 유혹을 받기 때문에 권장 사항은 허용 한도를 확인하고 초과하지 마십시오.
#2.- 알코올의 영향으로 운전
이 벌금을 피하기 위한 해결책은 매우 간단합니다. 음주 운전을 하지 말고 운전하는 것처럼 보이지도 마십시오., 그것은 당신이 차에서 낮잠을 자면 뒷좌석에 차 키를 보관하고.
#3.- 나는 휴대폰을 사용한다
일부 주에서는 운전자에게 벌금을 부과합니다. 운전 중 손으로 전화 사용, 따라서 사용해야 하는 경우 핸즈프리 도구를 통해 수행.
#4.- 교통 신호 또는 규정 위반
즉, 귀하의 관할권에 다른 장소에는 적용되지 않는 특정 교통법이 있는 경우 표지판을 존중할 뿐만 아니라 준수하는 데 매우 주의해야 합니다. 이들에 대한 무지는 방어 논증으로 간주되지 않습니다..
#5.- 자동차 등록 또는 운전 면허증 요구 사항의 불규칙
이 만료된 면허증 또는 등록으로 운전하는 것을 포함합니다., 갱신하지 않은 불가항력의 사유가 없는 한; 이러한 원인은 담당자가 명시하고 확인해야 합니다.
#6.- 난폭 운전
일부 주에는 운전자의 무모하거나 고의적인 운전을 금지하는 법률이 있습니다. 타인의 안전을 위협하다.
#7.- 사고 현장에서 탈출
이 이것은 가장 심각한 교통 위반 중 하나로 간주됩니다. 특히 누군가가 부상을 입은 경우.
#8.- 빨간불 및/또는 정지 신호 실행
상당한 중대 범죄 중 하나이며, 큰 사고를 유발할 수 있으므로.
미국에서 교통 벌금을 지불하는 방법?
미국에서 벌금을 내는 것은 벌금을 부과한 주에 따라 다를 수 있습니다. 요청하는 지불 방법을 알기 위해서는 브로셔나 벌금 영수증을 확인해야 합니다.; 이 정보도 과태료를 부과한 관청 홈페이지를 통해 확인할 수 있다.
시스템에 나타날 때까지 24-48시간을 기다려야 할 수도 있습니다. 또한 주의를 기울여야 하며 일반적으로 30일인 기간 내에 지불해야 합니다. 지불 후 바우처 사본을 보관하십시오. 이를 염두에두고 일반적으로 세 가지 지불 방법이 사용됩니다.
1단계: 티켓이 발행된 국가 페이지의 웹사이트를 통해✔
이를 위해 당신은 당신의 면허증 번호, 티켓 번호 및 차량을 등록한 주의 이름.
#2.- 수표 또는 우편환을 통한 우편 결제✔
절대 현금을 보내지 말고, 벌금에 표시된 주소로 보내십시오.
#3.- 개인 또는 직접 결제✔
법원이나 재판소에서 직접 지불할 수 있습니다.
결백한 상태에서 교통 위반 티켓을 받으면 어떻게 해야 하나요?
교통 위반 티켓을 받으면 두 가지 옵션이 있습니다. 위반을 수락하고 지불하거나 "무죄"를 주장하십시오. 벌금이 부당하게 부과되고 있음을 알고 있는 경우, 결과는 귀하가 무죄에 대한 변론을 제시하는 재판에 출두하고 법원은 벌금이 계속되는지 또는 귀하가 무죄로 선언되는지를 결정할 것입니다.
벌금을 지불해야 하는 법원에 "무죄" 선언을 알리는 것이 중요합니다. 그것을 우편으로 보내십시오; 영수증이나 벌금 티켓에서 주소를 찾을 수 있습니다. 또 다른 옵션은 전화입니다. (860) 263-2750으로 전화하여.
교통 티켓을 분실하면 어떻게 됩니까?
벌금을 부과한 교통 법원에 알리거나 해당 지역 법원의 웹사이트에 들어가시면 벌금 번호와 그에 대한 나머지 정보를 찾을 수 있습니다. 그렇지 않은 경우 검색해야 합니다. 귀하가 거주하는 지역의 이러한 사항을 담당하는 사무실의 이메일 및 전화번호로 연락하여 통지합니다.
교통 벌금을 내지 않으면 어떻게 됩니까?
미국에서 교통 벌금을 내지 않을 경우의 결과는 다양하고 다양합니다. 이들 중 일부는 운전자에게 직접적인 결과를 가져오고 다른 일부는 다음과 같이 계속 운전할 가능성에 적용됩니다. 예를 들어, 운전 면허증 정지, 그래서 이 섹션에서 나는 그들과 외환 거래시기를 어떻게 알 수 있습니까? 함께 목록을 제시할 것입니다.
- 자동차 등록 갱신 실패.
- 운전면허 정지.
- 정해진 기간 내에 지불하지 않을 경우 $300의 민사 수수료가 부과됩니다.
- 법원은 벌금을 내지 않은 혐의로 귀하를 기소하고 체포 영장을 발부할 것입니다.
- 국가의 채무자로 선언되면 모든 절차가 거부됩니다.
- 비자 취소.
- 커뮤니티 서비스 등이 있습니다.
뉴욕에 교통 티켓이 있는지 어떻게 알 수 있습니까?
뉴욕주는 교통 벌금을 부과하는 것과 관련하여 가장 엄격한 주 중 하나입니다. 사실 이 주에서는 다른 주에서 불법으로 간주될 수 있는 제재가 적용됩니다. 가지고 있는 것 외에 한도에 도달하면 벌금을 계산하는 시스템에서 라이센스가 정지됩니다.
뉴욕주 티켓이 있는지 확인하고 싶다면, 사용자 이름과 비밀번호를 입력하거나 링크를 통해 MyDMV에 계정을 생성하여 자동차국(DMV) 웹사이트를 방문하기만 하면 됩니다. ⇨https://dmv.ny.gov/tickets/how-pay-driver-civil-penalty
플로리다에 교통 티켓이 있는지 어떻게 알 수 있습니까?
플로리다 주에서 벌금이 부과된 것으로 의심되는 경우 이를 확인할 수 있는 여러 가지 방법이 있습니다. 그 중 하나는 주 자동차국 DVM(850-617-2000)에 전화하여 티켓에 대한 정보를 요청하십시오.
또 다른 방법은 DVM에 직접 참석하고 면허증을 제시하여 플로리다에 티켓이 있는지 확인하는 것입니다. 마지막으로 웹 사이트를 통해이 쿼리를 할 수 있습니다. ⇨로 이동하려면 운전 면허증을 입력하십시오.https://services.flhsmv.gov/DLCheck/
캘리포니아에 교통 위반 티켓이 있는지 어떻게 알 수 있습니까?
캘리포니아는 교통 티켓에 관해 매우 엄격한 또 다른 주이므로 다음 사항을 고려해야 합니다. 축적하지 않는다 이러한 유형의 위반은 운전 기록에 영향을 미치고 운전 면허증을 잃을 수도 있기 때문입니다.
이 상태에서 과태료가 의심되는 경우 웹사이트 ⇨https://www.dmv.ca.gov/portal/mydmv e 차량 데이터를 입력하면 누적된 과태료가 자동으로 부과됩니다.
이런 식으로 우리는 끝에 도달했습니다. 이 모든 정보가 미국이나 그 도시에서 교통 티켓이 있는지 아는 데 유용하기를 바랍니다. 이렇게 하면 많은 문제를 줄이고 면허증을 관리할 수 있습니다. 마지막으로 향후 출판물에서 우리의 모든 콘텐츠를 계속 방문할 수 있습니다. 우리는 당신을 기다리고 있습니다!
당신은 아니 보증금 외환 보너스에 관하여 알 필요가있는 무엇을
외환 거래는 오랫동안 머물 찾고 널리 관행이있다. 온라인 거래는 외환 거래를 통해보다 쉽게되어 이에 대한 이유는 억지 아니다. 외환 거래는 삶의 교환 외화 모든 세계의 상인과 개인을 할 수있는 세계 무역 시장. 모든 통화는 외환 거래를 통해 교환 할 수 있습니다. 그러나, 달러(USD) 유로 (EUR) 가장 요구 통화는이 모든 것을 벗어.
외환 거래는 일반적으로 당신이 필요로하는 교환 내용에 따라 쌍으로 발생. 예를 들면, 당신은 달러 유로 거래를하고자하는 경우, 유로화 / USD 쌍은 유로의 특정 양이 1 달러를 얻기 위해 필요 알 수 있습니다.외환 거래시기를 어떻게 알 수 있습니까?
각 통화의 가격은 수요에 의해 직접적으로 영향을받는. 금후, 교환 가격의 변동은 때때로 경험.
외환 거래에 투자의 장점은 많다. 보다 안전한 거래에서, 거래의 저렴한 비용으로, 및 수있는 데모 계정의 이용을 통해 활용 당신은 사물의 묘리를 터득 당신은 투자를 진행하기 전에. 플랫폼의 많은이 서비스하고 검증하는 것은 도움이 될 수를 제공. 사용자는 한 그가 원하는대로이 데모 계정을 사용하도록 허용이 있기 때문에. 또한, 그것은 당신에게 시장 상황을 마시다 할 수있는 충분한 시간을 제공.
별도로 데모 계정, 을 제공 외환 브로커가있다 외환 환영 보너스 그 계정에 현금이 필요하지 않습니다. 위에 75% 외환의 중개인은 외환 거래 플랫폼에서 사용자에게 특별 보너스를 제공합니다. 그러나, 이 보너스의 모든 사이, 아니오 예금 외환 보너스는 전세계 고객에 의해 상부 특별 보너스 하나의 요금입니다.
이 문서에서는 예금 외환 보너스가 무엇인지에 당신을 계몽한다, 무엇 수반, 어떻게 하나를 얻으려면.
없음 예금 외환 보너스는 무엇인가?
앞에서 언급한 바와 같이, 아무 예금 외환 보너스는 몇 외환 거래 플랫폼에서 외환 브로커의 많은에 의해 제공되는 특별 보너스입니다. 없음의 예금 외환 보너스는 일반적으로 브로커 페이지의 첫번째 타이머에 대한 환영 패키지로 사용된다. 그것은 당신의 브로커의 페이지 초기 방문시 제공됩니다. 그것은 기존의 입금 보너스와 매우 유사하다. 그러나, 그것은 다음과 같은 방법으로 다른;
● 에이 입금 보너스 귀하의 계정에 입금 한 후에 만 가능합니다, 노 입금 보너스가 당신을 필요로하지 않는 동안 그렇게하기.
● 보증금 보너스는 직접 계정에 예탁 한 금액에 따라 달라집니다. 그러나, 노 입금 보너스는에 의존하지 않는.
● 없음의 입금 보너스는 항상 브로커의 페이지에 처음 방문에 첫번째 타이머 주어집니다. 보증금 보너스, 하나, 그 후 부여 할 수.
● 없음의 예금 외환 보너스는 일반적으로 돈의 특정 금액입니다, 입금 보너스는 만든 예금의 비율은 동안.
없음의 예금 외환 보너스는 일반적으로 특정 외환 거래 플랫폼에 특정한 돈의 특정 합. 돈의 합계는 사이에 일반적으로 $15-$30. 또한 해당로 가장 적합한 귀하의 계정에 적립됩니다 통화를 선택할 수있는 기회를 가질 수.
어떻게 위대한 아니 보증금 외환 상여를 얻으려면
여러 외환 거래 플랫폼은 신규 고객이 특별 보너스를 제공합니다. 그러나, 보너스에 부착 된 금액이 서로 다르다. 노 예금 외환 보너스를 얻기 당신이해야 할 모든으로 매우 스트레스없는입니다 공식 사용자 수. 여기에 첨부 된 번거 로움이 없다.
다음 단계는 여러 가지 다른 밖으로 최고의 예금 외환 보너스 결정에 당신을 도울 것입니다.
위대한 외환 보너스 혜택을 선택
당신은 특정 거래 플랫폼에 등록하기 전에 약간의 연구를 수행하는 기회를 가질 수. 당신은 외환 브로커 리뷰를 통해 이동 및 제공하는 여러 가지 보너스를 비교할 수 있습니다. 다른 사람의 외환 거래시기를 어떻게 알 수 있습니까? 사이에 최적의 예금 외환 보너스를 선택해야합니다, 또한 다른 외환 거래 기능.
큰 보너스와 함께 고객을 많이 유치 나쁜 평판 외환 브로커를 많이 있기 때문에이 필수적이다. 를 통해 선별하고 적절한 연구를 만들기 떨어지는 피해자에서 당신을 방지 할 수 있습니다.
브로커의 사이트에 등록
적절한 연구와 비교 한 후, 당신은 브로커의 사이트에서 등록 할 수 있습니다.
연락처 정보를 확인
귀하의 ID 및 전화 번호 등의 연락처 정보는 등록 과정에서 필요.
이 등록 후, 즉시 예금 외환 보너스를 주장 할 수. 다행히도, 양이 보통이 거래에 대한 충분하다. 그러나, 이 철회 될 수없는 그들은이 보너스를 이해하는 것이 중요하다. 당신은 거래 후 승리를 적립하는 경우, 당신은 아직도 그것을 철회 할 수 없습니다 것. 일부 외환 거래 플랫폼에서, 인출이 가능하기 전에 외환 브로커는 4-5 회전율이 필요.
아니오 예금 외환 보너스의 장점
노 예금 외환 보너스 외환 거래의 세계로 초보자를 전환 할 수있는 좋은 방법입니다. 여기에 예금 외환 보너스의 몇 가지 장점은;
자극
이 환영 보너스는 외환 거래에 투자 고객을 유치하는 좋은 방법입니다. 외환 거래, 특히 낙담 외환 거래시기를 어떻게 알 수 있습니까? 조금 할 수 있습니다 당신은 몇 가지 투자를 분실 한 경우. 이 보너스는 도움이 될 수 있습니다. 특정 외환 거래 플랫폼에 투자하는 개인을 동기를 부여.
감소 초기 투자
노 예금 외환 보너스는 두 개 이상의 거래를 위해 충분한 돈을 제공합니다. 그는 자신의 보너스와 거래하면서 그의 초기에 계획 한 투자 저장 초보자를하는 데 도움이.
이익의 큰 금액
받은 보너스 거래 이익의 큰 금액을 의미합니다. 당신은 가능성이 자신의 돈으로 거래하기 전에 보너스에서 이익을 만들었을 것입니다. 총 금액은 이익이 있었던 것입니다 무슨에 비해 크게 될 것이다.
없음의 예금 외환 보너스는 외환 브로커의 거래 플랫폼 떨어져 더 많은 돈을 벌 수있는 매우 좋은 기회입니다. 에 첨부 된 단점이없는 당신이 그것을 얻을 때마다이 기회를하는 것이 좋습니다.
design patterns - patterns - 인터페이스를 만드는시기를 어떻게 알 수 있습니까?
.NET Framework 어셈블리를 탐색하고 표준 개체에 대한 기본 클래스로 드릴 다운하면 많은 인터페이스 (ISomeName으로 명명 된 멤버)가 표시됩니다.
인터페이스는 기본적으로 크거나 작은 프레임 워크를 구현하기위한 것입니다. 내 자신의 틀을 작성하기 전까지 인터페이스에 관해서도 같은 생각을했습니다. 또한 인터페이스를 이해하면 프레임 워크를 훨씬 더 빨리 배울 수 있다는 것을 알게되었습니다. 무엇보다 당신이 더 우아한 솔루션을 작성하고자하는 순간, 인터페이스가 많은 의미를 갖게된다는 것을 알게 될 것입니다. 그것은 수업에 적합한 옷을 입히게하는 것과 같습니다. 클래스가 인터페이스를 구현할 때 복잡한 객체가 덜 복잡해지기 때문에 인터페이스가 시스템을 훨씬 더 자체적으로 문서화 할 수 있다는 점이 중요합니다. 이는 인터페이스의 기능을 분류하는 데 도움이됩니다.
클래스는 명시 적 또는 암시 적으로 프레임 워크에 참여할 수 있어야 할 때 인터페이스를 구현합니다. 예를 들어 IDisposable은 널리 사용되는 유용한 Dispose () 메서드에 대한 메서드 서명을 제공하는 공용 인터페이스입니다. 프레임 워크에서 여러분이나 다른 개발자가 클래스에 대해 알아야 할 것은 IDisposable을 구현하면 ((IDisposable) myObject) .Dispose ()가 정리 목적으로 호출 될 수 있다는 것입니다.
클래식 예제 : IDisposable 인터페이스를 구현하지 않으면 C #에서 "using ()"키워드 구문을 사용할 수 없습니다. 매개 변수로 지정된 모든 개체를 암시 적으로 IDisposable로 캐스팅 할 수 있어야하기 때문입니다.
복잡한 예 :보다 복잡한 예는 System.ComponentModel.Component 클래스입니다. 이 클래스는 IDisposable과 IComponent를 모두 구현합니다. 전부는 아니지만 대부분의 경우 Visual Designer가 연결된 .NET 개체가 IComponent를 구현하므로 IDE가 해당 구성 요소와 상호 작용할 수 있습니다.
결론 : .NET Framework에 익숙해지면 Object Browser 나 .NET Reflector (무료) 도구 ( http://www.red-gate.com/products/reflector/ )에서 새로운 클래스를 만날 때 가장 먼저해야 할 일이 있습니다 http://www.red-gate.com/products/reflector/ )는 상속받은 클래스와 구현 된 인터페이스를 확인합니다. .NET Reflector는 Derived 클래스를 볼 수 있기 때문에 Object Browser보다 훨씬 뛰어납니다. 이를 통해 특정 클래스에서 파생 된 모든 객체를 배울 수 있으므로 존재하지 않는 프레임 워크 기능에 대해 잠재적으로 학습 할 수 있습니다. 이는 특히 업데이트되거나 새 네임 스페이스가 .NET Framework에 추가 될 때 중요합니다.
나는 인터페이스에 대해 더 많이 배워야하는 것처럼 느껴지는 곳을 배우는 시점에 있습니다.
나는 그들에 대해 자주 읽었지 만, 나는 그것을 이해할 수없는 것처럼 보인다.
나는 'Walk', 'Run', 'GetLegs'등과 같은 것들을위한 IAnimal 인터페이스를 가진 Animal base class와 같은 예제를 읽었지만 결코 작업하지 않고 "이봐, 나는 인터페이스를 사용해야한다. 이리!"
내가 뭘 놓치고 있니? 왜 내가 이해하기 힘든가? 나는 그저 하나에 대한 구체적인 필요성을 깨닫지 못할 수도 있다는 사실에 겁을 먹었습니다. 대부분 이해가 안되기 때문입니다! 개발자로서의면에서 뭔가를 놓치고있는 것처럼 느껴집니다! 누구나 이와 같은 경험이 있었고 획기적인 변화가 있다면이 개념을 이해하는 방법에 대한 몇 가지 정보를 알려 주시면 감사하겠습니다. 고맙습니다.
Jimmy는 여러 유형에 대해 하나의 변수를 사용할 수 있기를 원하지만 인터페이스 선언을 통해 동일한 유형의 메소드를 구현합니다. 그런 외환 거래시기를 어떻게 알 수 있습니까? 다음 인터페이스 유형 지정 변수에서 main 메소드를 호출 할 수 있습니다.
인터페이스를 사용하는 두 번째 이유가 있습니다. 프로젝트 설계자가 구현 코더와 다른 사람이거나 여러 구현 코더와 프로젝트 관리자가있는 경우 담당자는 전체 인터페이스를 작성하고 시스템이 상호 운용되는지 확인한 다음 구현 클래스와 인터페이스를 채우기 위해 개발자에게 맡길 수 있습니다. 이것은 여러 사람들이 호환 가능한 클래스를 작성하도록하는 가장 좋은 방법이며, 병렬로 수행 할 수 있습니다.
가장 쉬운 예는 Payment Processor (Paypal, PDS 등)와 같은 것입니다.
ProcessACH 및 ProcessCreditCard 메소드가있는 인터페이스 IPaymentProcessor를 작성한다고 가정 해보십시오.
이제 구체적인 Paypal 구현을 구현할 수 있습니다. 이러한 메소드가 PayPal 고유의 함수를 호출하게합니다.
나중에 다른 공급자로 전환해야한다고 결정하면 할 수 있습니다. 새 공급자에 대한 또 다른 구체적인 구현을 작성하십시오. 인터페이스 (계약) 만 연결되기 때문에 애플리케이션을 사용하는 코드를 변경하지 않고 애플리케이션에서 사용하는 인터페이스를 바꿀 수 있습니다.
계약과 같은 인터페이스를 생각해보십시오. 그것은 "이 수업은 이러한 일련의 규칙을 따라야합니다."라고 말할 수있는 방법입니다.
따라서 IAnimal 예제에서는 "IAnimal을 구현하는 클래스에서 Run, Walk 등을 호출 할 수 있어야합니다."라고하는 방법입니다.
왜 이것이 유용한가요? 예를 들어, 객체에서 Run과 Walk를 호출 할 수 있어야한다는 사실에 의존하는 함수를 만들 수 있습니다. 당신은 다음을 가질 수 있습니다 :
. 당신이 알고 걷고 걸을 수있는 모든 물건에 대해 그것을 반복하십시오. 그러나 IAnimal 인터페이스를 사용하면 함수를 다음과 같이 한 번 정의 할 수 있습니다.
인터페이스에 대해 프로그래밍함으로써 인터페이스의 의도를 구현하도록 클래스를 신뢰하고 있습니다. 그래서 우리의 예에서 "나는 그들이 달리고 걷는 한 그들이 어떻게 달리고 걷는 지 신경 쓰지 않습니다. 내 RunThenWalk는 그 합의를 이루는 한 유효한 것입니다. 다른 것에 대해서 알지 못해도 완벽하게 기능합니다. 클래스."
상사는 당신이 소프트웨어 개발자 , 음악가 또는 변호사 인지 상관하지 않습니다.
당신은 군인 으로 취급됩니다.
상사가 일하는 사람의 구체적인 내용을 신경 쓰지 않는 것이 더 쉽습니다 .
모든 사람을 병사의 추상화로 대우하고 (. 그들이 사람처럼 행동하지 않을 때 그들을 처벌하십시오).
병사처럼 행동 할 수있는 능력을 다형성이라고합니다.
인터페이스는 다형성을 달성하는 데 도움이되는 소프트웨어 구성입니다.
단순성을 달성하기 위해 세부 사항을 추상화해야하는 것은 귀하의 질문에 대한 대답입니다.
어원 적으로 "많은 형식"을 의미하는 Polymorphism 은 기본 클래스의 하위 클래스의 객체를 마치 기본 클래스의 객체처럼 취급 할 수있는 기능입니다. 따라서 기본 클래스에는 기본 클래스 자체 및 해당 하위 클래스가 포함됩니다.
(..) 이렇게하면 코드 작성이 쉬워지고 다른 사람들이 쉽게 이해할 수 있습니다. 나중에 다른 유형의 하위 클래스에 다른 하위 클래스를 추가 할 수 있고 해당 하위 클래스의 객체도 기존 코드와 함께 사용할 수 있으므로 코드를 확장 할 수 있습니다.
나는 지금 인터페이스를 사용했고, 여기에 나의 최근 사용법 (이름이 일반화되었다)이있다.
데이터를 내 비즈니스 개체에 저장해야하는 WinForm에 사용자 지정 컨트롤이 많이 있습니다. 한 가지 방법은 각 컨트롤을 개별적으로 호출하는 것입니다.
이 구현의 문제점은 컨트롤을 추가 할 때마다 필자는 "데이터 저장"메서드로 이동하여 새 컨트롤을 추가해야한다는 것입니다.
SaveToBusinessObject (. ) 메서드가있는 ISaveable 인터페이스를 구현하기 위해 컨트롤을 변경했습니다. 이제 "Save Data"메서드가 컨트롤을 반복하고 Isaveable 인 메서드를 찾으면 SaveToBusinessObject를 호출합니다. 이제 새로운 컨트롤이 필요할 때, 모든 사람은 그 객체에 ISaveable을 구현해야합니다 (그리고 다른 클래스를 절대 건드리지 마십시오).
인터페이스에 종종 실현되지 않는 이점은 수정을 지역화하는 것입니다. 일단 정의되면 애플리케이션의 전반적인 흐름을 거의 변경하지 않지만 세부 수준을 변경하는 경우가 많습니다. 세부 정보를 특정 개체에 보관하면 ProcessA의 변경 내용이 ProcessB의 변경 내용에 영향을 미치지 않습니다. 기본 클래스를 사용하면이 이점을 얻을 수도 있습니다.
편집 : 또 다른 이점은 행동의 특이성입니다. 예제에서와 마찬가지로 데이터를 저장하면됩니다. 컨트롤의 유형이 무엇인지 또는 다른 작업을 수행 할 수 있는지는 상관하지 않습니다. 컨트롤의 데이터를 저장할 수 있는지 알고 싶습니다. 그것은 내 저장 코드를 아주 명확하게 해줍니다. 텍스트, 숫자, 부울 또는 기타 사용자 정의 컨트롤이 모든 것을 처리하기 때문에 어떤 것이 든 검사 할 검사가 없습니다.
나는 지미의 대답을 많이 좋아하지만, 나는 그것에 뭔가를 추가해야한다고 느낀다. 모든 일의 핵심은 IP 프로세스가 가능한 "능력"입니다. 이것은 인터페이스를 구현하는 객체의 기능 (또는 외환 거래시기를 어떻게 알 수 있습니까? 속성이지만 "C # 속성의 의미가 아닌"본질적인 품질 "을 의미 함)을 나타냅니다. IAnimal은 인터페이스에 대한 좋은 예는 아니지만, IWalkable은 시스템에 많은 작업을 할 수있는 좋은 인터페이스입니다. Dog, Cow, Fish, Snake와 같은 Animal에서 파생 된 클래스가있을 수 있습니다. 처음 두 개는 아마 IWalkable을 구현할 것이고, 후자 두 개는 걷지 않으므로 그렇게하지 않을 것입니다. 이제는 "왜 Dog와 Cow가 파생 된 WalkingAnimal이라는 또 다른 수퍼 클래스를 가지고 있지 않습니까?"라고 묻습니다. 그 대답은 로봇과 같이 걸을 수있는 상속 나무 밖에 완전히있는 것을 가지고있을 때입니다. 로봇은 IWalkable을 구현하지만 Animal에서 파생되지는 않을 것입니다. 걸을 수있는 물건의 목록을 원하면 IWalkable로 입력하고 걷는 모든 동물과 로봇을 목록에 넣을 수 있습니다.
이제는 IWalkable을 IPersistable과 같은 더 많은 소프트웨어 -Y로 대체하십시오. 그리고 그 비유는 실제 프로그램에서 볼 수있는 것과 더 가깝게됩니다.
당신이 1 인칭 슈팅 게임을한다고 생각해보십시오. 플레이어는 여러 개의 총을 선택할 수 있습니다.
우리는 shoot() 함수를 정의하는 인터페이스 Gun 을 가질 수 있습니다.
Gun 클래스의 다른 하위 클래스, 즉 ShotGun Sniper 가 필요합니다.
슈팅 게임
범인은 갑옷에 외환 거래시기를 어떻게 알 수 있습니까? 총을 모두 가지고 있습니다. List 을 작성하여 표현할 수 있습니다.
범인은 필요할 때 switchGun() 함수를 사용하여 총을 순환합니다.
위의 함수를 사용하여 현재 총을 설정할 수 있으며 fire() 가 호출되면 shoot() 함수를 호출하기 만하면됩니다.
슈팅 기능의 동작은 Gun 인터페이스의 다른 구현에 따라 달라집니다.
클래스 함수가 구현 된 클래스의 인스턴스 (객체)를 기반으로 동작을 변경하는 다른 클래스의 함수에 종속 될 때 인터페이스를 만듭니다.
Shooter 클래스의 fire() 함수는 gun ( Sniper , ShotGun )이 shoot() 함수를 구현하기를 기대합니다. 우리가 총과 불을 바꾸면.
fire() 함수의 동작을 변경했습니다.
동일한 기능의 구현이 다른 경우 인터페이스를 사용하십시오.
공통의 구체적인 구현을 공유해야하는 경우 추상 / 기본 클래스를 사용하십시오.
또한 모의 단위 테스트 (.Net)를 수행 할 수 있습니다. 클래스에서 인터페이스를 사용하는 경우 유닛 테스트에서 객체를 조롱하고 논리를 쉽게 테스트 할 수 있습니다 (실제로 데이터베이스 나 웹 서비스 등을 타격하지 않고).
라세 날 (Larsenal)이 말한 것을 확장하십시오. 인터페이스는 모든 구현 클래스가 따라야 만하는 계약입니다. 이 때문에 계약서 프로그래밍이라는 기술을 사용할 수 있습니다. 이렇게하면 소프트웨어가 구현에 독립적이 될 수 있습니다.
순전히 걱정하지 말라. 많은 개발자들이 거의 인터페이스를 작성하지 않아도됩니다. .NET 프레임 워크에서 사용할 수있는 인터페이스를 자주 사용하지만, 곧 작성할 필요가 없다면 당연한 일입니다.
요원 클래스와 Viper 클래스가 있다면 항상 누군가에게주는 예제입니다. 그들은 각각 Boat 클래스와 Car 클래스를 상속합니다. 이제 이러한 모든 객체를 반복하고 Drive() 메서드를 호출해야한다고 가정합니다. 다음과 같은 코드를 작성할 수 있습니다.
다음과 같이 작성하는 것이 훨씬 더 간단합니다.
시스템에 유연성을 추가하는 프로그래밍 기술로 인터페이스는 어느 정도의 복잡성을 추가합니다. 그들은 종종 훌륭하고 모든 곳에서 사용할 수 있습니다 (모든 클래스에 대한 인터페이스를 생성 할 수 있습니다).하지만 그렇게하면 유지 관리하기가 더 어려운 복잡한 시스템을 만들 수 있습니다.
평소처럼 유지 관리 가능성보다 유연성이 있습니다. 어느 것이 더 중요합니까? 응답이 없습니다 - 프로젝트에 따라 다릅니다. 그러나 모든 소프트웨어가 유지되어야한다는 것을 기억하십시오.
그래서 내 조언 : 당신이 정말로 필요하기 전까지 인터페이스를 사용하지 마십시오. (Visual Studio를 사용하면 2 초 안에 기존 클래스의 인터페이스를 추출 할 수 있으므로 서두르지 마십시오.)
그렇다면 언제 인터페이스를 만들어야합니까?
갑자기 두 개 이상의 유사한 클래스를 처리해야하는 메서드를 리팩토링 할 때이를 수행합니다. 그런 다음 인터페이스를 만들고이 인터페이스를 두 개 이상의 유사한 클래스에 할당하고 메소드 매개 변수 유형을 변경합니다 (클래스 유형을 인터페이스 유형으로 바꿉니다).
그리고 그것은 작동합니다 : o)
한 가지 예외 : 객체를 모의 할 때 인터페이스가 훨씬 더 사용하기 쉽습니다. 그래서 나는 종종 이것을위한 인터페이스를 만들뿐입니다.
추신 : "인터페이스"라고 쓰면, "순수한 인터페이스 클래스를 포함한 모든 기본 클래스의 인터페이스"를 의미합니다. 추상 클래스는 논리를 추가 할 수 있기 때문에 순수한 인터페이스보다 더 나은 내기가되는 경우가 많습니다.
여러 사람이 이미 대답했기 때문에 인터페이스를 사용하여 클래스간에 특정 동작을 시행 할 수 있습니다. 이러한 동작은 동일한 방식으로 해당 동작을 구현하지 않습니다. 따라서 인터페이스를 구현하면 클래스에 인터페이스의 동작이 있음을 알 수 있습니다. Dog, Cat, 외환 거래시기를 어떻게 알 수 있습니까? Bird 등의 클래스는 동물의 유형이기 때문에 IAnimal 인터페이스는 일반적인 인터페이스가 아니며, 상속의 경우에이를 확장해야합니다. 대신, 인터페이스는이 경우 IRunnable, IFlyable, ITrainable 등과 같은 동물 행동과 더 비슷합니다.
인터페이스는 많은 것들에 유용합니다. 중요한 것은 플러그 형입니다. 예를 들어, List 매개 변수가있는 메서드를 선언하면 List 인터페이스를 구현하는 모든 것이 전달되어 개발자가 나중에 많은 양의 코드를 다시 작성하지 않고도 다른 목록을 제거하고 플러그 할 수 있습니다.
인터페이스를 사용하지 않을 수도 있지만, 처음부터 프로젝트를 디자인하는 경우, 특히 일종의 프레임 워크 인 경우 프로젝트에 익숙해지기를 원할 것입니다.
Coad, Mayfield 및 Kern의 Java Design 인터페이스에 대한 장을 읽는 것이 좋습니다. 그들은 평균적인 소개 텍스트보다 약간 더 잘 설명합니다. Java를 사용하지 않는다면 챕터의 시작 외환 거래시기를 어떻게 알 수 있습니까? 부분을 읽을 수 있습니다. 이는 주로 개념입니다.
이 구체적인 문제를 해결합니다.
당신은 4 가지 종류의 a, b, c, d를가집니다. 코드 전체에 다음과 같은 것이 있습니다.
왜 그들이 IProcessable을 구현하도록하지 않은 다음
이것은 같은 것을하는 클래스의 50 가지 유형을 추가 할 때 훨씬 더 확장됩니다.
System.Linq.Enumerable을 한번 보셨습니까? IEnumerable을 구현하는 모든 유형에서 작동하는 확장 메서드를 정의합니다. IEnumerable을 구현하는 모든 것이 기본적으로 "순서가없는 foreach 유형 패턴에서 반복을 지원합니다"라고 말하면서 열거 가능한 유형에 대해 복잡한 동작 (Count, Max, Where, Select 등)을 정의 할 수 있습니다.
인터페이스는 일반적으로 객체가 나타낼 수있는 비헤이비어를 정의하려는 경우에 사용됩니다.
.NET 환경에서의 좋은 예는 IDisposable 인터페이스입니다.이 인터페이스는 수동으로 릴리스해야하는 시스템 리소스를 사용하는 모든 Microsoft 클래스에서 사용됩니다. 클래스를 구현하려면 Dispose () 메서드가 있어야합니다.
Dispose () 메서드는 VB.NET 및 C# 의 사용 언어 구문에서도 호출되며 IDisposable 에서만 작동합니다.
TypeOf . Is (VB.NET), (C #), instanceof (Java) 등의 구문을 사용하여 객체가 특정 인터페이스를 구현하는지 확인할 수 있습니다.
인터페이스를 사용하는 데는 많은 목적이 있습니다.
다형성 동작에서 사용합니다. 자식 클래스에 대한 참조가있는 인터페이스가있는 자식 클래스의 특정 메소드를 호출하려는 경우.
가장 일반적인 사용과 같이 필요한 모든 메소드를 구현하기 위해 클래스와의 계약을 맺는 것은 인터페이스를 상속하는 DLL에서 래퍼 클래스가 생성되는 COM 객체를 사용하는 것과 같습니다. 이러한 메서드는 배후에서 호출되며이를 구현할 필요가 있지만 노출하는 인터페이스를 통해서만 알 수있는 COM DLL에 정의 된 것과 동일한 구조로 구현해야합니다.
특정 메서드를 클래스에로드하여 메모리 사용을 줄입니다. 세 개의 비즈니스 오브젝트가 있고 단일 클래스로 구현되는 경우와 같이 세 개의 인터페이스를 사용할 수 있습니다.
예를 들어 IUser, IOrder, IOrderItem
사용자를 추가하려면 다음과 같이하십시오.
자려고 할 때 발생할 수있는 성가심을 모델링하고 싶다고 가정 해보십시오.
인터페이스 이전 모델
당신이 분명히 알듯이, 당신이 자려고 할 때 많은 것들이 성가 시게 될 수 있습니다.
인터페이스없이 클래스 사용
그러나 이러한 클래스를 사용할 때 문제가 발생합니다. 그들은 공통점이 없습니다. 각 방법을 개별적으로 호출해야합니다.
인터페이스가있는 모델
이 probem을 극복하기 위해 우리는 iterface
인터페이스 사용법
어느 것이이 클래스의 사용을 훨씬 쉽게 할 것인가?
클래스에 대한 비헤이비어를 강제해야하는 경우 인터페이스를 정의해야합니다.
Animal의 행동에는 Walking, Eating, Running 등이 포함될 수 있습니다. 따라서이를 인터페이스로 정의하십시오.
또 다른 실질적인 예는 ActionListener (또는 Runnable) 인터페이스입니다. 특정 이벤트를 추적해야 할 때이를 구현할 것입니다. 따라서 클래스 (또는 하위 클래스)의 actionPerformed(Event e) 메서드에 대한 구현을 제공해야합니다. 같이, Runnable 인터페이스의 경우, public void run() 메소드의 구현을 제공합니다.
또한 이러한 인터페이스를 원하는 수의 클래스로 구현할 수 있습니다.
인터페이스가 사용되는 또 다른 인스턴스 (외환 거래시기를 어떻게 알 수 있습니까? Java에서)는 C ++에서 제공되는 다중 상속을 구현하는 것입니다.
평생 동안 .net 개발자로서 일하고 자신 만의 인터페이스를 작성하는 것은 전적으로 가능합니다. 결국 우리는 수십 년 동안 그들 없이도 잘 살아 났고 우리 언어는 여전히 Turing-complete였습니다.
인터페이스가 필요한 이유를 말할 수는 없지만 현재 프로젝트에서 인터페이스를 사용하는 위치의 목록을 제공 할 수 있습니다.
플러그인 모델에서는 인터페이스별로 플러그인을로드하고 해당 인터페이스를 플러그인 작성자에게 제공합니다.
우리의 기계 간 메시징 시스템에서 메시지 클래스는 모두 특정 인터페이스를 구현하고 인터페이스를 사용하여 "풀지"않습니다.
우리의 구성 관리 시스템은 구성 설정을 설정하고 검색하는 데 사용되는 인터페이스를 정의합니다.
우리는 불쾌한 순환 참조 문제를 피하기 위해 하나의 인터페이스를 사용합니다. (할 필요가 없다면 이것을하지 마십시오.)
규칙이있는 경우 is-a 관계 내에서 여러 클래스를 그룹화 할 때 인터페이스를 사용하지만 기본 클래스에서 구현을 제공하지 않으려 고합니다.
프로그래밍 할 때 인터페이스의 적절한 사용법을 알 수있는 비 프로그래밍 사례.
전기 장치와 전기 네트워크 사이에는 인터페이스가 있습니다. 플러그와 소켓의 모양과 전압 / 전류에 관한 규칙 세트입니다 . 새 전기 장치를 구현하려는 경우 플러그가 규칙을 따르는 한 네트워크에서 서비스를 가져올 외환 거래시기를 어떻게 알 수 있습니까? 수 있습니다. 이는 확장 성을 매우 쉽게 만들고 조정 비용을 제거하거나 낮 춥니 다. 새 장치의 작동 방식을 전기 공급 업체에 알리고 새 장치를 네트워크에 연결하는 방법에 대한 별도의 동의를받을 필요가 없습니다.
국가에는 표준 레일 게이지가 있습니다. 이를 통해 철도를 건설 한 엔지니어링 회사와 열차를 운행하는 엔지니어링 회사가 이러한 레일에서 운행 할 수있게되었으며 철도 회사가 전체 시스템을 다시 설계하지 않고도 열차를 교체하고 업그레이드 할 수있게되었습니다.
비즈니스가 클라이언트에게 제공하는 서비스 는 인터페이스로 설명 될 수 있습니다. 잘 정의 된 인터페이스 는 서비스를 강조하고 수단을 숨 깁니다 . 편지를 우편함에 넣을 때, 우편 시스템이 주어진 시간 내에 편지를 배달 할 것으로 기대하지만 편지를 배달하는 방법에 대한 기대치가 없습니다. 알 필요가 없으며 우편 서비스는 요구 사항 및 현재 상황을 가장 잘 충족시키는 인도 방법 을 선택하십시오 . 예외적으로 고객이 항공 우편을 선택할 수있는 능력은 예외입니다. 이것은 현대 컴퓨터 프로그래머가 설계 한 인터페이스가 아니기 때문에 구현이 너무 많이 드러났기 때문입니다.
자연의 예 : 나는 먹기 (), makesSound (), moves () 등의 예를 너무 좋아하지 않습니다. 그들은 올바른 행동을 묘사하지만 상호 작용과 그것이 어떻게 작동하는지 설명 하지 않습니다. 자연에서 상호 작용을 가능하게하는 인터페이스의 명백한 예는 번식과 관련이 있습니다. 예를 들어, 꽃은 수분이 생길 수 있도록 벌에 특정 인터페이스를 제공합니다.
필자가 경험 한 바에 따르면 조롱하는 프레임 워크로 단위 테스팅을 시작하기 전까지는 인터페이스를 만드는 원동력이 발생하지 않았습니다. 인터페이스를 사용하면 조롱을 훨씬 쉽게 만들 수 있다는 것이 분명 해졌다 (프레임 워크가 가상 메소드에 의존하기 때문에). 시작하자마자 구현에서 클래스에 대한 인터페이스를 추상화하는 것이 중요하다는 것을 알게되었습니다. 실제 인터페이스를 만들지 않더라도 이제 메서드를 가상으로 만들려고합니다 (재정의 할 수있는 암시 적 인터페이스 제공).
인터페이스에 대한 리팩토링의 우수 사례를 강화하기 위해 여러 가지 이유가 있지만, 단위 테스트 / 조롱은 실무 경험의 초기 "아하 순간"을 제공 한 것입니다.
편집 : 단위 테스트 및 mocking 명확히하기 위해, 나는 항상 두 가지 구현 - 실제, 구체적인 구현 및 테스트에 사용되는 대체 모의 구현이 있습니다. 두 가지 구현을 사용하면 인터페이스의 가치가 분명 해져서 인터페이스 측면에서 처리하므로 언제든지 구현을 대체 할 수 있습니다. 이 경우 나는 모의 인터페이스로 대체 외환 거래시기를 어떻게 알 수 있습니까? 할 것이다. 내 클래스가 제대로 구성되어 있다면 실제 인터페이스없이이 작업을 수행 할 수 있지만 실제 인터페이스를 사용하면이 인터페이스가 강화되어 더 명확 해집니다 (독자에게 명확함). 이 자극이 없었다면, 대부분의 수업 만이 하나의 구체적인 구현을 가지고 있기 때문에 인터페이스의 가치를 높이 평가했을 것입니다.
what-is-the-purpose-of-interfaces 예제에서 Andrew 's와 함께 광산을 추가 한 코드 예제에서 다중 상속을 지원하지 않는 언어의 추상 클래스 대신 인터페이스를 사용하는 이유 (C # 및 자바):
FileLogger 및 DataBaseLogger에는 인터페이스가 필요하지 않습니다 (Logger 추상 기본 클래스 일 수 있음). 그러나 당신이 기본 클래스를 사용하도록 강요하는 제 3 자 로거를 사용해야한다고 생각해보십시오 (사용하고자하는 보호 된 메소드를 노출한다고 말할 수 있습니다). 언어가 다중 상속을 지원하지 않기 때문에 추상 기본 클래스 접근법을 사용할 수 없습니다.
결론은 가능한 한 인터페이스를 사용하여 코드에 유연성을 추가하는 것입니다. 귀하의 구현은 덜 묶여 있으므로 변경에보다 잘 맞습니다.
라이브러리 개발자 (다른 코더를 코딩하는 사람)가되면 인터페이스가 분명해집니다. 우리 중 대부분은 기존 API 및 프로그래밍 라이브러리를 사용하는 응용 프로그램 개발자 로 시작합니다.
인터페이스가 계약 이라는 동일한 줄에 따라 인터페이스는 코드의 일부분을 안정적 으로 만들 수있는 좋은 방법이라고 아직 아무도 언급하지 않았습니다. 이는 팀 프로젝트 (또는 다른 개발자가 사용하는 코드를 개발할 때)에 특히 유용합니다. 여기에 구체적인 시나리오가 있습니다.
팀 에서 코드를 개발할 때 다른 사람들이 작성한 코드를 사용하게 될 것입니다. 그들은 (안정적인) 인터페이스를 코딩 할 때 가장 행복 할 것이고, 팀의 코드를 깨뜨리지 않고 구현을 변경할 수 있으면 (인터페이스 뒤에 숨겨져 있음) 당신은 행복 할 것입니다. 이는 정보 숨기기 의 변형입니다 (인터페이스는 공용이고 구현은 클라이언트 프로그래머로부터 숨겨 짐). 보호 된 유사 콘텐츠 에 대해 자세히 알아보십시오.
성령충만이란 무엇입니까? 성령충만한지 어떻게 알 수 있습니까?
A. 위의 질문들은 제자훈련시간에 나온 질문들입니다 . 제가 그때 어떻게 대답했는지 정확히 다 기억할순 없지만 , 다른 분들도 궁금할 것 같아 정리해봅니다 . 지면상 길게 설명을 할 순 없으니 참고하시고 더 많이 , 더 깊이 스스로 알아보시기를 바랍니다 .
성령충만이란 성령이 넘치는 상태를 말합니다 . 이렇게 설명하면 성령을 마치 어떤 물질적인 힘이나 물체같이 오해하는 분들이 계시는데 , 성령은 성부 , 성자 , 성령의 삼위일체로 하나된 하나님을 가리킵니다 . 쉽게 말하면 우리가 믿는 하나님이십니다 . ( 삼위일체 개념은 본 질문이 아니므로 생략합니다 .)
성령충만이란 바로 이 성령하나님의 지배 ( 다스림 ) 를 받는 상태를 말합니다 . 그래서 엡 5:18 엔 < 술 취하지 말라 이는 방탕한 것이니 오직 성령의 충만함을 받으라 >고 기록합니다 . 술취함 ( 술충만 ) 이란 온 몸이 술의 지배를 받는 상태를 말하기 때문이죠 . 불행 ? 하긴 하지만 이해를 위해 잠간 술을 빌려 이야기하겠습니다 .
성령충만한 사람인지 , 아닌지 어떻게 알 수 있나요 ? 분명히 알 수 있습니다 .
이는 술취한 사람을 금방 구분할 수 있는 것과 같습니다 . 술이 취하면 우선 술냄새가 심하게 납니다 . 성령이 충만하면 그리스도의 향기가 납니다 . 술이 취한 사람은 이성보다는 감정에 따라 행동하는 경우가 많습니다 . 성령이 충만해도 이성보다는 영의 지배를 받아 육의 소욕을 따르지 않고 , 성령의 소욕을 따라 행동합니다 . 술취하면 없던 용기가 생겨 사랑고백도 하고 , 속에 있는 이야기를 털어놓기도 합니다 . 성령이 충만해도 담대해집니다 . 숨어지내던 베드로가 성령이 충만하자 사람들앞에 나서 담대히 예수님을 전한 것과 같습니다 . 또한 성령으로 인해 솔직한 자신의 죄악을 고백하기도 합니다 .
하지만 이런 비교는 이해를 돕기 위한 단순한 비교일 뿐 , 술취함과 성령충만은 결코 같을수 없습니다 . 사실은 완전히 반대입니다 . 술취함은 육체에 속해있지만 , 성령충만은 영에 속해 있습니다 .
술취함은 순전히 자신을 위하지만 , 성령충만은 하나님을 위하고 , 타인을 위합니다 .
술은 한 순간 괴로움만 잠시 잊게 할 뿐 깨어나면 목마름과 괴로움이 더욱 심해집니다 . 하지만 성령충만은 성령의 열매들 ( 사랑 , 희락 , 화평 , 오래참음 , 자비 , 양선 , 충성 , 온유 , 절제 ) 을 쏟아내고 , 충만해질수록 더욱 기쁨과 평강이 넘치고 , 다른 사람들까지 살아나게 합니다 .
내가 노력만하면 이런 성령충만을 얻을수 있나요 ? 그렇지는 않습니다 . 노력이 없다고 볼 수는 없겠지만 , 성령은 결코 인간이 주도가 되어 취할수 있는 물건이 아닙니다 . 성령은 하나님이 원하는 자에게 주시는 선물입니다 . 그러면 인간의 편에서 하는 일은 아무것도 없단 말입니까 ?
가만히 있어도 성령충만할 수 있습니까 ? 네 ! 성령의 임재는 내 의지와 상관없이 일어날 수도 있습니다 .(사울) 하지만 , 성경은 성령충만함을 받았던 사람들의 이야기를 통해 몇 가지 Tip 을 우리에게 제공하고 있습니다 .
0 개 댓글