정적 대 동적 컨트롤 + 상황 기반

Question

다른 매개 변수 (예 : JobCode, State, Customer, Product 등)를 기반으로 지침을 관리하기위한 웹 응용 프로그램을 작성하고 있습니다. 이러한 각 매개 변수에 대해 약 20 개의 필러 필드를 할당했습니다. 필드의 디스플레이 이름은 프로젝트마다 다를 수 있습니다. (다중 구현).

일부 프로젝트는 20 개의 필드를 모두 사용하지 않을 수 있지만 5-6 개의 필드 만 말합니다.

이제 내 동료 중 한 명이 저장된 절차를 사용자 정의하여 프로젝트에 필요한 열 이름을 가진 필드를 반환하고 수락하고 SP가 실제 열 이름으로 조회하도록하도록 제안합니다. 그는 또한 컨트롤을 동적으로 구축 할 것을 제안합니다.

나는 20 개의 필드 모두에 정적 컨트롤을 제공한다고 생각하고 필요한 필드 이름으로 레이블을 채우고 필드 이름 "Filler1", "Filler2"를 사용하여 SP와 상호 작용합니다. 이것은 또한 우리가 요구되지 않은 제어를 보이지 않게 만들어야한다는 것을 의미합니다 ...

숙련 된 사용자로서 ... 두 가지 모두에서 장단점을 열거 할 수 있습니까?

감사

Answer 1

최종 사용자의 경우 특정 사례에 적용 할 수없는 필드가 여전히 보이면 인터페이스를 이해하기가 매우 어려울 것입니다.

그래서 나는 당신이 필요로하지 않는 필드를 생성하지 말라고 권고하거나, 필요하지 않은 경우에 그것을 숨기라고 조언합니다.

논리를 어디에 두어야하는지에 대해서는 ... 데이터베이스에서 표시해야 할 필드를 결정하는 데이터를 가져 오는 것이 합리적입니다. 그러나 저장된 절차 내부에 실제로 페이지를 렌더링하는 모든 논리를 배치하는 것이 좋습니다. 오히려 SP를 사용하여 데이터를 가져오고 언어 (PHP, C#/ASP.NET, Java Servlet, haveyou)를 사용하여 실제로 데이터를 처리하고 페이지를 렌더링합니다.

htht.

Answer 2

설명 할 때 정해진 수의 필드를 사용하는 것은 좋은 방법이 아닙니다 (동적으로 구축하는 것이 좋습니다. 효율적인 코드를 작성해야합니다). 정해진 수의 컨트롤을 만들면 자신을 제한하고 큰 유지 보수 문제를 만듭니다. 지금은 볼 수 없지만 나중에 컨트롤 수가 변경되면 어떻게됩니까?

동료의 제안이 효과가있을 것입니다. 적어도 코드를 다시 컴파일하지 않고 언제든지 컨트롤 수를 변경할 수 있습니다.