问题列表 - 第2504页

当我的IronPython程序到达该行时

import wx

我收到这条消息:

A first chance exception of type
'IronPython.Runtime.Exceptions.PythonImportErrorException' occurred in IronPython.dll

Additional information: No module named _core_

虽然我有文件wx\_core_.pyd.此外,在尝试导入之前,我有以下几行:

sys.path.append('c:\\Python24\\Lib\\site-packages')
sys.path.append('c:\\Python24\\Lib\\site-packages\\wx-2.6-msw-unicode')
sys.path.append('c:\\Python24\\Lib\\site-packages\\wx-2.6-msw-unicode\\wx')
sys.path.append('c:\\Python24\\Lib\\site-packages\\wx-2.6-msw-unicode\\wx\\lib')
sys.path.append('c:\\Python24\\Lib\\site-packages\\wx-2.6-msw-unicode\\wxpython\\lib')
sys.path.append('c:\\Python24\\Lib\\site-packages\\wxaddons')

我希望IronPython能够找到所需的一切.

我正在开发一个使用STL的大型项目,并对您组织STL的首选方式提出疑问#includes.

• 您是否更喜欢#include使用它的源文件中的每个标头.例如,如果两个foo.cpp和bar.cpp要求std::string,然后既会#include <string>.
• 您是否希望拥有一个包含项目使用的所有STL头的头文件(即将它们添加到MS'stdafx.h'预编译头中).

第一种方法的优点是.cpp文件是一个独立的单元,可以在不同的项目中使用,而不必担心你错过了#include.第二种方法的优点是你可以使用你的编译器预编译头支持加上你可以#includes在STL 中pragmas包含禁用一些警告(例如,一些Boost头在第4级编译时会引起警告).

您更喜欢使用哪种？

任何人都知道在byte []数组中搜索/匹配字节模式然后返回位置的有效方法.

例如

byte[] pattern = new byte[] {12,3,5,76,8,0,6,125};

byte[] toBeSearched = new byte[] {23,36,43,76,125,56,34,234,12,3,5,76,8,0,6,125,234,56,211,122,22,4,7,89,76,64,12,3,5,76,8,0,6,125}

将.net连接到sybase服务器时出现此错误消息:

[Microsoft] [ODBC驱动程序管理器]未找到数据源名称且未指定默认驱动程序

这在以前工作得很好.具有相同细节的系统DSN通过vs.net工作和数据连接也可以工作.

我正在使用vs.net 2005.

有什么建议？

包装代码行的首选方法是什么,特别是涉及长参数列表时？

有几个与包装线有关的问题(比如在编写代码时是否包装文本？还是行宽格式标准),但是我找不到一个涵盖一行代码的地方.

假设我们有一行代码可以像这个例子一样继续前进:

int SomeReturnValue = SomeMethodWithLotsOfArguments(Argument1, Argument2, Argument3, Argument4);

怎么应该包裹？

以下是我能想到的几种方式,以及它们的一些缺点:

int SomeReturnValue = SomeMethodWithLotsOfArguments(Argument1, Argument2,
    Argument3, Argument4);

我个人不喜欢这个选项,因为格式似乎在视觉上将参数列表与我试图调用的方法分开,特别是因为在新行上的orphanged参数正上方有一个赋值等号("=").

所以,有一段时间我采用了以下方法:

int SomeReturnValue = SomeMethodWithLotsOfArguments(Argument1,
                                                       Argument2,
                                                       Argument3,
                                                       Argument4);

这里,参数都捆绑在一起,都在方法的第一个参数的一边.但是,一个问题是,由于选项卡缩进的空格数,参数列表不会总是在第二行中排列.(为格式化输入额外的空格会非常耗时.)

以前的一个问题中的答案提出了以下格式:

int SomeReturnValue = SomeMethodWithLotsOfArguments(
    Argument1,
    Argument2,
    Argument3,
    Argument4
);

我实际上喜欢这种格式,因为它的视觉吸引力,但它也可以在视觉上将参数与列表所属的方法分开.另外,我更喜欢单个方法调用而不占用太多行.

所以,我的问题是,如果不首先考虑防止行代码过长的问题,你会如何推荐包装代码行？具体来说,当涉及长参数列表时,哪里是打破一行代码的好地方？

我一直在寻找一些Ruby依赖注入库.特别是,我检查了 Needle和Copland.他们已经存在了很长一段时间,但并没有很多用法.

使用这两个库有哪些优点和缺点？看起来好像很多库/框架都可以很好地利用这两个库,例如Merb/Datamapper的Hook.

在C#中,你可以使用这样的逐字字符串:

@"\\server\share\file.txt"

JavaScript中有类似的东西吗？

我知道你可以逐个文件地做.

有没有办法在一个步骤中为项目中的所有文件执行此操作？

我想知道在C#源代码中打破长字符串的"最佳实践"是什么.这是字符串

"string1"+
"string2"+
"string3"

在编译期间还是在运行时连接？

假设我在Maven项目中有以下目录布局:

src/
|-- main
|   |-- bin
|   |   |-- run.cmd
|   |   `-- run.sh
|   |-- etc
|   |   |-- common-spring.xml
|   |   |-- log4j.xml
|   |   `-- xml-spring.xml
|   `-- java
|       `-- com
...

我想构建一个zip文件,当解压缩时,生成如下内容:

assembly
|-- bin
|   |-- run.cmd
|   `-- run.sh
|-- etc
|   |-- common-spring.xml
|   |-- log4j.xml
|   `-- xml-spring.xml
`-- lib
    |-- dependency1.jar
    |-- dependency2.jar
...

其中`run.xx'是可执行的shell脚本,它将调用我的主应用程序并将所有依赖项放在类路径上.

这是否可能与一些"官方"Maven插件,例如maven-assembly-plugin？