因为不用某些功能，所以对你来说没有区别。
真要说功能，同时开4个窗格，tc和do都不行 
切合实际需求，选择适合自己的就是最好的文件管理器，没必要一定追求所谓最强。
不好的意思的说.
我的DO目前还是破解版…
我对DO最不满的一点就是大版本付费…
我接触DO是在12.1* 版本…
我翻了一下以前的大版本更新,以前平均2-3年就更新一个大版本.
我以为很快就会有13版本,所以一直在等新版再买.
结果12版本已经6年没更新大版本了…
13版本眼看越来越接近发布.
购买当前版本的欲望越来越低
(或许13版本我也会有这种纠结.谁知道呢…可能是个借口)
所以我在使用DO的过程中一直处于想买又不想买的小纠结中
在想买时就会去找下替代品,TC尝试过多次
就和鼠标手势一样…
几乎每一个新出的我都会去试用…
鼠标手势我暂时是稳定下来了
文件管理器我还是选择中
DO说实话真的很符合我的要求了
界面符合
自定义符合
扩展需求也符合
支持也符合(由于没付费我只在论坛提过一次问,但很快就有管理员正确回答了)
就是大版本的问题…
真是借口
微软商店搜 Files App 美观又好用
还有个自己常用的 one commander 功能多点 但是更丑
巴蛮子，好久不见，早期还在嬴政推Xplorer2，记得你还搞过Xplorer2的汉化。
用TC超过十年了，习惯了吧。
官方主页插件还是比较少，最好去 https://totalcmd.net 看看，更丰富一些。
TC的插件体系就是开放规范和标准，你有需求，也许就有人能写插件正好满足你的使用。
第一大项是解压压缩打开之类的…
不用官方的7z而选择这里的7z有啥好处?
这还是几乎人人都需要解压压缩
TC的7Z插件，安装后可以在TC中压缩，类文件夹查看，类文件夹添加和删除文件。这点要比操作7zip要便捷，尤其在双窗口中操作文件，你不必离开tc再去操作其他软件，其他各类压缩格式也是类似。
其他更专精的格式几乎是少部分人需要
更难想像它能比专精这个格式的软件会更好.
比方说这种
Create AVI video files
open Outlook Express 5/6 mail files.
不是比专精的要好，而是能顺手解决一些小问题。例如其slister插件，集成了sumatrapdf，可以方便的按F3预览PDF，我再决定是不是要打开其他adobe reader去详细阅读。
其实文件管理器的核心还是管理。能按照自己需求，习惯，顺利的管好自己的文件，就很好了。我的同事还是忠实的Windows explorer用户。 
聊聊我的一些TC用法，先看需求，再看功能，能满足的插件就用，不能满足的就用其他软件尝试集成、黏合，例如：TC官网的7z插件我反而不使用，我只需要解压7z格式即可。
我一般都是用zip格式压缩给其他人，兼容win/mac双平台用户人群。
所以我选择的是7z zstd的命令行工具，能生成zst这种格式，压缩解压极快，压缩率也很高。满足自己的备份需求。
需要高压缩率就用LZMA算法，大量文本的用PPMd压缩算法，巨量文件打包用tar，还可以用7z支持格式多的特性来个解压万物。这个就是折腾TC的乐趣吧。
此外，因为我经常需要转格式，批量处理图片，于是集成了imagemagick用来处理图片
你说专精？那肯定没有PS好，但是 胜在方便，点一下，完事。而且面对大批量转格式，ps反而还要甘拜下风。
此外，还可以考虑集成系统的一些功能，例如Robocopy这个命令行复制工具。
robocopy的参数太多，而且输入路径也很麻烦，用TC来做粘合剂是最好不过的，
其复制速度很快，在大量小文件的时候要比TC自带的要强太多，我集成在TC里面，给同事同步过5TB左右的硬盘数据，非常稳定。
cmd /k %SYSTEMROOT%\system32\Robocopy.exe ?"%P:~0,-1" "%T:~0,-1" /MIR /XA:HS /xd "System Volume Information" /xd $RECYCLE.BIN /XF *.tmp *temp
2 个赞
你引用我的或许是我理解错误
我理解是这一项的东西其实就是一个外部工具用来打开或者生成什么文件
所以我才会说这个东西没用
它归根到底其实就是个外部工具还是个旧版本还精简了…
这个可能是我理解有误
在文件管理器中访问这个我理解的是我说的第二项
例如在文件管理器中访问HTTP,注册表,SFTP,WebDAV等等
我也只吐槽了一部分
预览是我说的第三部分
我理解这种需求,所以我也没说什么…
你说的7Z或者imagemagick本质上是传递当前文件夹或者选择的路径给第三方工具
这个里面可能就有最开始我说的问题
比方说DO传递超过200个文件路径给第三方程序(太多参数会报错)
正因为它是传递参数给第三方
假如参数太多程序就会报错(它接受不了这么多参数)
我不确认是200个文件还是多少
谷歌搜索一下 参数长度 WINDOWS
上面说CMD 参数长度为 8191 个字符
其他程序具体是多少我不大清楚但肯定有限制
你或许可以尝试一次性选中1000个文件
然后调用你说的工具看看…
DO是怎么解决的呢…其实也没解决
它提供了几种方法
一种是把所有参数复制了剪贴板
一种是生成临时文件
然后你程序需要自己是解析临时文件或剪贴板
假如程序不支持还是不行…
DO考虑到了这个问题,所以它提供了这种方法
但是你第三方程序是否接受这种方法就不归它管了
比方说这样,这是我自己写的一个文件名替换工具
DO有自己的文件名批量修改,出于自己需求我实现了一个
DO一次传递了16643个文件过来…
光启动就用了几秒钟(需要让DO生成所有路径)
这是我另一个没解析的7Z智能解压,压缩等功能的工具
它就没用这个解析方式,它只接受一个个路径的参数
它会弹出这种错误
其实我也接受不同人需求不同选择不同
所以我不断强调我是问…
但是由于这个问题好像太过于有侵略性所以导致讨论氛围也不怎么好
再加上我DO目前是盗版,更加名不正言不顺…
你花费时间回复我,所以我也认真回复你
不过我还是想说你说的功能DO全都可以实现…
可惜到目前为止还是没有一个功能是TC是实现而DO实现不了的…
都是在纠结我说的某一句话怎么样,我的立场是什么之类…
1 个赞
不用太在意盗版不盗版的吧。早期我TC也是盗版，09年参与团购补的票，就因为自己使用觉得好，加上作者厚道，不买也可以一直用下去，支持一下作者，在自己能负担的起的情况下。
对于工具来说，每个人选择不一样，还是那句话，能满足自己吗？
没有最好的工具，只有是否适合自己。我巴拉巴拉说了一通还是想表达，TC有时候也无法满足自己某个功能，我只能自己琢磨能否集成或用其他办法解决。
用的时间久了TC成为习惯也不想更换主力软件了。
就类似你说的传递参数的问题，在我看来，200个，为啥要传递？太多了，是否可以批处理来解决？如果我有200个文件要处理，类似我上方的imagemagick，我是用dos的for命令来处理的，不管多少，统一在当前TC打开的文件夹转换。这是我对200个的思维。
cmd.exe /c for %a in (*.psd) do ("%COMMANDER_PATH%\tools\exiftool\magick" "%a[0]" -quality 90 -strip "%~na.jpg")
关于7z，我直接调用命令行初衷就两个：
1.可以用-x 参数排除掉我不需要的文件。用7zipGUI反而没法做这个事情。
7z.exe a -tzip -saa -xr!*.tmp -xr!temp -mmt=on -bb -m0=LZMA:d=96m:fb=64 -- "%T%O" %P%S
2.命令行在工作的时候，不会类似插件压缩大文件进度条需要转后台免得挡在前面，我不用理会它，正常操作TC各界面。
任何打开第三方软件的功能都是传送参数，当作粘合剂，无论是 TC还是DO那么相对于三方软件命令行操作来说我觉得listary最合适（手动滑稽）
do 和 TC 甚至说 XY 本质上并没有太多不同，都是通过内置解释器去执行脚本，
TC更倾向于大型的社群插件库，插件就是它的精髓，白板的TC并没有太多功能，且默认的UI太丑了
DO作为一个商业软件，在开箱即用的方面有不错的优势，白板即可有不错的增强功能，你需要自定义也有脚本增强，最主要的是与windows自带差不多的使用逻辑，从默认切换过来时更容易适应
我个人觉得如果倾向于命令行或者脚本处理，listary才是永远的神
说下200个的用处吧
你看到我的工具是替换(改名)对吧…
在1000个文件中选择200+文件这大概可能应该是一个需求吧
这也是个小需求,所以我也不可能一下就找到解决办法
所以我也认真去翻了一下
发现DO真的有实现这种需求的方法…
一些不需要我也不用这种实现方法,比方我说的7z…
隐藏系统右键菜单之类也是如此
我觉得系统右键繁杂了
然后我发现DO提供了隐藏系统右键的功能…
简直完美
完美了一段时间之后
唉,某个功能我还是经常要去用,但是因为隐藏了所以变得很繁琐…
然后我去找解决办法
一般的就像你说的第三方直接传过来就行了嘛
但是有一些我好久好久都没找到
多次搜索后(不知道具体关键词)
发现是CLSID的原因(一般由DLL文件提供动态右键菜单)
而DO也提供单独显示这种菜单的方法
DO变得再一次完美…
其他的类似自定义文件夹树等功能也是一样的
大部分是调用的系统的…
少部分还调用不全(只显示磁盘,或者加个个人文档之类)
还不能自定义
这时个DO这种提供自定义的在我看来就很很可贵了
一次次这种正面反馈让我一次次想去购买.
由于这种持续的正面反馈所以我也一直想引导或正名一下?
源于一直说起TC就是功能最强大, DO呢功能一般,界面好一点.
所以我才会这样反复说一句TC能实现的DO都行
以证明DO在功能上其实真的不比TC差
但因这种说法很难给人好的观感,
说不定反而带来负面印象.
命令行也是我最喜欢的工具类型
它就像相对于系统全局的函数吧
提供一个或多个参数
直接帮你自动完成一件事
自动化的最佳选择
GUI工具就很难和其他工具联动了
快捷键之类的也不牢靠.
在我看来TC和DO都是商业化软件
但两个口碑天上地下吧…
一说TC就是天下无敌的感觉
说真的感觉就像苹果…
你很难说它不好
你更难说服它的粉丝它有缺点…
我上面说的就算大部分都是小问题,个人习惯
但不支持撤消我是真不知道怎么坚持下来的…
TC最开始是作为共享软件的 而do从始至终都是纯商业产品
CreateProcess 的限制实际上是 32767 个字符，理论上来说你可以用 AHK 或其它语言写个代理工具，通过文件或管道来间接绕过 cmd 或 ShellExecute（2048 个字符）的长度限制。不过这确实也治标不治本，大量数据本就不适合通过命令行传递。
没用呀…
AHK也受限制的…
像我这说的接受粘贴板和临时文件也没用
我自己的AHK脚本当然可以解析临时文件或剪贴板
但我控制不了目标程序呀…
幸好这的确是种小需求
大部分我真有这种需求的时候会临时新建一个新文件夹,然后把200+文件移到里面
然后用目标程序的添加文件夹模式(一般这种程序会遍历文件夹中的所有文件)…
或者用拖拽的方法
这种传递数值就多出了很多
但是参数太多会很容易卡死…
我也不知道它们是怎么写的
还有短路径之类的可能可以缓解
方法有很多,找到能正常工作的就行.
我不清楚 AHK 的 Run 用的是哪个 API，但你总可以用 DllCall 手动调用 CreateProcess。一般的程序都是从 main 或者 GetCommandLine 获取的命令行参数，这里是没有限制的。
说到这我又想到了另一种方案，我之前写过一个隐藏传递命令行的程序，会以空参数启动目标程序，再通过 hook 传递真正的命令行，用外部工具查看不到，但目标程序可以正常执行。这种方案或许也可以解决 CreateProcess 的长度限制，实现任意长度参数。
这只能显示你DO用得很熟练，以及废话很多……
不同的软件，有互相做不到的事太正常了，你再怎么质疑，依然更改不了TC在折腾党中口碑更高的事实
能否引申谈一下listary和命令行及脚本的协作？
很简单的办法，listary的命令模块本身就是利用cmd去执行命令行。
CMD所有可以做的参数都可以通过listary去调动执行，唯一的问题是 listary本身的参数只能传入一个，但是它又支持以下三个内置变量：
{action_path}：搜索结果路径
{action_path:parent}：搜索结果的父文件夹
{current_folder}：资源管理器中正在浏览的文件夹
再加上listary输入框的｛query｝变量，简单的针对单文件 单文件夹的命令行操作完全可以固化为命令，简化操作
虽然没有楼上说的那些那么好
https://tablacus.github.io/explorer_en.html
但是胜在免费 便携 多标签多窗口 插件也挺多 如果只是简单用用 个人感觉比QDIR 要舒服
好的，研究一下看能不能搞点啥。