前言
公众号：【可乐前端】，期待关注交换，分享一些有意思的前端常识
在上一期咱们曾经实现了文件治理的性能，这篇文章次要会介绍文件顶部栏实现、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编辑软件，这篇文章就是在这个软件下写进去的。大体性能没有什么问题，就是还有一些小的交互细节能够继续去优化一下。如果你感觉有意思的话，点点关注点点赞吧～
发表回复