javascript - 像配置函数一样在事件处理程序中获取组件

Question

在事件处理程序中访问组件的正确方法是什么？或者，我应该怎么做？

我有一个 UI 部分，它本质上是一个 div 按钮。当用户单击它时，“按钮”将替换为输入。当用户完成输入时，它会返回到一个“按钮”。

因为我是从 Backbone 移植这个，所以我使用 jQuery 翻转两个部分的可见性并将焦点设置在输入上。在阅读了组件中的配置函数如何被赋予组件之后，我想知道我是否应该被赋予组件的 DOM 元素，或者完全采用另一种方法(也许在 m() 函数中有条件？)。

{
    controller: function () {
        this.clickPlus = () => {
            $('#newActivityPlusIcon').hide()
            $('#newActivityPlaceholder').css('background-color', 'lightgray')

            const $newActivityInput = $('#newActivityInput')
            $newActivityInput.show()
            $newActivityInput.focus()
        }
        this.keyUpInput = (event) => {
            //If ESC key pressed
            if (event.keyCode === 27) {
                const $newActivityInput = $('#newActivityInput');
                $newActivityInput.hide()
                $newActivityInput.val('')

                $('#newActivityPlaceholder').css('background-color', '')
                $('#newActivityPlusIcon').show()
            }
        }
    },
    view: (ctrl) => {
        return m('section', {id: 'newActivity'}, [
            m('article', {id: 'newActivityPlaceholder', class: 'activityBox', onclick: ctrl.clickPlus}, [
                m('span', {id: 'newActivityPlusIcon'}, '+'),
                m('input', {id: 'newActivityInput', placeholder: 'type name', onkeyup: ctrl.keyUpInput}),
            ])
        ])
    }
}

Answer 1

Mithril 和 Backbone 组件之间的关键实际区别在于 Mithril View 是用 Javascript 编写的。由于这带来的机会，一些旧的 Web MVC 最佳实践被颠覆了:

1. 您可以轻松地在 View 中表达条件逻辑。正如 Bryce 所展示的，三元运算 (condition ? true : false ) 是使 View self 完成的好方法:换句话说， View 函数可以表达 DOM 的所有可能状态，以及一切它需要做。
2. 您还可以在 View 本身中定义事件处理程序和元素绑定(bind)，这意味着您不再需要 Controller 了解 View 的结构或定义 View 逻辑。这使您能够编写 Controller ，其唯一功能是定义组件的状态和整体操作。

特殊的 config 属性仅在您绝对需要将对 DOM 元素的引用传递给 Controller ​​或另一个组件时才是必需的 - 这种情况很少见 - 或者触发特殊逻辑，如动画第一次渲染元素。在这种情况下，没有必要。

在下面的代码中，我设法隔离了 2 个属性，input 和 active，以及一个重置操作，cancel那些属性。这些描述了组件需要的所有状态。剩下的纯粹是 View 的关注点。

View 根据 DOM API 的关注点决定如何读取和写入这些属性。例如，如何读取输入的值是输入本身的关注点:同样，确定 keyCode 27 表示“esc”是 DOM 逻辑，可以与更改状态的 Controller 逻辑分开。

当 UX 和业务需求发生变化时，将这些关注点分开会变得很有用:例如，我做出了武断的决定，让点击关闭或 Tab 远离输入同时清除输入和松散的事件状态。这不需要在 Controller 中添加额外的操作 - 我们将相同的 cancel 函数绑定(bind)到 onblur 事件处理程序。

其他小调整:

• 将 View 表示为箭头函数会丢失 return 关键字，IMO 可以更轻松地将 View 作为单个声明语句来阅读。
• 我们可以松开 ID，因为我们不再需要从 Controller 引用 View :我们所有的状态绑定(bind)都直接在 View 本身中进行。
• class 和placeholder 等静态属性可以直接在选择器字符串中表达。这清楚地表明这些属性始终相同:现在 DOM 属性对象仅被动态代码调用 - 函数和条件属性。
• 对子项进行分组的数组括号是多余的:您可以简单地一个接一个地直接插入子项。

https://jsbin.com/xopinoy/edit?js,output

---

{
  controller: function () {
    this.active = m.prop( false )
    this.input  = m.prop( '' )

    this.cancel = () => {
      this.active( false )
      this.input( '' )
    }
  },

  view: ctrl =>
    m( 'section',
      m( 'article.activityBox', {
        onclick: event => 
          ctrl.active(true),
        style : {
          background : 
            ctrl.active() 
              ? 'lightgrey' 
              : ''
        }
      },

        ctrl.active()
          ? m( 'input[placeholder="type name"]', { 
              value: ctrl.input(),
              oninput: event =>
                ctrl.input( event.target.value ), 
              onkeyup: event => {
                if( event.keyCode === 27 )
                  ctrl.cancel()
              },
              onblur: ctrl.cancel
            } )
          : m( 'span', '+' )
      )
    )
}