问题标签 [presentation-layer]

这可能被认为是一个学术问题，而不是一个现实世界的问题——但把它扔出去看看是否有人有什么好主意！我们都知道，将应用程序的业务逻辑与演示文稿分开是一个好主意（我正在查看 web-apps atm），但需要了解业务逻辑之间的 HTTP 变量期望（以及然后处理）和表示层发送的变量名称。

这仅仅是告诉设计者在模板中使用什么变量名的问题吗？模板不需要知道变量名是什么（除非将它们用于 JS/CSS 选择器），那么为什么要在其中“硬编码”它们。或者业务逻辑是否应该将名称放入要打印的变量中？模板的另一层复杂性？

有没有人有这方面的经验，或者对如何处理它的想法？

谢谢，艾伦

嗨，伙计们，我有兴趣编写一组自定义控件（最有可能在 ASP.NET 中），想知道我应该遵循什么样的准则。- 对于应该遵循的 UI 控件是否有任何通用要求？- 在编写文档/样本等时，有什么关于它们应该包括什么的指南吗？我知道这是一个非常笼统的问题，但对您对我应该如何开始的反馈感兴趣，并且可能从一开始就有一套严格的指导方针/框架。

我们有一个相当奇怪的要求：WPF 应用程序中任何控件的可见性都是由数据库表驱动的。

这意味着我们有一个存储元素名称及其可见性的表。

现在我正在寻找一种优雅的方式来在客户端实现此功能。

我可以创建自己的 UserControl 并在任何地方继承它，提供 InitializeComponent 模板方法。但是，如果有人以编程方式添加更多子控件怎么办？

我根本不想让我的控件知道这个机制。我想在某个点挂钩/拦截（预控件渲染）并根据数据库调整控件的可见性。

这有可能吗？如果没有，你将如何设计它？

我想在不使用 web 服务器（Tomcat、Jboss 等）的情况下部署 web 应用程序，就像 sonar/hudson 那样。什么表示框架适合它，它具有 JSP/Struts 之类的功能？

在定义我们的应用程序架构（包含 Web UI 和外部 Web 服务）时，我们偶然发现我们无法为最顶层找到一个通用名称。很明显，我们的应用程序中有 DAL（数据访问层）和 BLL（业务逻辑层）。在 BLL 的顶部，有 UI，通常称为表示层（例如， http: //msdn.microsoft.com/en-us/library/ff647339.aspx）。但是还有一个服务层，它也位于 BLL 的顶部！

但是蛋糕不能在同一层上有两层 :) 所以请帮我找到一个术语。

在 3 层应用程序中，从更好的设计/架构的角度来看，我可以/应该在表示层中实例化一个业务类（驻留在业务层中）吗？我的意思是，这是一种不好的做法吗？如果是这样，那么有什么方法可以从表示层引用任何业务对象？例如，如果我无法在表示层中创建“员工”对象（代码隐藏），我将如何在会话状态中保存它)?

我正在设置一个简单的 UISlider 来动画它的进度：

当用户按下按钮时，我想在它的位置停止动画。

我知道我需要查询表示层以找出值，但是，表示层的类型是 CALayer 而不是 UISlider。因此，它具有图层属性，例如它在屏幕上的 x/y 位置，但没有滑块本身的值。

通过设计表示层可以访问层的所有当前动画数据是有道理的，但我不确定如何在代码中解决这个问题。

有任何想法吗？

我最近一直在学习数据访问层、业务逻辑层和表示层，但是我还有一些不太清楚的东西。

我可以将 DAL 和 BLL 与表示层一起使用来获取或设置数据库中的信息。

但我也想过asp控制事件，以及我应该如何实现它们。

例如，我应该尝试将按钮单击事件放入 BLL 中，还是应该将其留在 aspx 代码隐藏文件中？

如果我应该将它们放入 BLL，我将如何做呢？

我不确定如何让事件调用 BLL 中的方法，因此将不胜感激任何建议。

我对三层架构有一些疑问。

1. 如何正确实现三层架构的应用程序？
2. 这些层之间如何通信？
3. 数据层是否完全等同于 DBMS？（如果我们使用存储过程又如何呢？如果我们使用对象关系映射框架呢？）

期待听到您的回答。谢谢。

PS：请不要理解我在问一个笼统的问题。好的 ？我在问如何正确设计大型应用程序。什么是最好的方法？。不期待很长的答案。

我不想创建一个新类并决定使用匿名类型来将数据从表示层发送到业务层。

但我的问题是如何在 biz 层中引入匿名类型？我使用 Vb.Net 2008 和 VS 2008。

编辑

实际上，我必须处理一些数据，它们的性质实际上是临时类，我不会在我自己的项目中再次使用它们。