이것은 순진한 질문 일지 모르지만 RSpec의 테스트 DSL은 Demeter의 법을 위반합니까? 여기 이 http://rspec.info에서 RSpec에의 DSL의 예 : user.department.try(:name)
이 Avdi 그림 형제에 따라 가는 다음과 데메테르의 관점에서 bowling.score.should eq(0)
이 나에게이 예와 구
그래서 여기에 무엇을 해야할지 모르겠습니다. 당신은 has_one 회원 인 주문이 있다고합시다. say, my_order.member.first_name을 호출하면 연결된 멤버가 삭제 된 곳에서 nilClass 오류가 발생할 수 있습니다. my_order.member.try (: first_name) .. 할 수 있지만 그냥 바보 같은 해결 방법처럼 보인다
데이터 모델 객체 User이 있습니다. 내 응용 프로그램에는 또한 다른 데이터 모델 객체 인 Fork과 Options이 있습니다. 사용자는 분기점과 분기점을가집니다. 내 애플 리케이션은 사용자/포크/옵션 등 정보의 조합으로 많은 쿼리를 실행해야합니다. 예를 들어 사용자 포크 (User Forks) 페이지를 볼 수 있습니다. 이렇게하려면 Forks에서 해당
저는 최근에 약간의 독서를하고 있었고 Demeter의 법칙을 만났습니다. 이제 내가 읽은 것들 중 일부는 완벽한 의미를 갖습니다. 종이 주인은 결코 고객 주머니를 통해 소총을 쥘 수없고, 지갑을 움켜 잡고 돈을 가져갈 수 없어야합니다. 지갑은 고객이 관리해야하는 것이지 paperboy이 아닙니다. 내가 법을 어기는 것은 어쩌면 모든 것을 오해하고있을 수도
내 응용 프로그램에서 Photo has_and_belong_to_many :land_uses Photo 모델에서이 도우미 메서드가 있습니다 : def land_use_list
land_uses.map(&:name).join(', ')
end
이것은 코드 냄새 (demeter)로 나를 때렸지만, 방법을 알아낼 수 없었습니다. LandUse 모델
나는 현재의 역할과 관련된 특정 역할을 찾기 위해 할 수있는 추악한 쿼리를 가지고있다. , 이 정보를 얻을 수있는 유일한 방법은 데이터베이스의 구조에 대한 지식의 톤을 필요로이 @person_event_role.event_role.event.event_roles.
joins(:mission_role).where(:mission_roles => {:
이벤트가 관련된 프로그래밍 환경에서 Demeter의 법칙을 조정하려고합니다. 두 가지 모두 이벤트를 허용하기 때문에이 javascript 및 obj-c (Cocoa의 NSNotificationCenter)에 태그를 지정했습니다. 그런 환경에서 이벤트를 던지고 바인딩/구독하도록함으로써 임의의 두 개체를 임의로 분리 할 수 있습니다. obj-c에서는 메서드
실용적인 프로그래밍 원칙을 유지하려고 노력하면서 "묻기, 묻지 않음"원칙에 따라 사용자 암호 변경을 처리하는 방법을 결정하려고합니다. 암호가 30 일마다 만료되는 사용자 개체가 있습니다. 암호가 만료 된 경우 암호 만료/변경보기를 표시 할 수 있어야합니다. 암호가 만료 된 경우 (상태 임) 개체를 묻고 표시 할보기를 선택하면 원칙을 위반하는 것처럼 보입니다
public House
{
WeatherStation station;
public float getTemp() {
//Law of Demeter has been violated here
return station.getThermometer().getTemperature();
}
}
public Hou