Mvc 무크 사용하는 것이 좋습니다.
Best practice) 에 모두 사용할 수 있는 데 대해 1 레임워크 조룽 누구?
이것은 일종의 어리석은 질문, 하지만 난 것처럼 더욱 완벽한 이해를 제이보드 Rhino 포지셔닝하십시오 비꼬는 데 쓰인다 [비꼬는 데 쓰인다 vs. 부본] (http://martinfowler.com/articles/mocksArentStubs.html).
깊이 있게 포착하십시오 티파무크 커밋하면 전에 가격 결정에.
또한 프레임워크입니다 ASP.NET MVC 조롱하는 권장됨 없다.
마지막으로 I&; d # 39 한 프로젝트의 조롱하는 프레임워크입니다 제안하세요 너회가 스틱 (그리고 그 자신의 팀) - 큰 혼란을 초래할 수 있는 것은 아니지만, 차이점을 보증되지 않은 이런 " polishing-the-rock"; 결정을 내렸다. 내 말은 이 같은 결정을 내린 것을 선택할 수 있으며, 긴 여정이 될 안 와, 그냥 작동됨 가치 창출.
미친듯이 티파무크 는 강력한. # 를 할 때 필요한 웹 양식 있는 앱을 wasn& 단위 테스트 테스트 (39), t 설계됨 티파무크 구해줬으니 생명요.
하지만 내가 시행하십시오 아키텍처상의 패턴 (MVC) 또는 설계 1 시간 선택 때 사용할 수 있는 모카빌레티 (you know, 공용 가상화하고 스테이드 변경됩니까 메서드을) 를 사용하고 무크. 그렇게 간단한 가르치는 데 사용할 수 있고 그렇게 간단한 것이 된다.
난 그냥 내 모두 좋아하는 프레임워크입니다 박으래도 및 사용. # 39, # 39 의 모든 것은 없는 것 같습니다 제가 don& there& 웹 양식 프레임워크입니다 MVC 대해 또 하나의 내가 선택할 것이라고 말했다. 꼭 이래야겠어요 훨씬 더 큰 문제는 어떻게 내 웹 페이지 단위 테스트 이후 좀처럼 어려운 it& # 39 의 한 형태로, 전혀 다른 하트프리퀘스트 이 페이지에서 스택할.
내 좋아하는 무크 있다. # 39, ve i& 티파무크 사용되고 있다. 하지만 it 비용 및 구성자를 it& # 39 의 큰 영향력을 발휘할 수 있도록 구체적인 클래스뿐만 조룽 = 이 같은 하테프콘테스트 또는 하트프리퀘스트 조룽 가능했습니다.
수사하기 위한 이보너 꾀병 부리는 하테프콘테스트 및 기존 웹폼.