자바를 하시는 분들은 다들 아실만한 스프링 프레임워크가 있습니다. C#을 하다 보니깐 스프링 프레임워크의 DI(Dependency Injection)이나 AOP(Aspect Oriented Programming)가 그리워 지더군요.
그래서 찾아보니 C#에서 Spring .NET이라는 프레임워크가 존재 하더군요. 확실히 자바로 만들어진 스프링에 비하면 좀 어설픈 느낌이 있지만 그래도 정말 멋지게 구현되었습니다.
그래서 한번 간단하게 정리해 보겠습니다. Spring .NET은 [이곳] 에서 다운 받으실 수 있습니다. 혹은 소스포지의 주소는 [이곳]입니다.
Spring .NET이란?
- 객체의 라이프사이클을 관리하기 위해 의존성 주입(Dependency Injection)을 사용하는 경량(Lightweight) 컨테이너
- 엔터프라이즈급 .NET 어플리케이션 개발을 위한 어플리케이션 프레임워크
Core
Spring .NET Framework의 Core에는 IoC(Inversion of Control) Container와 Base Functionality가 포함되어있습니다. 간단한 예제로 다음과 같은 의존성 부패(Dependency Rot) 문제가 있는 소스가 있습니다.
Public class Human
{
public Money money;
public Human() { this.money = GET_MONEY_OBJECT(); }
}
Public class Container
{
public Human Born()
{
return new Human();
}
}
위의 예제에서는 Human은 Money 인스턴스를 생성하는 방법에 종속됩니다. 다른 말로 Money객체의 생성 여부가 Human에게 달려있다는 것이죠. Container 클래스 제작자는 Money가 Human안에서 생성되는지도 혹은 어떤식으로 사용되는지도 모를 수 있습니다. 그렇다면 DI(Dependency Injection)을 통한 제어 역전(IOC Container)을 사용하는 예제를 보여드리겠습니다.
Public class Human
{
protected Money money;
public Money pMoney { set { this.money = value; }}
}
Public class IoCContainer
{
public Human Born()
{
Human human = new Human();
Money money = new Money();
human.pMoney = money;
return human;
}
}
정확하게 Money 인스턴스는 Born 메서드에서 생성되어 Human에 Set 됩니다. 이로서 Spring에서 말하는 느슨한 결합이 구현됩니다. 다음에서 이를 실제 적용한 예제를 만들어 보도록 합시다.
using System;
using System.Collections.Generic;
using System.Text;
Namespace HelloApp
{
class Hello
{
public string sayHello(string name)
{
return “안녕하세요? “ + name + “씨!”;
}
}
}
<?xml version=“1.0” encoding=“utf-8” ?> <configuration> <spring> <objects xmlns=“http://www.springframework.net”> <object id=“MyHello” type=“HelloApp.Hello”/> </objects> </spring> </configuration>
using System;
using System.Collections.Generic;
using system.Text;
using Spring.Context;
using Spring.Context.Support;
Namespace HelloApp
{
class Program
{
static void Main(string[] args)
{
IapplicationContext ctx = ContextRegistry.GetContext();
Hello hello = (Hello) ctx.GetObject(“MyHello”);
string name = “홍길동”;
string result = hello.sayHello(name);
Console.WriteLine(result);
}
}
}
결과
보시면 코드의 형태는 다를지 몰라도 자바의 그것과 매우 똑같습니다. XML에 객체들을 등록하고 컨텍스트에서 GetObject를 통해 존재하는 객체(Bean)을 가져오게 됩니다.
AOP
관점지향프로그래밍(Aspect Oriented Programming)이라는 것은 처음 접했을때는 매우 이해하기 난해한 개념이었습니다. 물론 지금도 제가 완벽히 이해하고 있는지도 모를 실정이지만, Spring에 적용시켜 보면 무언이구나 하는 생각이 들긴 하는군요.
기존의 OOP는 객체간 위와 같은 느낌으로 얽혀 있습니다. 각종 include혹은 import를 사용하여 조립한다는 개념으로 서로 연결되죠. 이는 컴파일 순서에서 서로 얽히게 되며 강한 결합을 통해 서로 강하게 묶여있습니다. 그렇기 때문에 객체들의 추가/제거/교체/수정 등을 할 시에 많은 것을 고려해야 합니다. 위의 그림에서는 오른쪽 녹색 유틸리티 객체들의 내용이 수정, 추가되었거나 기능이 변경되었다면 그것을 사용하는 모든 왼쪽의 파란 메인 객체들의 소스또한 수정될지도 모릅니다.
하지만 위의 그림의 느낌은 어떤가요? 유틸리티 객체들은 메인 객체의 배경이 되며 얼마든지 수정/교체가 가능합니다. 하지만 그때에 메인 객체들의 소스는 수정되지 않습니다. 이것이 관점지향프로그래밍의 개념입니다. 예제를 통해 어떻게 구현하는 것인지 알아보도록 하겠습니다.
using System;
using System.Collections.Generic;
using System.Text;
using AopAlliance.Intercept;
namespace HelloAop
{
class ConsoleLoggingAroundAdvice : IMethodInterceptor {
public object Invoke(IMethodInvocation invocation) {
Console.WriteLine("수행전...");
object retVal = invocation.Proceed();
Console.WriteLine("수행후...");
return retVal;
}
}
}
using System;
using System.Collections.Generic;
using System.Text;
namespace HelloAop
{
class ServiceCommand : ICommand
{
public object Execute(object arg)
{
Console.WriteLine("\n명령 수행 : {0}", arg);
return null;
}
}
}
using System;
using System.Collections.Generic;
using System.Text;
using Spring.Aop.Framework;
namespace HelloAop
{
class Program
{
static void Main(string[] args) {
ProxyFactory factory =
new ProxyFactory(new ServiceCommand());
factory.AddAdvice(new ConsoleLoggingAroundAdvice());
ICommand command = (ICommand)factory.GetProxy();
command.Execute("이것은 인자입니다.");
}
}
}
ProxyFactory를 이용하여 ServiceCommand를 프록시로 선언합니다. 그후에는 AddAdvice를 이용하여 미리 만들어둔 어드바디스를 추가합니다. 이후에 프록시를 생성하여 명령을 실행하면 “수행전… → 명령수행 : 이것은 인자입니다 → 수행후“가 출력됩니다.
입력되는 인자나 반환된 결과값을 검사하거나 다른 루틴을 얼마든지 추가할 수 있습니다. 위의 과정을 통해 실제로 ServiceCommand 객체의 소스에는 손대지 않고 기능을 추가, 변경 할 수 있게 되었습니다.
위의 그림과 같이 실제로는 별개의 객체들을 프록시로 한데 묶은 다음에 프록시가 메서드 실행 요청을 대리 수령하고 어드바이스를 참고하여 실체 명령을 수행하게 됩니다.
Spring .NET을 도입할 시 얻을 수 있는 장점
- 중급 이상의 프로젝트 수행 시 각각의 프로그래머 간 개발 스타일이 통일 될 수 있다.
- 신입 개발자의 교육과정을 줄이고 Spring .NET을 할 줄 아는 개발자를 뽑아 바로 실무에 투입할 수 있다.
- 각각의 모듈/컴포넌트별로 종속성이 제거 되므로 업그레이드, 추가, 제거가 용이하다.
