在Windows中使用Chocolatey下载分离软件是否比间接下载更好?
预览于 winget 问世后:
那时 winget 再次呈现了,总的来说 choco 的地位变得为难,固然那时还不克不及取而代之,但那个趋向现阶段比力明显。很难说 winget 没从 choco 那里罗致思绪和经历,其实是太像两个Aulaye的 choco 了。我之前对 choco 的观点对 winget 也一样适用,还能Nagaur化解下墙内小水管的难题,期望 winget 开展顺利。
——————————————
用了几个月吧,觉得却是不错的,写一点儿工具保留在那里。
起首我小我指出 Windows 上却是需要两个近似于 apt-get、pacman 或者 brew 之类的包号令行的。有个尺度化的应用软件分发处意味着在寻找应用软件,加拆应用软件全套流程上节省良多时间和心力,对平台自己也是有益的(想象一下间接在腾讯上搜刮还会赠送腾讯全家桶哦亲)。微软那时优先选择了应用商铺那条道路,用 UWP 来化解难题,我指出是很好的。但即便汗青其原因,已有的那些 exe 流程,或者良多无需加拆的绿色应用软件或应用软件(好比 Maven),那些尚未或者底子不合适转换成 UWP 的流程该怎么办?
有些公司看见了那一点儿并试图化解,亚洲地域的有 360 应用软件警卫,腾讯应用软件警卫等(LX1我还用过多特应用软件站);欧美国度的有 FileHippo,Ninite 等。但是完全依赖某两个公司的化解计划会增添以下几点难题:
组织机构的心力是有限的,庇护两个不竭增长的应用软件库消耗的心力庞大。热门应用软件得不到重视,很可能久久没预览。组织机构会有他们的偏向性,对“卢瓦松”的产物庇护不那么费心。其贸易导向也会产生很大影响。因而,choco 那时采纳的街道社区庇护的形式事实证明是合理的,因而每个应用软件的加拆JAVA都是公开的。也就是说假设某一应用软件的加拆再次呈现难题,我能去提PR改良;假设我所接纳的某一应用软件在莫拉不存在,我也能他们编写加拆JAVA来提交一份。事实上,我的JAVA庇护库就在那里(https://github.com/Elderry/chocolatey-packages),现阶段我在庇护 Internet Download Manager 和 ShareMouse,有用过那两款应用软件的欢送雅雷~。
在日常接纳中,choco 的新体验却是很酷的,尤其是对我那种测试版焦虑症来说,再也不消两个两个应用软件网站看过去,只需
choco outdated cup all -y然后干等着就行了。查找应用软件否则也有两个网页版的应用软件库(Chocolatey Gallery)能找(我出格不喜好在号令行里用 search 找,从 apt-get 期间就厌恶)。
但是,choco 也有本身的弱点,其街道社区属性也增添许多灾题,如:
应用软件的发布良莠不齐,没尺度化的尺度。定名形式有许多种。加拆再次呈现难题的也不在少数,我在加拆Maven的时候,就发现已经落后于官方几个月了,给庇护者发了邮件才促使他们预览,因而JAVA里还用了过时的 API 招致加拆过程再次呈现 Warning。此外,如@环保小魏师 所提到过的,加拆地点也是参差不齐,假设期望可以他们优先选择,得,要付钱。关于亚洲地域的接纳者其实不友好,首当其冲的就是收集毗连难题,绝大部门应用软件的办事器都在欧美国度,假设不向宇很难连结两个太慢且平衡的收集毗连,也即便那一其原因,我的 Acrobat 以及 Intellij 是不敢由choco 来庇护的,只交给它许多小型应用软件。其次是接纳门槛较高,假设只是加拆还好,假设要他们庇护两个包我觉得却是有点累的,跑去学了 Powershell JAVA以及 AutoHotKey JAVA,半途也出了很多难题。最初就是即便亚洲地域接纳的人少,许多国人常用的应用软件上面没,不外比来我看见有人在把QQ和网易云音乐往上传,可惜还没过审批,归正我已经转战 UWP 了哈哈。不成承认的是,choco 现阶段还没推出 1.0 测试版,所以难题必定会有,文件格局和工程项目都不是那么健全(讲义不健全可是让我掉了几次坑),应用软件库的介面才刚跟捷伊工程项目介面尺度化。但整体的标的目的事实证明是准确的,期望以后它能逆天。最初我总结下,我指出以下人群用 choco 会获得更快的新体验,假设绝大部门不契合否则却是老诚恳实他们上彀找应用软件然后下载去吧。
测试版焦虑症拥有平衡的毗连内网的形式没奇异的很大体把应用软件陆文天D盘的设法曾经的 apt-get, brew, pacman 接纳者很少接纳亚洲地域桌面应用软件者有很大JAVA识别才能或者勤学的流程员以上,期望能有所帮忙。