저는 LINQ 표현식으로 정적 리플렉션을 공부했습니다. 매우 멋지다!정적 반사에서 온 - 플라이 (On-the-Fly) 필드?
한 가지 생각은 - 한 클래스가 다른 클래스에서 정적 반사를 기반으로 한 클래스의 필드를 '생성'할 수 있습니까? 저는 여기서 여러 번 본 빌더 패턴을 특별히 생각하고 있습니다. 나는 빌드하고자하는 클래스와 일치하는 빌더에 필드를 생성하는 유창한 nhibernate 스타일의 속성 등록을하고 싶습니다. 이 같은 Soemthing이 같은
public class Color
{
private Color()
{
}
public string Name { get; private set; }
public class Builder : BuilderBase<Color>
{
public Builder()
{
Property(x => x.Name);
}
public Build()
{
return built_up_color;
}
}
}
및 지원 생성자 구문 :
Color c = new Color.Builder() { Name = "Red" }.Build();
이 모든 것의 요점은 색상의 properies를 정의하는 반복해야하는 횟수를 줄이는 것입니다. 나는이 함께 연주 : 확실히 작동하고 속성을 여러 번 같은 #을 나열하지만 wordier 덜 유연한 느낌
public class Color
{
private Color()
{
}
public string Name { get; private set; }
public class Builder
{
private Color _color = new Color();
public string Name
{
get { return _color.Name; }
set { _color.Name = value; }
}
public Build()
{
return _color;
}
}
}
합니다. 뭔가 익명 -y를 할 수 있어야하는 것처럼 보입니다.
우수한 점. 제 경우에는 부품과 자동차가 들어올 수있는 색상을 모델링하려고합니다. ' 어쩌면 내가 영국 동료의 리드와 색상을 따라야한다.) – n8wrl
PartColor를 이름으로 사용하는 것이 좋습니다. 불변이고 작 으면 구조체로 만드는 것이 좋습니다. 그러나 불변 인만큼 충분해야합니다. 문제를 피할 수 있습니다. 저는 브리트니지이지만 맞춤법 프로그래밍에서는 귀화 된 Yank입니다. 색상, 동기화, 등등 :) – ShuggyCoUk