tcsh，shebang和clojure

mirnshi

回复 37# OwnWaterloo

修改env，至少可以让linux下的env与bsd下的env看齐。毕竟多数情况下，二者之间的兼容性很高的。不过话说回来，有些工具bsd做得很好，比如tar，不用区分压缩格式，自动识别。
   

OwnWaterloo

回复 41# mirnshi

我的感觉是。。。 修改env比劝说他人更新env难多了。。。
我自己就是个不爱升级软件的人。。。  ubuntu现在还在用8.04。。。  windows还在用xp sp2。。。

mirnshi

回复 42# OwnWaterloo

还停留在08年？

其实用脚本写个支持分拆参数的env，也很简单，可以随你的程序走。

   

OwnWaterloo

回复 40# starwing83

总不能小数据量一种写法，大数据量了再换另一种写法吧。。。
虽然有"先舒服地写，profiling后再挑重点改"的说法，我感觉说的不是同一件事。
现在出现的性能问题基本上都是自己把lazy用错了。。。  但编程的风格依然没变，无论数据量多少都不会改回循环（或loop/recur或do syntax）。


至于lua里怎么完成。。。   事不关己。。。 （主要是明年之前都很忙。。。 除非想通了半途而废）。
lazy table怎么弄？ 比如， 如何实现一个range函数：

1. 
   
2. for _,x in range(12) do print(x) end
   

复制代码

或者in ipairs(range(12))也行。 总之：
1. range(n)需要的内存与n无关
2. 并且如果它产生的伪table如果只是被顺序取， 并且不保存之前的引用， 那也要求需要的内存是常数。

lua怎么做？ table当cons用？

OwnWaterloo

回复 43# mirnshi

问题是怎么说服用户，让他把/usr/bin/env 软连接到随程序附带的那个去？

嗯，这里要区分两类用户来说。。。
大部分Windows用户是第1种，最关心的是双击、下一步、下一步、下一步。。。 然后就能用了， 不关心这过程中对系统产生了什么全局的影响。
这种很好说服。。。

另一种就特别关心安装过程到底发生了什么。。。 所以我就特别喜欢免安装的，放到目录，改改PATH或者链接就行了。
要说服这类用户替换自己的/usr/bin/env就不容易。。。
嗯，写成脚本（文本格式，看得见摸得着）可能会有帮助。。。

OwnWaterloo

回复 44# OwnWaterloo

关于"不会改回循环"， 我再声明一下： 没有以循环为耻。

如果能复用列表操作的库当然比一次又一次的用循环重复实现细节更好，至少少犯错。
而对clojure/haskell这种， 其实没有循环这种控制结构； 而且手写loop/recur比其他有循环结构的语言里更繁琐。。。
又容易出错， 而且还难写。。。   只要效率没问题（可能也就是一些inline做不了？）， 完全没有用它们的理由。

mirnshi

回复 45# OwnWaterloo


写个myenv：
#!/mypath/bin/myenv interpreter arg1 arg2 ... argn

就ok了，既然是脚本就不用计较速度了，更何况是初始阶段的。   

starwing83

回复 44# OwnWaterloo


    range的“stateless iterator”写法（效率最高，应用最狭窄）：

1. 
   
2. local function range_helper(n, i)
   
3.    if i <= n then return i + 1 end
   
4. end
   
5. 
   
6. function range(n)
   
7.    return range_helper, n, 0
   
8. end
   

复制代码

注意，这里一个闭包都没有的。

如果数据量大，使用方式可以不变。也就是一个抽象层而已了。而table和closure都是很好的抽象层。

假设我需要这个stateless iterator变成闭包，就需要一个函数：

1. 
   
2. function iter(f, s, init)
   
3.    local t = {init}
   
4.    return function()
   
5.        t = {f(s, table.unpack(t))}
   
6.        return table.unpack(t)
   
7.    end
   
8. end
   

复制代码

注意这个写法很浪费，因为每次调用都会产生一个表。更高效的写法是在C API里面写。可以做到每次调用都不产生内存。

有了iter函数，那么就可以这样：

map(f, iter(ipairs(t1)), iter(range(10)))

iter不一定要在这里出现，甚至可以让iter函数是一个处理stateless iterator generator的函数，即抽一个地方：

1. 
   
2. if data_is_too_big then
   
3.     map = iter(map)
   
4. end
   

复制代码

iter负责把表驱动的改为用闭包驱动的。这是很简单的。

好了，这是用闭包/stateless iterator作为接口。如果用表作为接口：

1. 
   
2. function range(n)
   
3.    return setmetatable({}, {__index = function(t, k)
   
4.        if k < n then return k end
   
5.    end})
   
6. end
   

复制代码

这个写法照样是示例性的，metatable和__index函数都是可以stateless的。这没有问题。

我们可以通过lazy_table函数，做到closure/stateless到table的转换。

1. 
   
2. if data_is_too_large then
   
3.     map = lazy_table(map)
   
4. end
   

复制代码

之前map接受table，返回table之前的map接受闭包，返回闭包，我们可以让现在map接受table（这需要所有的工具都被lazy_table包裹），但是返回的是个lazy_table。即惰性的table。

我们还可以设计接口，让接受表返回表的map变成接受闭包返回闭包的。方案也是上面的lazy_table，它可以让map本身接受的表实际上以前是个闭包，而返回的表实际上依然是个闭包。

这就是Lua中的序列操作和惰性操作的基本方式。有两套接口：函数和表，两套接口都是可以互相转换的，不存在兼容性问题。
      

OwnWaterloo

回复 47# mirnshi

嗯，我想的就是这种。。。 说服其他人替换env不容易。。。  让它另外装一个可能更容易一些。。。
但既然反正都是要装。。。 不如索性做大点。。。 就不做env那种设置环境的事了， 而是专门负责处理各种语言的shebang。。。

OwnWaterloo

回复 48# starwing83

我已经跟不上了。。。
总之如果达不到前面说的对空间的要求。。。 那列表操作库就真的是在做表的转换，而不是在支持另一种编程方式。。。