2011-04-07 5 views

답변

1

나는 약간의 규모를 고려하는 경향이 있습니다. Rails에서 일하고 있고 NoSQL과 관계형 데이터베이스를 사용하려는 경우 또는 서비스 지향 설계가 적합한 지 여부와 같이 그 이상으로 생각할 필요가 없다면 개인적으로 나는 경향이 있습니다 기능성 "기능 중심"디자인. 어떤 사람들은 그것을 '스택 전체'디자인이라고 부릅니다. 따라서 지속적으로 제공 할 수있는 것이 있으며, 빌드 할 때 응용 프로그램이 함께 나타나는지 명확하게 볼 수 있습니다.

각 기능에 대한 일반적인 과정은 37signal의 저서 "Getting Real"에 의해 형성된 스타일을 반영하여 브레인 스토밍 -> 스케치 -> 모형 -> 코드를 푸시합니다. 뷰 -> 컨트롤러 -> 모델 접근 방식에 더 가깝습니다. 이 책에는 다른 훌륭한 세부 사항들이 많이 있습니다. 당신에게 가장 잘 맞는 디자인 방법을 찾으려고 할 때 적극 권장합니다.

2

나는 수직으로 일을하는 경향이 있습니다. 즉. 아마도 사용자를 인증하는 방법이 필요할 것이므로 요구 사항을 파악한 다음보기, 컨트롤러 및 모델로 시작하십시오.

일단 누군가를 인증 할 수 있으면 다른 기능을 추가하십시오. 엔지니어링에 대한 추측을 피하고 사용자가 시도하고있는 것에 초점을 맞추기 위해 위에서 아래로보기 (보기 -> 컨트롤러 -> 모델)를하고 싶습니다. 달성하기 위해.

특히 레일즈의 특수한 방식의 작업이 아닙니다. 자바 프로젝트에서도 동일한 작업을 수행합니다.

1

필자는 보통 연필과 종이로 시작하여 필요한 모델 (테이블)을 작성한 다음 필요하다고 생각한 다음 앱을 시작하기 전에 수정하십시오.

관련 문제