Aliencube

HtmlHelper 클라스는 상당히 많은 익스텐션 메소드들을 제공하는데, 그중 하나가 ActionLink()이다. 이 ActionLink() 메소드도 받아들이는 파라미터의 종류와 갯수에 따라 굉장히 여러 가지 종류가 있는데, 가장 대표적인 것은 아래와 같다. @Html.ActionLink("linkText", "actionName") 이것은 지정된 액션을

ASP.NET MVC 앱을 개발하다보면 HtmlHelper 객체를 Razor 스크립트 안에서 반드시 쓰게 되어 있다. 그런데, 이것은 기본적으로 웹서버 파이프라인 안에서 작동하는 것이다보니 유닛테스트를 하기가 쉽지 않다. 하지만 항상 길은 있는 법. Fake 객체를 만들어서 유닛테스트에 사용할 수 있다. Moq 라이브러리를 사용하여 테스트하기 이미

닷넷 애플리케이션을 개발하다보면 반드시 필요한 것이 바로 NuGet 패키지 라이브러리들이다. 심지어 닷넷의 코어 라이브러리들도 이 NuGet을 통해서 배포가 될 정도이니 말 다했지. 일반적인 경우에는 .dll 라이브러리 파일들만 배포하지만, 특별한 경우에는 다른 파일들도 함께 배포를 해야 하는 경우가 있다. 예를 들어 웹 앱을 개발하는데 필요한

요즘과 같은 애자일 개발 환경에서는 Contiunuos Integration (CI), Continuous Build (CB), 그리고 Continuous Delivery (CD)라는 개념이 꽤 중요하다. 이를 위해 여러 솔루션들도 나와 있다. 대표적인 것들로 TeamCity와 Jenkins, 그리고 Travis가 있다. 각각 장단점이 있는데 간단하게

HttpServerUtility.MapPath() 메소드는 닷넷 웹 애플리케이션을 개발할 때 가장 자주 쓰이는 메소드들 중 하나이다. 특히나 파일 입출력 관련해서는 없어서는 안될 메소드들 중 하나인데, 웹 상의 주소를 실제 서버의 물리적인 주소로 바꿔주는 역할을 하기 때문이다. 하지만, 이 메소드는 클라스명을 보면 알 수 있겠지만, 웹 애플리케이션에서만

Json.NET은 닷넷 어플리케이션 개발시 가장 자주 쓰이는 라이브러리들 중 하나이다. 심지어 MS도 ASP.NET MVC 라이브러리를 만들 때 자체 JavaScriptSerializer를 쓰지 않고 Json.NET 라이브러리를 이용할 정도니 말 다 했지. 그런데, JSON 객체는 굉장히 유연해서 어떤 타입을 정의하기가 힘들다. 하려면야 할 수 있겠지만,