대부분의 패턴이 언뜻보기에는 꽤 위협적이기 때문에 묻습니다. 그리고 나는 코딩을 많이 해본 경험이 없습니다. 구현할 수있는 기회를 얻었던 대부분은 노력할만한 가치가 있었지만 일부 사람들은 내 시간을 낭비하게 만들었다. 나는 야수를 쓰러 뜨리려고 시도하고 싶다. 처음에는 보이지 않는 투쟁이 아니었다. 여기 어떤 디자인 패턴이 언뜻보기에는 가장 끔찍했으나 일단 구현되면 가장 아름답게 보였습니까?
는의 몇 가지 제안이 무엇인지 나는 좋은 대답을 찾고 있어요 :코드를 게시하지 마십시오. 나는 이것을 학습 경험으로 바란다.
나를 위해 DI/IOC & 조롱했다.
단위 테스트 방법을 배우면서 시작했습니다. 나는 이것이 코드를 호출 할 때 모든 코드를 데이터베이스로 바로 실행한다는 것을 곧 알게되었습니다. 그래서 나는 다음과 같은 명백한 질문을했습니다. "어떻게 데이터베이스를 사용하지 않고 비즈니스 로직을 테스트 할 수 있습니까?"
내가 조롱에 대해 들었을 때 그것은 많은 추가 작업처럼 들렸다. 특히 테스트에서 mock을 사용할 때와 제작시 "실제"버전을 사용할 때를 선택해야하는 모든 코드가 있습니다.
그래서 나는 다음 질문에 "그걸 단순화 할 방법이 있습니까?"라고 물었습니다. 대답은 "네 물론, 사용 DI & IOC의이. 나는 그것이 나에게 설명하고 내 머리가 폭발했다. 그것은 아무 의미하지, 그것이 내가 지난 10 년 동안 코딩했던 방식과 정반대의 방법이라고했다.
했다물론이 패턴이 나를 위해하는 것을 좋아합니다. 깨끗한 분리, 테스트의 용이함. 처음에 그것에 대해 배우기 시작했을 때, 심각하게 나를 놀라게했습니다!
작은 프로젝트를 보여주는 예는 무엇입니까? DotNetRocks TV에서 스크린 캐스트보기
고마워, 나는 그것을 줄 것이다 :) 세부 사항을 가져 주셔서 감사합니다. – Sean
MVC + iPhone/Mac. 번거롭지 만 그것을 이해하기 시작한 후에 그 아름다움이 빛났다.
어쨌든 MVC 패턴을 사용한 첫 번째 경험이었습니다. Interface Builder를 사용하면 더 잘 할 수 있습니다.
"코드를 게시하지 마십시오. 나는 이것이 학습 경험이되기를 바란다. "나는 그 두 진술이 어떻게 관련되어 있는지 이해하지 못한다. –
그들은 처음부터 건물을 통해 배우고 싶다는 점에서 관련이있다. 나는 코드를보고 배우는 것이 사실이다. 그러나 나는 많은 이해와 감사를 얻는 것을 의심한다. – Sean