小编Mar*_*rio的帖子

使用powershell但执行与旧Windows命令shell关联的所有传统命令是否存在任何潜在问题？我还担心以旧样式编写的批处理文件不受影响.

完全可以理解微软会想到这一切; 但是,我只需要谨慎,因为我们在生产环境中运行旧样式脚本.我不想担心powershell可能会造成任何问题.

我们通过Windows任务计划程序安排作业(运行批处理文件).我认为这些作业是否正常,无论文件是否像通过Powershell提交一样运行.

我一直认为这种丑陋的事情:

require File.join(File.dirname(__FILE__), 'hirb/config')

是否有一个更漂亮的替代品,也许是为Rails编写的？

require_relative 'hirb/config'
require_relative '../another/file'

如何确定使用jQuery给定元素位于可视窗口区域的顶部上方或底部下方？这将允许我确定该项目是否在屏幕外以及在哪个方向.

理想的情况是:

var topPos = $(this).relativeToTop();
var bottomPos = $(this).relativeToBottom();
var isOnScreen = topPos >= 0 && bottomPos >= 0;

某处是否有在线插件或示例？

我可能对探索像 Forth（或 Factor）这样的基于堆栈的语言感兴趣。我想看到的是如何从头开始逐步构建应用程序。我发现的教程是基本的，并没有帮助我理解更大的图景。在处理大量部件时，考虑如何管理堆栈是令人困惑的。

我一直认为（也许是错误的）学习语言的一个好方法是用它来编写Roguelike游戏。我很难弄清楚一个人如何在一堆东西上杂耍：迷宫、数十种生物、宝藏、角色统计数据等。

在Ruby中,为了获得绝对最干净的继承链,你可以继承BasicObject而不是Object.这样你就没有一个你不一定想要的方法的对象(属于的方法Object.prototype).

JavaScript是否有类似的方法来定义基本对象？

function Person(name){
    this.name = name
}
var mac = new Person('Mac')
delete mac.toString        //does not work
delete mac.hasOwnProperty  //does not work

一旦通过构造函数实例化对象,delete如果这些属性实际上是在原型上找到的方法,那么对象的属性是不可能的.

我不想在我的对象上使用这些方法.

如果我有一个自定义类型,并且我用它创建两个具有完全相同值的独立实例,我可以使用什么方法来确定这两个东西是等价的？ identical?并=和==似乎并不管用.我本来期望有一些协议来设置类型比较.最终,我希望它能够在一组中添加相同的东西.

(deftype Ref [id])
(def r1 (->Ref 1))
(def r2 (->Ref 1))
(= r1 r2) ;false rather than true
(def refs #{})
(conj refs r1 r2) ;adds both, but want one

=有工作defrecord,但我会如何定义=的deftype？

我需要在连接到Web服务器时从命令行浏览大量日志文件.我不想打开文件并将所有内容读入内存,从而占用服务器的内存.我只需要能够翻阅并搜索日志.

我通常使用"纳米".这个记忆力好吗？

在.NET中,如果您向字典询问与其没有的键相关联的值,则会引发异常.你可以通过电话来解决这个问题,TryGetValue但我发现它使用了令人厌恶的Ref var.

这意味着你通常必须通过首先检查密钥是否存在来防止丢失密钥(ContainsKey)这看起来很麻烦.

在Ruby中,如果您向哈希询问与键相关联的值,则不会出现异常.它只会返回一些默认值,您可以根据需要更改.这使得使用哈希更加愉快.

有没有什么理由可以解释为什么.NET字典会因缺少密钥而烦恼呢？

Unix哲学教导我们应该开发一些能很好地完成一件事的小程序.它还教导我们应该将政策与力学分开.我想一种方法是首先设计一个基于文本的shell命令,然后在之后构建一个gui(如果需要).

我真的很喜欢小程序可以组合(管道连接)到更复杂的系统中的想法.我还喜欢这样一个事实,即简单,专注的设计理论上需要的维护要少于将所有规则绑定在一起的单片系统.

编程(例如在Ruby或Python中)将某些功能降级为直接从代码调用的shell命令是多么合理？更进一步,故意设计一个直接从代码(编译或脚本)调用的shell命令是否有意义？显然,这只有在shell命令有一些值得使用的控制台时才有意义.

从我的经验来看,我不能说这是我见过很多的一种做法.特定于任务的代码依赖于特定于任务的库.当然,在我不知情的情况下,我可能已经使用了库,这些库实际上只是shell命令的包装器.(或者更确切地说,shell命令是某个库的包装器.)

我有一个由客户端动态构建的网页。它生成数十个列表项，每个列表项都有自己的命名锚点。页面的一侧有一个固定的目录 (TOC)，其中包含指向指定锚点的超链接。这允许用户单击目录条目跳转到该项目。

我遇到的问题是，在初始页面加载时，页面是动态生成的，因此它无法使用浏览器的默认行为滚动到 URL 的初始哈希中的项目。此外，当用户切换到另一本书时，页面将完全重新生成，并包含新内容和新的起始哈希值。同样的问题：由于哈希值预先存在内容，因此它不会将自己定位在已在视图中的项目中。

我几乎用 JavaScript 解决了这个问题，方法是等待渲染，然后使用scrollIntoView适当元素上的方法跳转到哈希。

下一个问题是样式表在调用时尚未完全应用scrollIntoView，因此项目的最终位置未知。我看到未样式化的项目滚动到视图中，但是一旦应用样式，定位就会丢失。我设置了 1 秒setTimeout来延迟scrollIntoView通话。这有效，但感觉很脆弱。

当内容在哈希就位后出现时，是否有可靠的技术可以跳转到指定锚点？如果我知道 CSS 何时完成样式化内容可能会有所帮助。或者，一旦页面高度稳定（从而标志着 CSS 样式的最终确定），触发事件可能会很有用。