2

你们认为母版页应该是公司框架的一部分还是应该是每个应用程序的一部分?或者公司的框架应该只有一个接口来为所有母版页提供最少的功能?

目前我们面临两个问题:首先,最初的想法是为每一个业务应用程序都有一个共同的布局。这就是为什么母版页位于公司框架中的原因。其次,一些应用程序需要有不同的布局,这造成了一些痛苦,因为菜单、CSS 类等的整个逻辑都在框架中......

你们能告诉我你们的想法吗?

谢谢,

4

5 回答 5

5

我会尝试将 UI 元素(如通用控件)移动到您的框架库中,并为应用程序的每个应用程序创建一个母版页。这将使您能够通过使用通用控件在应用程序中维护通用 UI 元素,并提供为每个应用程序创建不同布局的灵活性。

其他需要考虑的事情是在同一个应用程序中出于不同目的使用不同的母版页。例如,您可能将一个母版页用于内部员工,一个母版页用于客户等。或者您可能将一个母版页用于普通浏览器,而将另一个母版页用于黑莓等设备。

于 2008-11-03T01:05:08.877 回答
0

共享一些 CSS 和设计库(模板、图像、调色板),但单个共享母版页不太可能足够灵活。

于 2008-11-03T01:03:07.833 回答
0

我认为这取决于贵公司的要求。我曾经为一个组织工作,它是我们核心框架的一部分。然而,这只是因为我们所有的 Web 应用程序都是内部的,并且需要具有相同的外观和感觉。

于 2008-11-03T01:05:57.017 回答
0

如果您正在考虑拥有一个共享母版页,这可能意味着您的逻辑过多。在我的公司,他们历来创建具有许多通用功能的基本母版页和基本页面。问题是这是非常不灵活的。我已经开始使用 MVP 框架并从页面中提取逻辑,并且不再需要一个通用的母版页,它只有布局逻辑。

于 2008-11-03T01:52:50.370 回答
0

母版页旨在在整个网站的多个页面上保存将是静态的元素。您可以使用它来保存页脚、页眉等。

我认为您甚至不应该考虑为多个应用程序使用相同的母版页,这将严重限制您可以对母版页执行的操作。事实上,如果需要,我鼓励您在一个应用程序中包含多个母版页。这没什么不好。

如果您尝试在多个应用程序中使用相同的母版页,您将不得不进行一些非常有创意的编程以保持它们的灵活性,而且您知道会发生什么……在一个应用程序中引入的错误会渗透到所有应用程序中。所以这绝对是一个禁忌。

希望有帮助。

于 2008-11-03T05:22:10.433 回答