检票口 MVC 最佳实践



嗨,我正在用检票口工作,在我的团队中,我们争论了很多关于应该给设计的地方

我认为设计应该只在标记中,以实现其他人认为我正在做的是沸腾的平台代码的关注点的分离

例如,我们使用此结构来支持带有图片的IE8圆角:

<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 的最佳方式,将视图与控制器分开,其他人说我们应该在检票口面板中编写一次这段代码,从检票口面板派生

如果Tommarow这个组件在另一个地方,并且给定的标记会给我们带来诸如使用@override getVaration之类的问题怎么办?

为什么不使用行为?通过将基本布局放入模板来保持组件干净,但使用 AttributeAppender/AttributeModifiers 添加 CSS 类。

我认为允许设计师(他们应该了解 css 和语义标记)创建页面的静态版本是个好主意,然后您可以决定如何构建面板,然后"wicketize"面板的标记。我认为这是设计师和开发人员可以扮演的角色。通常,在决定如何创建面板时,人们可能会担心"如果标记更改怎么办?..好吧,这就是为什么了解您网站的路线图并了解如何重用它很有用的原因。就我而言,我通常做的是创建一个没有标记的抽象面板,然后开始扩展它,而不是创建样式和类似的东西,因为这通常会导致每次您需要不同的样式时面板发生变化,当您根据样式更改面板的行为时。如果您认为抽象面板可能矫枉过正,则可以创建一个默认面板,其中包含可能使用最多的标记,并在必要时进行扩展,并为该新面板使用不同的标记。

最新更新