小编cas*_*ora的帖子

我看到了这个帖子,但我没有看到JavaScript特定的例子.有一个简单string.Empty的JavaScript可用,还是只是检查的情况""？

我在我的项目中成功使用ARC.但是,我遇到了一些文件(例如,在单元测试和模拟对象中),其中ARC的规则现在更加脆弱.我记得听说有一种方法可以在每个文件的基础上禁用ARC,但我无法找到这个选项.

这可能吗？如何基于每个文件禁用ARC？

传统观点认为存储过程总是更快.所以,因为他们总是更快,使用它们所有的时间.

我很确定这是基于历史背景,曾经是这种情况.现在,我并不主张不需要存储过程,但我想知道在现代数据库(如MySQL,SQL Server,Oracle或< Insert_your_DB_here >)中存储过程在什么情况下是必需的.通过存储过程进行ALL访问是否过度？

简单的例子:我想在页面上有一些项目(比如div或table行),我想让用户点击它们来选择它们.这在jQuery中似乎很容易.为了保存用户点击的项目而没有服务器端回发,我认为cookie是一种简单的方法来完成这项工作.

1. 这种假设在这种情况下cookie是否正常,对吗？
2. 如果它是正确的,jQuery API是否有某种方式来读取/写入比默认JavaScript API更好的cookie信息？

我有一个具有单个可转换属性的Core Data模型.我也有这个属性使用自定义NSValueTransformer,在模型中正确设置.

当我使用mogenerator生成/更新我的机器和人类文件时,包含该属性的实体的机器文件总是将属性键入NSObject.为了使Core Data能够使用我的自定义值转换器,此类型必须是变换器可以理解的类型.现在,我通过使用正确的类型重新定义属性,在人工文件中手动执行此操作.这样做可以让变压器工作.但是,我最终得到了几个关于重新定义属性的编译警告.

该版本中指定的最近发布的mogenerator之一指出,现在支持可转换属性.但是,我没有找到任何示例语法来启用此功能.

我有一个(写得很差)基类,我想包装在一个代理对象中.基类类似于以下内容:

public class BaseClass : SomeOtherBase 
{
   public BaseClass() {}

   public BaseClass(int someValue) {}

   //...more code, not important here
}

而且,我的代理类似于:

public BaseClassProxy : BaseClass
{
  public BaseClassProxy(bool fakeOut){}
}

如果没有"fakeOut"构造函数,则应该调用基本构造函数.然而,有了它,我预计它不会被调用.无论哪种方式,我要么需要一种方法来不调用任何基类构造函数,或者其他一些方法来有效地代理这个(邪恶的)类.

我正在浏览Scott Hanselman的Developer Interview问题列表,并遇到了这个问题:

DateTime.Parse(myString)有什么问题？

虽然我知道在解析一串未知格式或原点时存在固有的风险,还有其他原因吗？是否使用DateTime.ParseExact代替？它应该是myString.ToString()吗？

在脚本中,当command-let或其他可执行语句出错时,是否有try/catch类型的机制来从这些错误中恢复？我没有在文档中遇到过一个.

关于一些基本的css命名约定的intertubes有很多信息.但是,大多数这些约定都是从设计者的角度出发的.

我正在从Web应用程序开发人员的角度来看待约定.随着Web应用程序的发展,以及整个代码库中使用UJS(不显眼的javascript),您的css类的命名标准越来越多.这有点尴尬的原因是css类的使用有些过载.

• 一方面,样式表使用css类来帮助很好地呈现您的内容.
• 另一方面,UJS库(如jQuery)使用css类来帮助将javascript代码绑定到给定页面上的某些元素.

从rails应用程序的角度出现的一个概念是这样的

.controller-action 
  { /*styles */ }

其他想法为你的班级添加匈牙利概念:

.js-controller-action
  { /* styles */ }

js,prefix,将描述附加了ujs代码的元素.

就个人而言,我从rails应用程序的角度对此感兴趣,但是,我可以看到它如何适用于任何Web应用程序框架和UJS javascript库.

在为其他人开发Web应用程序时,多个测试环境是个好主意.但是,不同的开发团队对每个环境的含义有不同的定义.

目前,我喜欢保持简单,并且有一个开发环境(我的本地机器),一个临时环境(在我将应用程序部署到世界之前的某个人),然后是生产环境.虽然在更多的环境中可能有价值,但我现在要坚持这三个.

我的主要问题是:

定义暂存环境时,哪些属性适合？

但是,这里有一些相关的问题:

• Web服务器必须位于与数据库不同的物理机器上吗？
• 数据库是否必须与生产数据库完全相同？
• 暂存环境是否可以停止维护？
• 可以使用暂存环境来测试新功能(即beta环境)吗？