问题标签 [presentation-layer]

所以我有一个 IList 业务实体，我在 ListView 中循环到一个无序列表中。我在表示层的这个实体上创建了一个扩展方法。在后面的代码中，我可以 Response.Write 这个扩展方法的结果，但是当我尝试通过 ListView 访问它时出现错误。该方法称为 IsCurrent 并返回一个布尔值......这是我的代码：

我得到的错误是：“CB.CMSFramework.WebPage”不包含“IsCurrent”的定义，并且找不到接受“CB.CMSFramework.WebPage”类型的第一个参数的扩展方法“IsCurrent”（您是否缺少使用指令还是程序集引用？）

但是......当我从后面的代码中执行这种类型的代码时，我没有收到任何错误：

我在大学教 Java EE，这是一个学生问的问题。我说“不”，但我不太确定，所以我想我可能会问你们强大的开发人员。:)

基本上，我想做的是在我的上下文中使用实体：cat getter、setter 等，就像普通的 POJO 一样。如果我使用使用其远程接口的 EJB，实体将与核心基础设施分离，所以这是不行的。

我想过在我的硕士论文中写一个这样的层。如果这是一个死主意，请随时告诉我。如果不是，请告诉我你是否想要一个。

或者如果那里有这样的工具，请告诉我！

我的问题围绕着 CSS 固定布局与扩展以填充浏览器宽度的浮动布局。

现在我遇到的问题是根据页面的宽度调整标头广告的大小（鉴于当前浏览器的CSS3 实现，我理解这是不可能的background-image: size;）。在这一点上，我觉得我已经陷入了僵局：我是要重新设计网站以使用固定的 CSS 布局，还是保持当前布局并尝试使标头图像扩展以填充提供的大部分空间? 此外，转向固定宽度布局的利弊是什么，以及使用一种布局而不是另一种布局的其他（看不见的）后果？

有问题的网站将作为对此问题的评论给出——我不想被视为试图增加它的流量。

编辑：还有其他想法吗？

我想创建一个可以在本地和在线上运行的游戏。

我的第一个想法是创建一个接口，该接口将包含 GUI 业务逻辑所需的所有方法，然后具有网络实现和本地实现。

这适用于请求-响应消息。但是服务器发送的消息呢，我必须更新一些 GUI 组件（即 JLabels）？

我的第一个解决方案是实现监听器，实现中的每个更改都会触发一个事件。GUI 将适当地注册和更改其组件。但是，在业务逻辑中调用触发事件看起来有点不对劲。

我在正确的轨道上吗？因为我觉得我不是。有什么建议么？

谢谢你。

注意：客户端是一个简单的 Java Swing GUI。

问候，

提前道歉，我没有认真研究这个问题来自己回答这个问题，但我想这需要一些时间，我宁愿现在知道，然后再投入更多时间来学习它。我在最初的研究中找不到任何东西..

如果您已经在使用多层架构（数据层、逻辑层、表示层），为什么还要使用 ASP.Net MVC？除了控制器比逻辑层拥有更多权力之外。

我是否认为我可以在 MVC 的模型部分中使用 nHibernate 和我的所有数据访问类、实体和映射？

使用控制器时，是否最好将大量逻辑分离到一个单独的类中，以便我可以从多个控制器中调用它？或者我可以从控制器本身调用它们，考虑到我不希望它们都是动作，只是普通方法。

谢谢

我目前正在开发一个大量使用 JSF 和 IceFaces 的网络应用程序。我们已经讨论过转移到另一个表示层，我想我会把讨论带到 SO 中，看看专家们是怎么想的。

我很好奇是否有人可以权衡各种 Java 表示层技术的优缺点。如果您只与一个人合作过，请说出您喜欢或讨厌它的原因。如果你和几个人一起工作过，请给出你对它们如何相互叠加的印象。

我们正在考虑的技术是：

• 冰面
• JSF（没有 IceFaces）
• GWT（谷歌网络工具包）
• 便门
• 挂毯

如果我的清单中缺少任何内容，请告诉我。

谢谢！

我需要一个简单的模式来完成上述操作。有几点需要注意：

1）我有一个类，我必须使用它来进行实际数据检索并返回 DataTable

2）我不关心支持所有可能的数据库类型的通用接口，我们坚持使用一种数据库类型。

3）我如何优雅地捕获错误并通知用户发生了错误。

4) 不要让我学习 MVC - 现在不是一个选择。

我对实际的图案设计很感兴趣。

似乎没有太多细节的领域驱动设计的一部分是，您应该如何以及为什么应该将您的领域模型与您的界面隔离开来。我试图说服我的同事这是一个很好的做法，但我似乎没有取得太大进展......

他们在表示层和界面层中随心所欲地使用领域实体。当我向他们争辩说他们应该使用显示模型或 DTO 将域层与界面层隔离时，他们反驳说他们没有看到这样做的商业价值，因为现在你有一个 UI 对象要维护以及原始域对象。

所以我正在寻找一些具体的理由来支持这一点。具体来说：

1. 为什么我们不应该在表示层中使用域对象？
   （如果答案很明显，“脱钩”，那么请解释为什么这在这种情况下很重要）
2. 我们应该使用额外的对象或构造来将我们的领域对象与接口隔离吗？

在上面的例子中，我不得不在 form_tag 中说@album.id，但在 text_field 中我不得不说：album。我一直在我的观点中混淆这些，并且从来不知道是使用@符号还是符号。是否有一个简单的规则可以明确何时使用什么？

表示层应该拆分为表示和接收对象还是在两个方向上处理数据的单个对象？