일반적으로 클래스를 설계하는 방법은 무엇입니까? 하나의 클래스 = 1 표. 다른 테이블에 외래 키를 포함하는 테이블은 어떻습니까? 가정하자 나는이 다음 :는 PersonTable
---------------
person_id
name
PersonMapTable
---------------
map_id
type_id (fk)
person_id
우선,이 질문의 피드백 특성에 대해 유감스럽게 생각합니다. 내가 할 수있는만큼 그것을 일반화하려고 노력하고 있지만, 다른 사람들도 그걸 얻을 수있다. 그러나 나는이 디자인에 대한 피드백을 줄 사람이 정말로 없다. 그래서 너희들이 나를 도울 수 있기를 바랐다. 그런 말로는 내 데이터베이스에서 다른 사용자 유형을 모델링하지 않아도됩니다. 나는 usertypes
온라인 상점에서 각 주문은 배송지 주소와 청구서 수신 주소와 연결됩니다 (물론 동일 할 수 있음). 이 모델을 처음 시도한 것은 다음과 같습니다. Class Order
belongs_to :billing_address, :class => "Address"
belongs_to :shipping_address, :class => "Addres
에 화면이 희미하게 관련이있다 : Should I design the application or model (database) first? Design from the database first through to UI or t’other way round? 하지만 내 질문은 모델링 및 유물과 디자인을 할 수있는 올바른 방법에 대해 덜에 대한 자세한 내용입
내 도메인 개체에서 log4net을 직접 사용하는 것이 바람직하지 않은지 궁금합니다 ... ASP.NET MVC 응용 프로그램 측면에서 내 예외를 위해 ELMAH를 사용할 것이지만 정보를 얻기 위해 로그에 기록하고 싶습니다 도메인 모델 자체에 대한 일부 데이터. 주어진 다음의 도메인 객체 : 이것은 고전 public class Buyer
{
p
구성 관계를 가장 효과적으로 모델링하는 방법을 이해하는 사람이 있습니까? 나는 일정 개체를 가질 수있는 라인을 class Student
{
prop long Pk { get; set; }
prop string Name { get; set; }
prop List<Schedule> Schedules { get; set; }
}
저는 Rails를 처음 사용하고 있으며 연관성을 가진 모든 가능성을 아직 파악하지 못했습니다. 여기에 내 문제가있다 : 나는 애플과 레몬 같은 몇 가지 모델이있다. 다음 세 가지 관계를 유지하는 모델 '관계'가 있습니다. 주제 | 관계 | 개체 사과 | | 레몬 '관계'에 대한 마이그레이션은 이것이다 : create_table :relations do |t
현재 제품, 리셀러 및 지불에 대한 정보를 저장하기위한 일부 도메인 클래스를 모델링하고 있습니다. 일부 제품은 하드 드라이브를 구매하는 사람과 같은 일회성 지불 거래 일 수 있습니다. 다른 제품에는 할인 및 지불 간격이 다른 서비스 계약이 포함될 수 있습니다. 모델은 제품 가격, 판매, 여러 제품이 포함 된 인보이스 등을 변경해야합니다. 제품 가격의 변화가
나는이 토론에 상당히 익숙하지 만 나는 '무지한'소리를 낼 위험이 있더라도이 질문을해야한다. 왜 우리는 이제 'DDD'에 너무 많은 스트레스를 받는지? 'DDD'를 자세히 살펴볼수록 애플리케이션이 복잡해집니다. 반면 데이터베이스를 사용하여 내 도메인을 모델링하면 응용 프로그램이 여러 계층에서 일관되게 유지됩니다. 그런 다음 SubSonic 또는 L2S와 같