|
|
1
3
在某些情况下,这可能是有道理的,但总的来说,我建议不要这样做。您的业务逻辑层应该只处理业务逻辑和业务逻辑。 同样,您的控制器(假设ASP.NET MVC)应该处理在您的业务域上下文中有意义的值,而不是在预期特定类型的UI时已经更改的值。 您的UI层是唯一应该知道并关心它是什么类型的UI的层。目前看来,您唯一的UI类型将是基于HTML的,但这种情况可能会改变。 |
|
|
2
1
使用的问题
我认为你只要使用它就会做得更好
|
|
|
3
1
您的业务逻辑确实不应该知道您的演示文稿。无论您提供的是web、windows还是任何其他类型的UI,您的业务逻辑中都不应该包含这些细节。
|
|
|
4
0
我同意其他海报的观点,视图级数据转换属于视图生成。您可能一开始只使用基于XML的视图(例如,XHTML、用于语音浏览的VoiceXML、用于web服务的XML),但当您决定还需要JSON视图来支持AJAX交互时会发生什么情况?JSON Javascript文本使用与XML不同的转义机制。 您还将遇到这样的情况:一个逻辑层方法需要调用另一个逻辑层方法,以实现与视图生成无关的目的。调用方法可能需要应用一些填充另一个数据库表的批量数据转换。在这种情况下,调用方法必须撤消XML转义。 |
|
|
5
0
学习PHP的
|