无空白的前端 [英] The whitespaceless frontend
问题描述
必须发生:)
http：// pyvm32 .infogami.com / EPL
说真的，这并不是关于空白的
新功能，这可能会引起人们的兴趣谁在想
新功能。更具体地，方法是指方法。和$运营商
真的很棒，似乎解决了这个问题，因为必须使用
类型的自我。每时每刻。新语法已经在
pyvm核心库中进行了测试。
欢迎提供反馈，但最好不要在clpy中因为缩进
可能是一个危险的话题:)
干杯，
Stelios
"运营商
真的很棒，似乎解决了这个问题，因为必须使用
类型的自我。每时每刻。新语法已经在
pyvm核心库中进行了测试。
欢迎提供反馈，但最好不要在clpy中因为缩进
可能是一个危险的话题:)
干杯，
Stelios
这看起来不错：
global.x = 1
与
相同
全球x
x = 1
但是可能代替global.name来引用上层
名称空间（可以是全局名称或函数名称空间
包含这一个）可以更通用：
upper.x = 1
upper.upper.x = 1
我认为让自己成为一个只能用于其通常目的的保留字可以是积极的。
和方法声明似乎也很有趣，但第一个是
有点perlish（但Ruby有类似的东西，有人喜欢它），
$ b $巴方法声明看起来有点多余。我认为
It had to happen :)
http://pyvm32.infogami.com/EPL
Seriously, this is not so much about the whitespace as for the
new features, which might interest people who are thinking about
new features. More specifically, "methods" and the "$" operator
are really great and seem to solve the problem with having to
type "self." all the time. The new syntax has been tested in
core libraries of pyvm.
Feedback is welcome, but preferably not in c.l.py because indentation
can be a dangerous topic :)
Cheers,
Stelios
" operator
are really great and seem to solve the problem with having to
type "self." all the time. The new syntax has been tested in
core libraries of pyvm.
Feedback is welcome, but preferably not in c.l.py because indentation
can be a dangerous topic :)
Cheers,
Stelios
This seems nice:
global.x = 1
is the same as
global x
x = 1
but maybe instead of the global.name something to refer to the upper
namespace (that can be the global one or the namespace of the function
that contains this one) can be more general:
upper.x = 1
upper.upper.x = 1
I think that making self a reserved word that can be used only for its
usual purpose can be positive.
The
and method statement seem interesting too, but the first is a
little perlish (but Ruby has something similar, and people like it),
and the method statement look a little redundant. I think the
这篇关于无空白的前端的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！
