Color Setting을 한번 뒤져보다가 괜찮은 아이를 찾아서 upload.
이상하게 계속해서 font, color에 끌리는 이유가 뭘까.;
2008-Distant_Shores.vssettingsMS SQL 2005부터 사용가능한 ROW_NUMBER()를 이용한 Paging query
DECLARE @startRow INT DECLARE @endRow INT SELECT * FROM (SELECT *, ROW_NUMBER() OVER(ORDER BY LogonName) AS rownum FROM Product) ProductOrdered WHERE rownum > @startRow AND @endRow > rownum간단히 사용해보면 시작 위치와 마지막 위치만을 지정해주고, Order되는 Column을 설정해주면 된다.
일단 MS SQL 2005에서부터 사용할 수 있는 함수라서 단점을 가지고 있긴 하지만, 그래도 깔끔하고 무엇보다 속도가 매우 빠르다.
예전에 사용하던 SELECT TOP * FROM ~ 쿼리의 경우에는 뒤로 가면 갈 수록 query가 느려지는 단점을 가지고 있는데, 이를 전혀 신경 쓰지 않아도 되는 좋은 함수이다.
1의 경우에서 Strategy Pattern을 사용해서 각각 Marin, Firebet, Medic을 구현을 다 해놓고 나니, Zerg Unit를 다른 개발자가 개발해서 들고 왔다.
따라서, BaseUnit과의 호환성을 맞추어주기 위해서 ZergUnitToBaseUnit이라는 Adapter를 구성해준다.
구성된 zerg unit을 이용해서 terran과 zerg의 난타전을 테스트하면 다음과 같다.
그런데, 각 unit의 method가 다르기 때문에 사용할 수가 객체가 어떤 형태인지에 따라 접근 방법을 달리 해줘야지 되는 문제가 발생되었다. 이럴 때에, Method의 Interface를 한번 덮어줘서 사용하고자 하는 interface로 변경해주는 것만으로, 이런 문제를 해결 할 수 가 있다. 이것이 Adapter Pattern이다.
기본적으로 Zerg Unit는 MoveTo를 갖지만, Attack이 아닌 Bite Method를 갖는다.
그렇지만, 본질적으로 Bite, RunTo Method는 BaseUnit의 Attack, MoveTo와 유사 동작을 하기 때문에
Public으로 선언된 각 Method를 변경시켜주면 된다.
public abstract class ZergUnitBase
{
//Terran 의 Unit과는 다른 Bite와 Run Method를 가지고 있다.
public abstract String Bite();
public abstract String Run(String direction);
}
public class ZergUnitToBaseUnit : BaseUnit
{
private readonly ZergUnitBase zergUnitBase;
public ZergUnitToBaseUnit(ZergUnitBase zergUnitBase)
{
this.zergUnitBase = zergUnitBase;
}
public override string Attack()
{
return zergUnitBase.Bite();
}
public override string MoveTo(string direction)
{
return zergUnitBase.Run(direction);
}
}
BaseUnit unit1 = new ZergUnitToBaseUnit(new Zergling());
BaseUnit unit2 = new ZergUnitToBaseUnit(new Hydralisk());
Console.WriteLine(unit1.Attack());
Console.WriteLine(unit2.MoveTo("Terran"));
보면, Zerg와 Terran의 Unit을 다루는 법이 동일하게 변경되었다. 다른 인터페이스와 동일하나, class의 변경은 이루어지지 않는다.
