关于前端:Electron实现你自己的Markdown编辑软件

公众号：【可乐前端】，期待关注交换，分享一些有意思的前端常识

在上一期咱们曾经实现了文件治理的性能，这篇文章次要会介绍文件顶部栏实现、Markdown 编辑器的主体接入以及图床实现。

咱们会实现一个顶部栏去治理以后关上的文件，这里次要用到的是 antd 的 Tabs 组件。整体的交互如下：

点击左侧树的文件时：
- 以后文件不在顶部栏内，关上比聚焦该文件
- 如果曾经存在，聚焦该文件
点击顶部栏的 tab，切换到改文件进行编辑
点击敞开按钮，敞开对应的 tab

点击左侧树的时候，能够如下实现：

  const [tabs, setTabs] = useState([])
  const [activeKey, setActiveKey] = useState('')
  const [value, setValue] = useState('')
  const ipcRenderer = window.electron.ipcRenderer
  const handleSelect = (keys, { node}) => {const key = keys[0]
    if (!node.isLeaf) {return}
    const newTabs = [...tabs]
    const exist = newTabs.find((tab) => tab.key === key)
    if (!exist) {newTabs.push({ key, label: node.title})
      setTabs(newTabs)
    }
    setActiveKey(key)
  }
  // ...
   <Tabs
      hideAdd
      type="editable-card"
      activeKey={activeKey}
      onChange={(key) => setActiveKey(key)}
      onEdit={onEdit}
      items={tabs}
   />

这样点击的时候，对应的文件就会呈现在顶部 tab 中，而后咱们须要依据 tab 对应的文件门路取读取相应的文件内容。此时渲染过程能够向主过程发送一个事件，主过程读取到文件内容之后返回给渲染过程，渲染过程再交给编辑器解决。

  useEffect(() => {if (!activeKey) {return}
    ipcRenderer.send(GET_FILE, activeKey)
  }, [activeKey])

监听到以后沉闷的 tab 变更之后，向主过程发送事件，主过程接管到事件之后，就能够进行如下的读取文件操作：

  ipcMain.on(GET_FILE, (event, key) => {
    try {const res = fs.readFileSync(key, { encoding: 'utf8'})
      event.sender.send(RECEIVE_FILE, res)
    } catch (error) {event.sender.send(COMMON_ERROR, '读取文件失败')
      event.sender.send(COMMON_ERROR_LOG, error)
    }
  })

这样渲染过程就能够获取到关上的文件内容。

而后来看一下移除标签页的逻辑，依据标签对应的 key，从标签页数组中找到对应的项，查看是否要移除的标签页是以后流动标签页（activeKey），如果是的话，须要更新以后沉闷的标签页。

如果移除的标签页不是最初一个标签页，就将以后沉闷标签页设置为上一个标签页的 key，否则设置为第一个标签页的 key。最初，如果标签页数组为空，则把 activeKey 置空。

  const onEdit = (targetKey) => {const remove = (targetKey) => {
      let newActiveKey = activeKey
      let lastIndex = -1
      tabs.forEach((item, i) => {if (item.key === targetKey) {lastIndex = i - 1}
      })
      const newPanes = tabs.filter((item) => item.key !== targetKey)
      if (newPanes.length && newActiveKey === targetKey) {if (lastIndex >= 0) {newActiveKey = newPanes[lastIndex].key
        } else {newActiveKey = newPanes[0].key
        }
      }
      if (newPanes.length === 0) {newActiveKey = ''}
      setTabs(newPanes)
      setActiveKey(newActiveKey)
    }
    remove(targetKey)
  }

顶部栏标签治理就实现到这里，上面咱们来接入 Markdown 编辑器的主体。

因为之前始终写文章用的都是掘金的 Markdown 编辑器，所以这里我也是间接接入了它的开源版本，因为我应用的是 React 技术栈，所以须要用到的包是 @bytemd/react。

而后还能够装置一些罕用的插件，比方 @bytemd/plugin-gfm，它是专门解决 GitHub 格调的 Markdown 扩大语法（GitHub Flavored Markdown，简称 GFM）的插件。GFM 是 GitHub 对规范 Markdown 扩大的一种，引入了一些额定的性能，比如说工作列表、删除线、表格等；还有 @bytemd/plugin-highlight，这是一个代码高亮的插件。

装置完对应的依赖之后，就能够通过非常简略的代码来应用这个组件了。

import gfm from '@bytemd/plugin-gfm'
import highlight from '@bytemd/plugin-highlight'
import {Editor} from '@bytemd/react'
import 'bytemd/dist/index.css'
import zh from 'bytemd/locales/zh_Hans.json' // 国际化 json
import 'highlight.js/styles/default.css'
import './editor.css' // 额定的 markdown 主题款式
const plugins = [gfm(), highlight()]

const [value, setValue] = useState('')
<Editor
  uploadImages={handleUpload}
  mode="split"
  locale={zh}
  value={value}
  plugins={plugins}
  onChange={(v) => {setValue(v)
    updateFile(v)
  }}
/>

在内容更新的时候会触发一个 onChange 事件，这跟平时个别的 input 组件体现统一，这个时候咱们须要更新组件的 value 以及更新对应文件的内容。

  const updateFile = useCallback(debounce((value) => {ipcRenderer.send(UPDATE_FILE, activeKey, value)
    }, 300),
    [activeKey]
  )

实现一个 updateFile 来更新文件的内容，这里我加了一个防抖函数，让 IO 不要太过频繁。同样也是发送一个事件给主过程，让主过程去写文件。

  ipcMain.on(UPDATE_FILE, (event, key, value) => {
    try {console.log('更新文件内容')
      fs.writeFileSync(key, value, { encoding: 'utf8'})
    } catch (error) {event.sender.send(COMMON_ERROR, '更新文件失败')
      event.sender.send(COMMON_ERROR_LOG, error)
    }
  })

这样咱们的编辑器主体接入就实现了，能够开始高兴的写文章啦。

写文章的时候怎么能不配图呢？配图怎么能少的了图床呢？所以这一大节是基于 GitHub 仓库来搭建了一个图床。

首先关上你的 GitHub 点击新建仓库（这里我因为曾经创立过了所以显示仓库已存在。），而后关上 GitHub token 治理页面，新建一个 token。

新建的时候把这里钩上

而后点击生成，token 就新建好了，请留神保存好。

而后咱们就能够开始尝试把文件上传到 GitHub 了：


import axios from 'axios'
export const generateRandomFileName = (file) => {return `${window.crypto.randomUUID()}.${file.type.split('/')[1]}`
}

function fileToBase64(file) {return new Promise((resolve, reject) => {const reader = new FileReader()

    reader.onload = () => {resolve(reader.result.split(',')[1])
    }

    reader.onerror = (error) => {reject(error)
    }

    reader.readAsDataURL(file)
  })
}

const token = '你的 token'
const owner = '你的用户名'
const repo = '仓库名'
const commitMessage = 'Upload image to GitHub'
export const uploadImageToGitHub = async (file) => {
  try {const path = generateRandomFileName(file)
    // 结构申请头
    const headers = {Authorization: `token ${token}`,
      'Content-Type': 'application/json'
    }
    const imageContent = await fileToBase64(file)
    // 结构申请体
    const requestData = {
      message: commitMessage,
      content: imageContent,
      path: path
    }

    // 发送 HTTP 申请
    const response = await axios.put(`https://api.github.com/repos/${owner}/${repo}/contents/${path}`,
      requestData,
      {headers}
    )

    // 输入上传后果
    console.log('Image uploaded successfully:', response.data)
    return `https://cdn.jsdelivr.net/gh/${owner}/${repo}@main/${response.data.content.path}`
  } catch (error) {console.error('Failed to upload image to GitHub:', error.response.data)
    return ''
  }
}

让咱们一起看看下面的代码做了什么：

generateRandomFileName 函数：接管一个文件对象 file，通过应用 window.crypto.randomUUID() 生成一个随机的文件名，保障文件名的唯一性，应用文件的类型（file.type）作为文件扩展名。
fileToBase64 函数：将文件对象转换为 base64 编码的字符串。

uploadImageToGitHub 函数：接管一个文件对象 file，通过调用后面两个函数，生成随机的文件名和将文件转换为 base64 编码的字符串。而后，应用 Axios 库发送一个 PUT 申请到 GitHub API 的 contents 端点，以上传文件。

上传胜利之后，能够通过 jsdelivr 的 CDN 服务包裹一下咱们的图片链接，让咱们的图片资源拜访的更快：https://cdn.jsdelivr.net/gh/${owner}/${repo}@main/${response.data.content.path}

到这里咱们就曾经实现了将 File 对象上传到 GitHub 的性能，剩下须要做的就是在编辑器组件中接入这个上传性能。

bytemd 裸露了 uploadImages 这个属性，当咱们在编辑器中上传、粘贴图片时会触发这个办法，咱们能够在这里拿到咱们在本地上传的图片，而后调用上传到 GitHub 的接口，这样就实现了在编辑器中上传图片。

  const handleUpload = async (files) => {
    const urls = await Promise.all(files.map(async (file) => {const url = await uploadImageToGitHub(file)
        return {url}
      })
    )
    return urls
  }

到这里咱们就曾经实现了本人的 Markdown 编辑软件，这篇文章就是在这个软件下写进去的。大体性能没有什么问题，就是还有一些小的交互细节能够继续去优化一下。如果你感觉有意思的话，点点关注点点赞吧～

前言

顶部栏

编辑器主体

图床

最初