问题列表 - 第21195页

任何javascript框架都有一个功能,其中:

• 提出AJAX请求

• 返回响应

  (它不会将回调函数作为参数)

我基本上想要以与C,python或其他任何方式进行SQL查询相同的方式来执行AJAX请求.

可能重复:
为什么'this'是指针而不是引用？
SAFE指向C#中指针(对引用的引用)的指针

thisC++中的关键字获取指向我当前对象的指针.

我的问题是为什么是this指针类型的类型而不是引用类型.是否有this关键字的条件NULL？

我的直接想法是静态函数,但Visual C++至少足够聪明,能够发现并报告static member functions do not have 'this' pointers.这是标准吗？

我需要获取'zip'字段小于5个字符的所有行.如何仅使用SQL实现此目的？我先google了,但只找到了CHAR_LENGTH()的信息.

即,psudeo代码:SELECT*FROM users WHERE STRLEN(zip_code)<5

谢谢!

bool disposed为了ObjectDisposedException在所有主要暴露方法的开头有条件地抛出一个线程安全类型,有没有必要跟踪经典字段？

我已经在网上的几个地方看到了这种模式,但我不确定作者是否正确使用它,所以这个问题假定它们是.

在这种情况下,似乎disposed除了条件评估之外确保条件为真的唯一方法是在每个公开成员的整个主体上使用诸如lock()之类的同步机制,包括Dispose(bool)方法.难道这不会使类型再次有效地单线程吗？

如果这是真的,那么使用它就没有意义了,因此你不能在某些IDisposable实现中依赖ObjectDisposedException机制 - 那么为什么我们不采用这种机制,如果没有必要呢？

====

我猜IDisposable和ObjectDisposedException只是不一起用于线程安全类型.

有没有一种简单的方法来填充我的C#对象与通过AJAX传递的JSON对象？

//这是使用JSON.stringify从页面传递给C#WEBMETHOD的JSON对象

{
    "user": {
        "name": "asdf",
        "teamname": "b",
        "email": "c",
        "players": ["1", "2"]
    }
}

// C#WebMetod接收JSON对象

[WebMethod]
public static void SaveTeam(Object user)
{

}

// C#类,表示传入WebMethod的JSON Object的对象结构

public class User
{
    public string name { get; set; }
    public string teamname { get; set; }
    public string email { get; set; }
    public Array players { get; set; }
}

只是想知道是否有其他人使用PyScripter作为Python编辑应用程序.

我已经在黑色背景下运行我的python IDLE,现在发现PyScripter的默认白色是致盲的.

对于我的生活,我找不到菜单来更改程序的"突出显示"部分(打开和修改.py文件的位置).

然而,我确实找到了一些已经进行了我想要的更改的导出配置文件:http: //code.google.com/p/pyscripter/wiki/Customization

但是我仍然想知道如何自己做,所以我可以在这个编辑器上花一些时间.谢谢!

我有一个奇怪的问题,我想使用上下文处理器添加一个全局查询.这就是我通过以下方式做到的:

在我的应用程序中制作了processor.py:

from myproject.myapp.models import Foo

def foos(request):
    return {'foos': Foo.objects.all()}

在我的setting.py结束时我添加了这个:

TEMPLATE_CONTEXT_PROCESSORS = ('myapp.processor.foos',)

最后我传递了我的观点:

def index_view(request):

    return render_to_response('index.html', {}, context_instance=RequestContext(request))

在我的index.html模板:

<select id="select_foo">
{% for foo in foos %}
    <option value="/{{ foo.slug }}">{{ foo.name }}</option>
{% endfor %}
</select>

最后我的网址:

(r'^$', 'myapp.views.index_view'),

我的foos显示没有任何问题,但我的media_url和其他上下文已经消失.可能是什么问题

我有一个用nasm编译的示例程序集文件:

nasm -f elf syscall.asm 

这会生成一个syscall.o文件.我尝试将它与ld链接:

ld -o syscall syscall.o

ld命令失败,并显示以下错误:

ld: i386 architecture of input file `syscall.o' is incompatible with i386:x86-64 output

但是,如果我这样做

ld -o syscall syscall.o -melf_i386

命令成功,我得到一个系统调用可执行文件.

弄清楚nasm没有生成x86-64格式的目标代码我在syscall.asm文件的开头添加了"BITS 64"指令.

然后尝试使用nasm组装syscall.asm会出现以下错误:

error: elf output format does not support 64-bit code

这看起来很奇怪,因为在我的终端上执行"file/usr/bin/nasm"会给出:

/usr/bin/nasm: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.18, stripped

我的64位Fedora Core 11安装了最新版本的nasm,我的CPU是Intel Core 2 Duo E7200.

[编辑]

我的问题是如何让nasm发出与i386兼容的目标文件:x86-64.

Assembly assembly = Assembly.Load("MyAssembly");

上面还会加载"MyAssembly"需要的所有引用/依赖吗？

我正在尝试使用Windows PowerShell 2.0来查找已安装的应用程序.我尝试了两种方法,一种使用WMI,另一种使用Registry.这两种方法都能够显示已安装的应用程序和组件的大量列表,但是似乎没有人提出我感兴趣的应用程序.

我特意寻找CruiseControl.NET.它出现在"程序和功能"控制面板小程序的应用程序列表中.我知道它目前已安装,因为我刚刚卸载并重新安装它以重新开始.但是,以下两种方法似乎都不起作用(它们成功,但没有返回结果):

注册表搜索方法

在注册表中HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall查找应用程序密钥.如果我删除where,则返回很多,但它缺少很多应用程序,它们出现在windows程序和功能控制面板中.

gci "hklm:\software\microsoft\windows\currentversion\uninstall" 
    | foreach { gp $_.PSPath } 
    | select DisplayVersion,InstallDate,ModifyPath,Publisher,UninstallString,Language,DisplayName 
    | where { $_.DisplayName -match "^Cruise*" }

WMI方法

也返回了很多,但是,根据Win32_Product对象的文档,它们只是MSI安装的应用程序.许多应用程序都丢失了,我猜是因为它们不是MSI.CruiseControl.NET安装程序是NSIS(NullSoft安装系统)...因为它没有出现在这里,我猜它根本不使用MSI,但我很好奇是否有另一种使用WMI的方法找到任何/所有已安装的应用程序,无论它们是否使用过MSI.

gwmi -namespace "root\cimv2" -class "Win32_Product" 
    | select Name,Vendor,Version,IdentifyingNumber 
    | where { $_.Name -match "^Cruise*" }

通过注册表查找应用程序并没有给我带来很多好处,真的.除非它还提供了一些方法来查找应用程序卸载程序和调用它的正确参数,但似乎并非总是如此.我更愿意使用WMI来查找和卸载我需要卸载的应用程序,因为这不仅允许我为我的所有脚本(WMI)使用单一管理界面,而且其他人应该很容易弄清楚如何因为WMI通常有很好的文档记录,所以在将来维护脚本.