问题列表 - 第21788页

我是Mac OS X的新手,我将在Snow Leopard下做一些开发工作.我启用了内置apache并在文件etc/apache2/httpd.conf中找到了以下内容:

LoadModule alias_module libexec/apache2/mod_alias.so LoadModule rewrite_module libexec/apache2/mod_rewrite.so LoadModule bonjour_module libexec/apache2/mod_bonjour.so

但我在我的系统中找不到"libexec"目录,我做错了什么？

在Rails中,down默认情况下,迁移具有恢复迁移的方法.但是,在什么情况下我还想恢复迁移？

一些想法:

无论是在开发还是生产中,在我运行迁移之前,我总是会有一个我的数据库快照.特别是对于执行数据转换的迁移,我发现在大多数情况下恢复快照甚至比恢复迁移更快.(所以我绝不会急于做!)

如果迁移失败,它将:

• 在非事务性数据库上发生异常失败,从而使数据库损坏,或者
• 失败并发生异常并回滚事务,因此不需要以其他方式还原.

如果所做的更改是在生产中(或在开发的后期),后来证明是一个错误,我会在新的迁移中修复我的错误.我不会还原旧的.在开发中,我只是删除迁移.

我还发现down方法引入了额外的代码,我重复自己,因此可能会引入新的bug.这违反了DRY原则.

所以我对职业选手很好奇,因为我想不到任何优点.

我有以下代码:

Socket clientSocket = null;
try {
   clientSocket = serverSocket.accept();
} catch (IOException e) {
   System.err.println("Accept failed.");
   System.exit(1);
}

代码取自java.sun.com.

关于上面给出的短代码,我有几个问题.

1. 为什么我们要捕获IOException.我虽然IOException是在我们使用输入输出方法(而不是网络方法)时可能发生的事情.

2. "System.err.println"和"System.println"有什么区别？

3. 在catch语句中,我们有"e".做什么的？我们后者使用它吗？

我问的是C++中函数的静态绑定.什么是函数绑定的数据类型转换规则.

假设我们有

void func(int x);
void func(long x);
void func(float x);
void func(double x);
void func(char x);

我在main中有一个功能

func(1)

我知道函数func(int x)将被调用.我很好奇这个规则.

它始终是最佳匹配吗？

申报的顺序是否重要？

在任何情况下都会应用数据类型转换？

规则设计时的关注点是什么？

反正有没有配置IIS来提供像CDN这样的静态文件？像Gzip,Cache,E-tag,Mod-date？

我们应该如何配置以使其在大量请求中非常健壮？

我知道这是一个简短的问题,但这就是我想问的问题.

关于IIS版本的问题,我更喜欢6和7 IIS.您可以在6或7 :)给出答案:)

谢谢!我希望人们觉得这个问题很有用!

如果我在虚函数中使用内联函数会发生什么？我对http://www.parashift.com/c++-faq-lite/value-vs-ref-semantics.html#faq-31.6等问题感到困惑 .

我能理解它,但是这意味着,在虚函数中使用(调用)内联函数是无意义的(请假设它是动态调用的)？

class Wrapper
{
public:
   inline void doInlineJob() {;}
};

class Base
{
   virtual void foo()
   {
     //Do something
   }
};

class Derived: public Base
{
    void foo()
    {
      wrapObj.doInlineJob();
    }

    Wrapper wrapObj;
};

我正在使用MVVM将视图绑定到树中的对象.我有一个基类来实现我的树中的项目,并且该基类具有ContextMenu属性:

    public IEnumerable<IMenuItem> ContextMenu
    {
        get
        {
            return m_ContextMenu;
        }
        protected set
        {
            if (m_ContextMenu != value)
            {
                m_ContextMenu = value;
                NotifyPropertyChanged(m_ContextMenuArgs);
            }
        }
    }
    private IEnumerable<IMenuItem> m_ContextMenu = null;
    static readonly PropertyChangedEventArgs m_ContextMenuArgs =
        NotifyPropertyChangedHelper.CreateArgs<AbstractSolutionItem>(o => o.ContextMenu);

绑定到基类(以及所有派生类)的View实现了绑定到该属性的ContextMenu:

<ContextMenu x:Name="contextMenu" ItemsSource="{Binding Path=(local:AbstractSolutionItem.ContextMenu)}"
             IsEnabled="{Binding Path=(local:AbstractSolutionItem.ContextMenuEnabled)}"
             ItemContainerStyle="{StaticResource contextMenuStyle}"/>

菜单中的每个项目都绑定到IMenuItem对象(菜单项的ViewModel).单击菜单项时,它使用命令在基础对象上执行命令.一切都很好.

但是,一旦命令在IMenuItem类上执行,它有时需要获取用户右键单击的对象的引用以显示上下文菜单(或至少该对象的ViewModel).这是上下文菜单的重点.我应该如何将树项ViewModel的引用传递给MenuItem ViewModel？请注意,某些上下文菜单由树中的许多对象共享.

我有一个应用程序可执行文件，它使用不同的参数运行以产生不同的输出。我想从脚本的命令行参数中为此提供一些参数，而其他参数则是脚本的本地参数。用法：

./dump-output.pl <version> <folder-name> <output-file>


my $version = $ARGV[0];
my $foldername = $ARGV[1];
my $outputfile = $ARGV[2];
my $mkdir_cmd = "mkdir -p ~/$foldername";

# There are 6 types of outputs, which can be created:
# 'a', 'b', 'c', 'd', 'e' or 'f'
my @outputtype = ('a', 'b', 'c', 'd', 'e', 'f');

my $mkdir_out = `$mkdir_cmd`;

for( $itr=0; itr<=5; itr++ ) {
    $my_cmd = "./my_app -v $version -t $outputtype[itr] -f $outputfile > ~/$foldername/$outputtype.out"
    $my_out = `$my_cmd`;
}

我对上面的代码做了一些固有的错误，但一直无法弄清楚:-(

是否有可能访问background-image:url()内联" style"属性中的ie " "属性？换句话说,去层比"更深" attr('style').

我想操纵里面的网址 style="background-image:url(something);"

我经常听到抱怨为了简洁而大量使用符号的编程语言,最明显的是C和C++(我不会触及APL),很难打字,因为它们需要经常使用shift键.一两年前,我自己厌倦了,下载了微软的键盘布局创建器,对我的布局进行了一些修改,并且没有一次回头看.速度差异惊人; 通过这些简单的更改,我能够以大约30%的速度输入C++代码,当然这取决于毛茸茸的程度; 最重要的是,我在普通运行文本中的打字速度不会受到影响.

我的问题是:编程中存在哪些备用键盘布局已经普及,其中任何一种仍然在现代使用,你个人使用任何改变的布局,我的布局如何进一步优化？

我对标准QWERTY布局进行了以下更改.(我不使用Dvorak,但有一个程序员Dvorak布局值得一提.)

• 交换数字与顶行中的符号,因为长或重复的文字数通常被命名常量替换;
• 使用代字号交换反引号,因为反引号在许多语言中很少见,但析构函数在C++中很常见;
• 交换减去下划线,因为下划线在标识符中很常见;
• 用方括号交换花括号,因为块比下标更常见; 和
• 用单引号交换双引号,因为字符串比字符文字更常见.

我怀疑这最后可能是最有争议的,因为它通过要求使用shift来键入常见的收缩来干扰运行文本.这种布局显着提高了我在C++,C,Java和Perl中的打字速度,并且在LISP和Python中有所增加.