在特定视图语言/标记中与UI后面的代码中的UI

Question

我听说过一些开发人员说他们更喜欢在代码后面构建他们的UI。我认为这会导致他们编写非常糟糕的代码.超大型函数，意大利面代码，混合职责的函数，而不是纯函数。我认为最好在平台中构建您的UIs -特定的视图语言或标记(HTML、XAML、qml等)。它将真实的业务逻辑与平台接口分离开来，使您能够独立于业务逻辑升级平台接口。就像给斯威夫特掉目标.现在只需包装业务逻辑并在Swift中构建新的UI，然后重新检查业务逻辑就可以作为升级策略。

在特定的视图语言/标记中，在代码后面的UI和UI的优缺点是什么？你的想法？

注意:这并不是说他们是否在使用MVC方法.这纯粹是关于代码背后的代码和ui风格的混合。

Answer 1

我猜你是说写些像

this.Window.Controls.Add(new TextBox());

vs

<Window>
    <TextBox/>
</Window>

我不认为它一定会导致错误的代码。您仍然可以将您的关注点划分为视图、视图模型、控制器、业务模型等，并使用良好的实践。

显然，如果您可以使用View标记框架实现您的UI，那么这是很好的，并且您应该在可能的情况下努力做到这一点。但有时它并不能支持你想做的每一件事，迫使你做出选择。

使用一些自定义控件展开框架，这些控件允许您指定框架内的行为，或者忽略框架并手动实例化/篡改控件。