在shell脚本中,我们{}何时在扩展变量时使用?
例如,我见过以下内容:
var=10 # Declare variable
echo "${var}" # One use of the variable
echo "$var" # Another use of the variable
Run Code Online (Sandbox Code Playgroud)
是否存在显着差异,还是只是风格?一个比另一个更受欢迎吗?
我想.htaccess手动创建一个文件,发现它似乎不可能通过Windows UI.我收到一条.消息.必须有一种方法来创建文件.作为Windows中的前缀.
这可以手动完成吗?

我们一直是粉丝的忠实粉丝pylint.它的静态分析已成为我们所有python项目的关键部分,并且节省了大量时间来追逐晦涩的错误.但是从1.3 - > 1.4升级后,几乎所有编译的c扩展都会导致E1101(无成员)错误.
之前通过pylint1.3 运行完全清洁的项目现在抱怨几乎每个使用E1101的C扩展成员.我们被迫禁用E1101错误,但这实际上减损了它的用处pylint.
例如,这完全有效地使用了lxml包
r"""valid.py: demonstrate pylint 1.4 error"""
from lxml import etree
print etree.Element('mydoc')
Run Code Online (Sandbox Code Playgroud)
运行此过程pylint,它会报告:
$ pylint -rn valid.py
No config file found, using default configuration
************* Module valid
E: 3, 6: Module 'lxml.etree' has no 'Element' member (no-member)
Run Code Online (Sandbox Code Playgroud)
但它完全有效:
$ python valid.py
<Element mydoc at 7fddf67b1ba8>
Run Code Online (Sandbox Code Playgroud)
这里真的很奇怪.一小部分C扩展似乎可以正常工作pylint,例如:
r"""valid2.py: this one works fine"""
import sqlite3
print sqlite3.version
$ pylint -rn valid2.py
No config file …Run Code Online (Sandbox Code Playgroud) 我正在评估pylint作为源代码检查器,我想在一行上自定义最大字符数.
我想使用配置文件.由于--generate-rcfile命令,我已经生成了一个模板,并且我已经进行了修改.
我正在尝试运行pylint --rcfile = myfile.rc,但我可以看到我的更改未被pylint考虑在内.我已经为我的文件尝试了不同的位置:\ Python26\Scripts \和pylint.d在我的用户文件夹中没有任何成功.
有谁知道我做错了什么?
是否可以使用pylint-gui的配置文件?我也不能这样做?
有没有人知道像记事本++的pylint或pychecker之类的东西?或者也许如何在记事本++中使用pylint.
假设我有一个字符串列表/元组,
COLOURS = [
"White",
"Black",
"Red"
"Green",
"Blue"
]
for c in COLOURS:
# rest of the code
Run Code Online (Sandbox Code Playgroud)
有时我忘记在列表中的每个条目后面放置逗号("Red"在上面的代码片段中)。这会产生一个"RedGreen"而不是两个单独的"Red"列表"Green"项。
由于这是有效的 Python,因此没有 IDE/文本编辑器显示警告/错误。错误的值仅在测试过程中才会引起注意。
我应该使用什么写作风格或代码结构来防止这种情况?
我是Pylint的新手,当我针对我的脚本运行它时,我得到了这个输出:
C: 50, 0: Trailing newlines (trailing-newlines)
在这里,Pylint说最终换行是不好的.
我喜欢在我的脚本末尾有一个新行,所以我想我会禁用此警告.我做了一些谷歌网络搜索,发现了这个:http://pylint-messages.wikidot.com/messages: c0304
C0304消息
最后的换行线丢失了
描述
当Python源文件的最后一行没有行结束符时使用.
此消息属于格式检查器.说明
虽然Python解释器通常不需要在最后一行使用行结束字符,但是处理Python源文件的其他程序可能会这样做,并且拥有它是一种很好的做法.这在Python文档中得到了证实:行结构,其表明物理行由平台的相应行结束符号结束.
在这里,Pylint说错过最后的换行是不好的.
(A)正确的观点是什么?(B)如何禁用最终新行的检查?
{{编辑:事实证明,这不是Pylint的问题; 这是vim的一个问题,它会自动添加eol:VIM在文件末尾禁用自动换行 }}