小编moj*_*uba的帖子

这不仅有效,而且即使使用-Wall也不会发出任何警告:

void* p = false;  // actually 'true' doesn't work here
bool b = "Hello, Boolean!";

此外,此兼容性规则允许为错误的类型选择重载的函数/运算符.假设你operator <<为所有基本类型重载了你并且忘了重载void指针,那么编译器可能会选择所采用的版本,反之亦然bool.

那么是什么让这种兼容性规则比重载函数的奇怪(和非常不受欢迎的)副作用更重要？

(编辑:删除了对C的所有引用,它们错了:转换规则在C中基本相同)

我在我的HTML5页面上模拟一个模态窗口功能,通过创建一个div position: fixed,在浏览器窗口中居中等.在某些情况下,我的模态窗口只显示带有一个或多个按钮的消息,例如OK Cancel,但在其他情况下我是显示更复杂的表单,例如即时消息对话框.

问题是更复杂的情况.那么哪个更好,(1)<iframe>在我的"模态"窗口中有一个或者(2)<div>加上一些Ajax代码来检索我的表单的内容并将其注入到div的innerHTML中？

在这两种情况下有哪些警告？当你选择一个而不是另一个时,你的理由是什么？

浏览器要求:IE9 +和其他理智的浏览器.

我有一种情况,当我需要调用一个不一定受对象支持的方法,但同时我不能使用performSelector,因为它限制了你可以传递给方法的参数类型.因此我这样做:

if ([someObject respondsToSelector:@selector(someMethod)])
    [(id)someObject someMethod];

编译器很高兴,我很高兴,但是这个消息发送方法有什么警告吗？

performSelector的同步版本和上面的版本有什么本质区别？

编辑:与(id)方法相比,performSelector会有性能损失吗？

尽管HTML4标准声明<script>元素没有默认值,但默认情况下浏览器假定为"text/javascript".这个假设有多安全？

对标准纳粹:我知道这是引起人们注意的事情,但我认为,为了可读性和简洁性(例如省略简单属性值的引用等),利用一些事实上的标准并没有错.