Question

你好我和wicket一起工作，在我的团队中，我们争论很多应该给设计的地方

我认为设计应该仅仅是标记，以便在其他人认为我正在做的事情是沸腾的平台代码时实现分离。

例如我们使用这种结构来支持带有图片的IE8 usung圆角：

<div class="panel-wrapper">
   <div class="panel-left"></div>
   <div class="panel-right"></div>
   <div class="panel-bottom"></div>
   <div class="panel-top"></div>
   <div class="panel-bottom-right"></div>
   <div class="panel-bottom-left"></div>
   <div class="panel-top-right"></div>
   <div class="panel-top-left"></div>
   <div class="panel-bg"></div>
   <div class="panel-body">
  //stuff 
 </div>

我认为，作为一名开发人员，这是对我的信条的反对，这是实现mvc的最佳方式，将视图与控制器分开，其他人说我们应该在wicket面板中编写此代码一次来自wicket面板

如果tommarow这个组件会在另一个地方，并且给定的标记会让我们遇到问题，例如使用@override getVaration，该怎么办？

Answer 1

为什么不使用行为？通过将基本布局放入模板中来保持组件清洁，但使用AttributeAppender / AttributeModifiers添加CSS类。

Answer 2

我认为让设计师（应该知道css和语义标记）创建页面的静态版本是个好主意，然后你可以决定如何构建面板然后“加工”面板的标记。我认为这是设计师和开发人员可以发挥的作用。通常在决定如何创建面板时，可能会担心“如果标记发生变化会怎样？”嗯，这就是了解网站路线图以及如何重复使用它的原因。在我的例子中，我通常做的是创建一个没有标记的抽象面板然后开始扩展它，而不是创建样式和类似的东西，因为这通常会导致每次你需要一个不同的样式时更改面板你面板的行为取决于风格。如果您认为抽象面板可能过度，您可以创建一个默认面板，其中包含可能最常用的标记，并在必要时进行扩展，并为该新面板使用不同的标记。

wicket MVC最佳实践

2 个答案: