0

在这个答案的最后，RobertPitt写道：“随着时间的推移，你会了解到你不应该在课堂上直接使用 html，并且你会将上面的内容分成几个类”。

那么为什么这被认为是不好的做法呢？

4

3 回答 3

1

因为类本身应该是模块化的。例如，您可能希望在具有完全不同 HTML 标记的许多不同项目中使用身份验证类。

尽可能多地尝试分离 GUI 和逻辑，以便获得可以在其他项目中轻松重用的代码片段。

于 2013-11-03T11:28:02.963 回答
1

在一个地方混合应用程序逻辑、业务逻辑和视图部分（在本例中为 html）违反了关注点分离和单一职责设计原则。所以，这真的不是一个好习惯。

其他答案和评论后更新：

在专用类中生成 html 部分、字符串或任何类型的数据都可以。这并没有错。您可以使用 html 部分、类或方法中的字符串来生成/使用/格式化或做任何您想做的事情。问题是当您决定在应用程序的另一个类或方法（部分）中执行此操作时，主要职责是处理其他事情。在没有任何原则或约定的情况下编写代码，会导致构建不可维护、难以理解、难以阅读、无味的意大利面条式应用程序，没有人愿意学习/维护/扩展或使用。这不是一件好事。

于 2013-11-03T11:31:15.097 回答
1

您引用的部分答案似乎自相矛盾，因为它声明您不应该在您的类中使用 HTML，但随后建议您创建 Header 和 Footer 类，这可能会生成 HTML。

目前的其他答案似乎也无法解决您的问题。他们正确地指出，您引用的答案与关注点分离有关，但这并不是您真正要问的，至少从您的问题标题来看。

如果您实际上是在问编写一个负责生成 HTML 标记的类是否是不好的做法；那么简短的回答是不是。

流行的框架有时包括专门用于此目的的类，例如Yii 中的CHtml。

于 2013-11-03T11:40:12.453 回答