V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  AndyAO  ›  全部回复第 9 页 / 共 37 页
回复总数  727
1 ... 5  6  7  8  9  10  11  12  13  14 ... 37  
@ctro15547 #9 是不是一行不关键,主要是简洁方便就行
@aloxaf #7

已改为 ↓

(dir -File *.ps1).BaseName | Join-String -DoubleQuote -Separator ','
@aloxaf #7

按的也是 pwsh,你的写法的启发在于,直接在 path 用通配符,而不是用过滤器参数,问题貌似在于你遗漏了 -File 参数,这就导致如果文件夹名是.py 结尾可能会有错。

至于使用那种拼接操作,这个虽然更简洁,但是可读性并不好,我之前就是这么写的,后来换了 Join-String 。

你这个的意义在于,很好的展示了,只要愿意用符号 pwsh 比 zsh 和 bash 在长度方面也不差。
2021-05-05 12:14:48 +08:00
回复了 AndyAO 创建的主题 JetBrains 在 IDEA 中如何通过目录名快速定位到具体文件?
@Midnight #1 请看仔细图,那就是在执行这个命令
2021-05-05 12:14:13 +08:00
回复了 AndyAO 创建的主题 JetBrains 在 IDEA 中如何通过目录名快速定位到具体文件?
@aloxaf #2

的确很短,但是感觉只会对熟悉 zsh 的人有可读性,毕竟没怎么用英语,都是用的符号。

楼下的那个 Ruby 应该强很多。
@msg7086 #4

比起其他 Shell 语言来说,自以为可读性比那几个 Shell 语言强很多,像我这种完全不懂的人也能看明白大概是什么意思。

能做到这种简洁性和可读性真是太好了!这个比 PowerShell 强

最近翻看过几本松本行弘的书,感到这个人对于编程语言有着深刻的理解。
2021-05-05 05:42:15 +08:00
回复了 vector2axis 创建的主题 问与答 Java 和 Golang 的未来发展是怎样的?有谁能解读看看?
比起 Java 来说 Go 目前优势主要在于:
1. 编译型语言,对云原生来说这个很重要
2. 对并发编程支持好,写起来比较舒服

现在 Java 体系也在进步,对于①,现在有 GraalVM,对于②JVM 体系中有很多的语言写起来也很舒服,而且它们之间的互操作性,目前看来会越来越好。

由于 Go 有谷歌支持,而且社区活跃,生态越来越好,可以想见这门语言发展前途非常好;但 Java(JVM) 体系也有很多难以替代的优势,目前还没有什么衰败的迹象。
2021-05-04 14:32:51 +08:00
回复了 suzic 创建的主题 Android 美团 APP 用的什么技术?
美团和闲鱼都经常写文章介绍自己的技术成果。

但很多人都说这两个 App 超卡,都快比肩 Taobao Bench 了。
@geelaw #1

现在想来,与任何的 Native Command 进行交互,只要本来是对传统的 Shell 设计的,也许都会或多或少的有问题,毕竟不是同一个体系的东西。

但我这个情况还好,因为对 Python 中的 re 模块更熟悉,所以想在 PowerShell 中调用 Python 代码专门用来使用正则表达式处理字符串。

那么标准输出中的内容是 UTF-8 字符串,这个情况是已经确定。

所以 PowerShell 猜测是字符串并不会有问题,但是现在看来,连「不默认分割」这个选项好像都没给。
关键是看你要干什么,语言是工具,要根据情况选用。
在不说清楚背景的前提下讨论的针对性很大,意义不大。
如果单纯,从领略更多范式的角度来看,你可以学 Clojure,尝试 Lisp 风格的函数式编程,也可以学 C 了解过程式语言和底层。
1. 在 PowerShell 中 glob 和通配符应该是同义词[^1],-like 的行为就是所有通配符参数的标准行为
2. -eq 对于字符串的比较也是忽略大小写的,这个和 C#上的默认行为是完全不同的

[^1]:Using wildcard characters is sometimes referred to as globbing. from: https://docs.microsoft.com/en-us/powershell/scripting/developer/cmdlet/supporting-wildcard-characters-in-cmdlet-parameters?view=powershell-7.1

@imn1 #15

的确是这样的,本来 PowerShell 的实现好像就不怎么高效吧,而且为了交互式运行方便,会添加很多的额外属性,而且会默认产生很多的展示用信息,所以速度慢很多很多。

对于很轻的任务来说,编写效率要远远重于运行效率,PowerShellic 是很值得的;如果有执行大量运算的任务,确实应该用.Net Native 来加速,这就有点类似于 Ruby 和 Python 之于 C 。
@geelaw #13
你的回复考虑的真周全!
对于比较比较复杂的情况,会经常使用的代码,这些情况的确是要考虑的。
@h404bi #5 又例如,根据文件内容是否包含某字符串,目前感觉 Where-Object 是最佳实践
```PowerShell
$PyFileList | Where-Object {($_ | Get-Content -Raw).Contains('Unit.')}
```
@h404bi 例如,根据文件长度的范围。
⚠⚠⚠
 
人们经常会将 Select-Object 和 Where-Object 这两个 PowerShell 命令搞混,虽然目前你还没有见过 Where-Object 。 Select-Object 用于选择所需的属性(或列),还可以选择输出行的任意子集(使用 -First 和 -Last )。 Where-object 基于筛选条件从管道中移除或过滤对象。
找到了,应该用 Where-Object,这也是个很常用的 Cmdlet,别名是?
@Yadomin #1 自信点,的确是(笑哭
不过再复杂点的属性怎么办呢?
2021-05-01 08:10:41 +08:00
回复了 AndyAO 创建的主题 问与答 IDEA ListView 搜索如何查看下一个结果?
@tomoya92 #1 对于 Project Tools 来说,可以有其他的方式进行搜索,但这个帖子只讨论这种机制,那只是个例子。
1 ... 5  6  7  8  9  10  11  12  13  14 ... 37  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   962 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 20:21 · PVG 04:21 · LAX 13:21 · JFK 16:21
Developed with CodeLauncher
♥ Do have faith in what you're doing.