又一个在线文本对比工具，带有合并，以及若干个文本处理功能

分享创造看这个 https://www.wktline.com

https://onlinetextcompare.com/




哎嗨嗨

@CEBBCAT #2 我认，确实是有深深的「借鉴」的痕迹，不过，还是有很多不一样的，也研究了很久的 Code-Mirror ，后期看情况，可能会改成用 Monaco-Editor ，毕竟 Compare 的效果要好很多

@dt201909 #3 乐见其成。diff 工具有不少，依我个人，首先希望的是纯本地 JS 实现，然后是速度和便捷程度。不止程序员需要在线工具，一些运营人员，乃至传统文职人员（抱歉，我不太懂，只能泛称）也需要对比工具。

另外提供个想法，我很早前就想做一个基于流的文字处理工具，背景是很多用户不了解 shell 工具，而其实 shell 之中有很多工具是字处理的一把好手，比如，利用 sort 、uniq 、awk 、sed 、grep 、rev 、tac 、cut 等等工具，可以组合出很实用的数据格式化脚本（而且还是一行的！）

楼主可以吸收 Scratch 的思想，同时结合 carbon.now.sh 把代码存在 URL HASH 中的设计，做一个便于使用、易于二次创造的在线工具

@CEBBCAT #4 很好的想法
shell 的管道之前看好像是 unix 里边一种很好的实现。
如果基于文本行或整文本，这种方式确实可实现，图形化的话有点像现在不少软件里边的搭电池，web 上一些平台的工作流。

还是蛮不错的，不加广告吗

@lizhenda #7 要的，这不刚弄好，没那么快能申请。
另外也得一直优化，至少使用量得起来才行。

用了一下，OP 还需努力

1. 配色不行，差异行的文本，选中后几乎没有高亮效果，完全看不出来是否选中了。
2. 不支持语法高亮？比如对比各种编程语言的文件，可以忽略注释之类
3. 内容超长时卡死

我一直在找哪个 textdiff 工具能有识别语法段落的功能。举例：

左侧文本:
function abc() {
// abc
}

右侧文本:
function abc() {
// abc
}
function def() {
// def
}

从语法逻辑的角度来说，我是插入了 def 函数。插入了这 3 行：
+ function def() {
+ // def
+ }

但是几乎所有的 diff 工具都识别为插入了这 3 行：
+ }
+ function def() {
+ // def

如果能够将 1 个逻辑块视为整体，就友好得多。
虽然说，二者是等价的。但是如果能考虑语法逻辑，无疑是一大亮点。

@dt201909 #8 事情还是演变成了我们都讨厌的样子，抄袭，然后加广告。如果只是抄，只要不宣称是自己发明的我一般不说什么，但抄了还要卖钱，那和那些把开源 Apk 二次打包卖钱的人有什么区别呢？

补充一下，我说的是 onlinetextcompare.com 这个网站，而不是同样使用 google/diff-match-patch 这一行为
---
@forty #9 https://github.com/afnanenayet/diffsitter

monaco-editor

@CEBBCAT #10 我确实是从 onlinetextcompare.com 得到了启发，但其实大部分东西都不一样，我觉得说「抄袭」就过了。
回答几个点吧，
1 、google/diff-match-patch 是 Code-Mirror-Merge-View 的默认库，且直接依赖，不是照着人家选一样，而是官方早已经给你选好了
2 、无论是免费，还是付费，与抄袭无关，不能说免费你就随便抄，付费就说这个事情有问题
3 、按照你的说法，可以认为 onlinetextcompare.com 是抄袭了 Code-Mirror 官方的 merge view 的例子，因为他压根没这么改
4 、我说说我从 onlinetextcompare.com 参考的点：Code-Mirror 样式修改的可能性，界面的部分布局，标题背景用渐变。
5 、「和那些把开源 Apk 二次打包卖钱的人有什么区别」就好比你做的产品，开源库，你用了，谷歌搜索了一些代码片段，你用了，然后你会觉得自己是抄吗？这里边注入了你多少想法，你花费了多少精力去调优，通通不重要吗？
如果你还要说是抄，那我没办法，按这逻辑，谷歌首页不知道抄了谁，百度也不知道抄了谁，或者他们都是在互抄，因为他们都有一个搜索框和一个搜索按钮。

@forty #9 这个已经涉及到语言识别了吧...
不过按理说，通过缩进可以一定程度来判断。

「配色不行」待我再研究研究，有些功能得魔改这个编辑框架才行
「不支持语法高亮？」确实没做，最初只想做个文本对比，以及一些批量处理（简单的）文本的功能，所以没考虑代码层面的事
「内容超长时卡死」这个无解，面对开发者的话，可能还是的 Monaco-Editor 才行，性能会比较好一点，我也有在考虑后面换掉

@iMusic #11 卧槽，666 ，直接一个书签搞定是吧。。。

我有想过用 Moncao-Editor 的，但是他的 Merge 不太好用，所以暂时还不太确定。。。

@forty #9 确认一下哈，你说的 「选中后几乎没有高亮效果，完全看不出来是否选中了」，指的是 下图红箭头那里不明显是吗？

@iMusic #11 好用，刚好我之前也写过这个的例子，转换 base64 就用上了，思路 666

帮忙看看我的工具站 www.jsonhome.com ，主要围绕 json 。支持 json 文本对比 https://jsonhome.com/json-compare