마스터 페이지 - 디자인 질문

Question

마스터 페이지가 회사의 프레임 워크의 일부가되어야한다고 생각 하시겠습니까, 아니면 각 응용 프로그램의 일부가되어야한다고 생각하십니까? 아니면 회사의 프레임 워크에는 모든 마스터 페이지에 최소 기능을 제공하기위한 인터페이스 만 있어야합니까?

Currenlty 우리는 두 가지 문제에 직면 해 있습니다. 첫째, 원래 아이디어는 모든 비즈니스 애플리케이션에 대한 일반적인 레이아웃을 갖는 것이 었습니다. 그렇기 때문에 마스터 페이지는 회사의 프레임 워크에 앉습니다. 둘째, 일부 응용 프로그램에는 다른 레이아웃이 필요했으며 메뉴, CSS 클래스 등에 대한 전체 논리로 약간의 고통을 일으킨 것은 프레임 워크에있었습니다 ...

당신의 생각이 무엇인지 말해 줄 수 있습니까?

감사,

Answer 1

공통 컨트롤과 같은 UI 요소를 프레임 워크 라이브러리로 이동시키고 각 응용 프로그램에 대한 마스터 페이지를 작성하려고합니다. 안에 응용 프로그램. 이를 통해 공통 컨트롤을 사용하여 응용 프로그램에서 공통 UI 요소를 유지할 수 있으며 각 응용 프로그램에 대해 다른 레이아웃을 생성 할 수있는 유연성을 제공합니다.

고려해야 할 사항은 다른 목적으로 동일한 앱에서 다른 마스터 페이지를 사용하는 것입니다. 예를 들어, 내부 직원, 고객 용으로는 하나의 마스터 페이지를 사용할 수 있거나 일반 브라우저에는 마스터 페이지 하나, BlackBerry와 같은 장치에는 하나의 마스터 페이지를 사용할 수 있습니다.

Answer 2

일부 CSS 및 디자인 라이브러리 (템플릿, 이미지, 팔레트)를 공유하지만 단일 공유 마스터 페이지는 충분히 유연하지 않을 것입니다.

Answer 3

회사의 요구 사항에 달려 있다고 생각합니다. 나는 그것이 우리의 핵심 프레임 워크의 일부인 조직을 위해 일했습니다. 그러나 이것은 모든 웹 응용 프로그램이 내부적이었고 동일한 모양과 느낌을 가져야했기 때문입니다.

Answer 4

공유 마스터 페이지를 가지고 있다고 생각한다면 아마도 논리가 너무 많다는 것을 의미합니다. 우리 회사에서 그들은 역사적으로 공통 기능이 많은 기본 마스터 페이지와 기본 페이지를 만들었습니다. 문제는 이것이 매우 융통성이 없다는 것입니다. MVP 프레임 워크를 사용하기 시작했고 페이지에서 논리를 가져 왔으며 공통 마스터 페이지가 더 이상 필요하지 않으며 레이아웃 로직 만 있습니다.

Answer 5

마스터 페이지는 웹 사이트 전체에서 여러 페이지에서 정적으로 될 요소를 유지하도록 설계되었습니다. 바닥 글, 헤더 등을 고정하는 데 사용할 수 있습니다.

여러 응용 프로그램에 대해 동일한 마스터 페이지를 갖는 것을 고려해야한다고 생각하지 않으므로 마스터 페이지로 수행 할 수있는 작업을 심각하게 제한 할 수 있습니다. 실제로 필요한 경우 하나의 응용 프로그램 안에 여러 마스터 페이지를 두는 것이 좋습니다. 그것에 아무런 문제가 없습니다.

여러 응용 프로그램에서 동일한 마스터 페이지를 사용하려고하면 유연성을 유지하기 위해 매우 창의적인 프로그래밍을 수행해야하며, 한 응용 프로그램에 도입 될 오류가 모든 사람에게 퍼질되는 것을 알고 있습니다. 그래서 그것은 확실히 아무도 생각할 수 없습니다.

도움이되기를 바랍니다.