模型是否应该与客户机分离(Swift MVC)?

模型是否应该与客户机分离(Swift MVC)?,swift,model-view-controller,client,decoupling,Swift,Model View Controller,Client,Decoupling,我有一个客户端,它返回数据并将数据发送到服务器。当前,它返回的数据仅由核心库(Foundation)中的类型组成 如果客户机发回已经转换为我的模型类的数据,这将非常有用 把我的模特和我的客户结合起来是个坏主意吗? 我正在考虑以一种扩展的方式来做这件事,这种方式与主客户机实现分离 我想指出的是,我曾考虑将其移动到一个helper类中,但我认为将一个客户端方法调用移动到另一个类中会令人困惑 例如:Helper.getDataFromServer 理想情况下,我们需要:Client.getDataFr

我有一个客户端,它返回数据并将数据发送到服务器。当前,它返回的数据仅由核心库(Foundation)中的类型组成

如果客户机发回已经转换为我的模型类的数据,这将非常有用

把我的模特和我的客户结合起来是个坏主意吗? 我正在考虑以一种扩展的方式来做这件事,这种方式与主客户机实现分离

我想指出的是,我曾考虑将其移动到一个helper类中,但我认为将一个客户端方法调用移动到另一个类中会令人困惑

例如:
Helper.getDataFromServer


理想情况下,我们需要:
Client.getDataFromServer

我认为这个问题太宽泛,无法得到有用的答案。有很多有效的方法来构造应用程序。即使在“MVC”标签中,您也可以对模型、视图、控制器和其他应用程序组件的通信方式进行一系列解释。此外,还不清楚“客户”扮演哪些角色(如果有的话),以及应该与哪些角色沟通或了解哪些其他角色。我同意@Jonah。这是一个非常广泛的问题。一般来说,我建议你们分开上课。您的
客户机是否真正关心从服务器获取数据?通常,这不是属于模型的业务逻辑的一部分。也许您应该添加一个类
Connector
,其中包含一个方法
getClientData
,该方法返回一个填充了数据的新客户端。