swift - 如果我的代码引用了 View ，我可以将我的代码放在 View 模型中吗？

Question

我有一个 view，其中包含很多逻辑代码，在 viewmodel 中会更好。问题在于代码引用了 view，这意味着 viewmodel 需要来自 view 的对象才能正常工作。如果我正确理解了 viewmodel 的概念，那么双向依赖会破坏 viewmodel

的全部目的

正如您从下面的代码中看到的那样，它包含行 addChild(x) 以及 .removeFromParent。因此，如果移动到 viewmodel，代码必须类似于:mainView.addChild(x)。它确实有效，但我的问题是它是否合适。如果不是，我是否应该只将代码保留在 View 中，即使它占用了大量空间并且其中有很多逻辑？

这些函数在 native touchDown() 函数中使用:

func characterIsSelected(i: Int, j: Int) {
    //Check Accessibility of Tile
    if !gameBoardArray[i][j].isAccessibilityElement {
        hasBeenClickedOnce = true
        characterIsSelected = true
        characterVM.getGameBoardPosition().fillColor = SKColor.brown
        print("NOT ACCESSIBLE")
        return
    }else {
        print("Moving")
        viewModel.placeCharacter(row: i, col: j)
        buttonIsAvailable = false

        //SEE HERE
        guiButton.removeFromParent()
        enemyProximityCheck(i: i, j: j)
    }
}

func enemyProximityCheck(i: Int, j: Int){
    print("ENEMY PROXIMITY")
    //SCAN VICINITY OF CHARACTER. IF ENEMY IS ON TILE, GOTO COMBAT
    for ii in -1...1 {
        for jj in -1...1 {
            //gameBoardArray[i + (ii)][j + (jj)].fillColor = SKColor.blue
            if(i + (ii) < 0 || j + (jj) < 0 ) {
                print("LOW")
            }
            else if(i + (ii) > gameBoardArray.count - 1 || j + (jj) > gameBoardArray.count - 1) {
                print("HIGH")
            }
            else {
                if (gameBoardArray[i + (ii)][j + (jj)].contains(enemyVM.getCurrentEnemyPosition() ) ) {
                    print("AAARGH AN ENEMY!")

                    //SEE HERE
                    addChild(guiButton)
                    buttonIsAvailable = true
                    //enemyHasBeenSpotted = true
                }
            }
        }
    }//End for
}

Answer 1

通常，如果您使用“ View 模型”， View 模型通常不会直接操作 View 。它会简单地将“遇到敌人”(或其他)事件传递给“ View ”(我们中的许多人会认为它既是 UIView 层次结构又是 View Controller )，然后它会负责相应地操作 View 。

不幸的是，根据您所概述的内容，很难准确地说出 View 模型在您的情况下如何执行此操作。有些人宽松地使用术语“ View 模型”，因此有几种可能的解释:

1. 一种方法是让 View 观察(通过某种“绑定(bind)”机制) View 模型中的某些属性，当 View 模型更新该状态时， View 将添加/配置适当的 View / subview 因此。 (这就是绑定(bind)/观察可以说是任何基于“ View 模型”的方法的一个重要方面。)

2. 其他方法包括 View 模型的协议(protocol)委托(delegate)或闭包模式，以将 UI 更新传达给 View 。 (这可以说更像是一种 MVP 方法，尽管我看到团队在这种情况下也使用术语“ View 模型”。)

但一致的模式是 View 模型通常不应该进入和操作 View 层次结构本身。它应该简单地传达(一种或另一种方式)状态变化，“ View ”将从那里接管它。

仅供引用，我认为 Medium 的 iOS Architecture Patterns在 iOS 应用的上下文中谈论这些不同的模式时很有启发性。