程序设计

专业和发烧友程序员的问答

21
收到“此应用程序正在从后台线程修改自动布局引擎”错误?
使用swift在我的OS X中经常遇到此错误: “此应用程序正在从后台线程修改自动布局引擎,这可能导致引擎损坏和奇怪的崩溃。这将在以后的版本中引发异常。” 我有一个NSWindow,并且正在交换视图到contentView窗口的视图。尝试在窗口上执行操作或在窗口上添加操作时,都会收到错误消息。试图禁用自动调整大小的东西,并且我没有使用自动布局的东西。有什么想法吗?NSApp.beginSheetsubview 有时候很好,什么也没发生,其他时候却完全破坏了我UI,没有负载


26
GROUP BY和DISTINCT有什么区别
前几天,我学到了一些关于SQL的简单知识: SELECT c FROM myTbl GROUP BY C 与以下结果相同: SELECT DISTINCT C FROM myTbl 我很好奇,SQL引擎处理命令的方式是否有所不同,或者它们确实是同一回事? 我个人更喜欢独特的语法,但是我确信它比其他任何东西都更习惯。 编辑:这不是有关聚合的问题。GROUP BY已理解with与聚合函数的使用。
310 sql  group-by  distinct 

22
错误1396(HY000):“杰克” @“本地主机”的操作创建用户失败
我似乎无法重新创建一个已删除的简单用户,即使以root用户身份在MySQL中也是如此。 我的情况是:用户'jack'曾经存在,但是我从mysql.user中删除了它以重新创建它。我在那张桌子上看不到任何痕迹。如果我对其他随机用户名(例如“ jimmy”)执行此命令,则该命令可以正常工作(就像最初对“ jack”所做的一样)。 我为破坏用户“ jack”做了什么,我如何撤消该破坏,以重新创建“ jack”作为此MySQL安装的有效用户? 请参见下面的示例。(当然,最初,在创建“ jack”和将其删除之间有很多时间。) mysql> CREATE USER 'jack'@'localhost' IDENTIFIED BY 'test123'; Query OK, 0 rows affected (0.00 sec) mysql> select user,host from user; +------------------+-----------------+ | user | host | +------------------+-----------------+ | root | 127.0.0.1 | | debian-sys-maint | localhost | | jack | localhost | …

24
使用appcompat v7更改EditText底线颜色
我正在使用appcompat v7在Android 5及更低版本上获得一致的外观。效果不错。但是我不知道如何更改EditTexts的底线颜色和强调颜色。可能吗? 我试图定义一个自定义项android:editTextStyle(参见下文),但是我仅成功更改了完整的背景色或文本颜色,但没有更改底线或强调色。是否有要使用的特定属性值?我必须通过android:background属性使用自定义可绘制图像吗?不能指定六种颜色吗? <style name="Theme.App.Base" parent="Theme.AppCompat.Light.DarkActionBar"> <item name="android:editTextStyle">@style/Widget.App.EditText</item> </style> <style name="Widget.App.EditText" parent="Widget.AppCompat.EditText"> ??? </style> 根据android API 21的来源,具有材料设计的EditTexts似乎使用colorControlActivated和colorControlNormal。因此,我试图在以前的样式定义中覆盖这些属性,但没有效果。appcompat可能不使用它。不幸的是,我找不到与材料设计相关的最新版本的appcompat的资源。

13
Android Studio:编译器错误输出窗口在哪里?
当我在Android Studio中“运行”项目时,在“消息”窗口中,我得到: Gradle: FAILURE: Build failed with an exception. * What went wrong: Execution failed for task ':play01:compileDebug'. > Compilation failed; see the compiler error output for details. * Try: Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output. …

14
#pragma是否曾经是安全的门卫?
我已经读到有一些使用时的编译器优化#pragma once可以导致更快的编译。我认识到这是非标准的,因此可能引起跨平台兼容性问题。 非Windows平台(gcc)上的大多数现代编译器都支持这种功能吗? 我想避免平台编译问题,但也想避免后备防护的额外工作: #pragma once #ifndef HEADER_H #define HEADER_H ... #endif // HEADER_H 我应该担心吗?我是否应该为此花费更多的精力?

30
避免在内部单击时关闭下拉菜单
我有一个Twitter Bootstrap下拉菜单。如所有Twitter Bootstrap用户所知,单击(甚至在其中单击)时,关闭菜单。 为避免这种情况,我可以轻松地在下拉菜单上附加一个click事件处理程序,只需添加著名的即可event.stopPropagation()。 <ul class="nav navbar-nav"> <li class="dropdown mega-dropdown"> <a href="javascript:;" class="dropdown-toggle" data-toggle="dropdown"> <i class="fa fa-list-alt"></i> Menu item 1 <span class="fa fa-chevron-down pull-right"></span> </a> <ul class="dropdown-menu mega-dropdown-menu"> <li> <div id="carousel" class="carousel slide" data-ride="carousel"> <ol class="carousel-indicators"> <li data-slide-to="0" data-target="#carousel"></li> <li class="active" data-slide-to="1" data-target="#carousel"></li> </ol> <div class="carousel-inner"> <div class="item"> <img alt="" …

4
说明哪个gitignore规则忽略了我的文件
有什么办法可以查看为什么git会忽略某些文件(即.gitignore文件中的哪个规则导致该文件被忽略)? 想象一下我有这种情况(或更复杂的情况,有数百个文件夹和数十个.gitignore文件: / -.gitignore -folder/ -.gitignore -subfolder/ -.gitignore -file.txt 如果我运行git add folder/subfolder/file.txtgit可能会抱怨它被忽略了: The following paths are ignored by one of your .gitignore files: folder/subfolder/file.txt Use -f if you really want to add them. 有什么方法可以知道在所有可能.gitignore的规则中忽略该文件并显示该规则吗?喜欢: The following paths are ignored by your folder/.gitignore file (line 12: *.txt) folder/subfolder/file.txt Use -f if …
310 git  gitignore 


12
什么是“可赎回”?
既然清楚了什么是元类,就有一个相关的概念,我一直都在使用它,而不知道它的真正含义。 我想每个人都曾因括号错误而导致“对象不可调用”异常。而且,使用__init__并__new__导致怀疑这种血腥的__call__用途。 您能给我一些解释,包括魔术方法的例子吗?
310 python  callable 

18
html元素可以有多个ID吗?
我了解ID在HTML / XHTML页面内必须唯一。 我的问题是,对于给定的元素,我可以为其分配多个ID吗? <div id="nested_element_123 task_123"></div> 我意识到我只需使用一个类就可以轻松解决问题。我只是对以这种方式使用id感到好奇。

5
Git提交消息:50/72格式化
蒂姆·波普(Tim Pope)在他的博客文章:http ://www.tpope.net/node/106中主张一种特定的Git commit消息样式 。 这是他的建议的快速摘要: 第一行不超过50个字符。 然后是空白行。 其余文字应以72个字符换行。 他的博客文章提供了这些建议的理由(为简便起见,我将其称为“ 50/72格式”): 实际上,有些工具将第一行作为主题行,将第二段作为正文(类似于电子邮件)。 git log 不处理换行,因此如果行太长则很难阅读。 git format-patch --stdout 将提交内容转换为电子邮件-如果要很好地打包您的提交内容,发挥作用会很有帮助。 我想补充一点,我认为蒂姆会同意: 在任何版本控制系统中,总结提交的行为本质上是一种好的做法。它可以帮助其他人(或以后的您)更快地找到相关的提交。 因此,我对我的问题有两个角度: Git的“思想领袖”或“经验丰富的用户”中有多少(大致)接受50/72格式设置?我之所以这样问,是因为有时新用户不了解或不关心社区实践。 对于那些不使用这种格式的人,是否有原则上的理由使用其他格式样式?(请注意,我在寻找关于案情的论据,而不是“我从未听说过”或“我不在乎”。) 从经验上讲,有多少百分比的Git存储库采用这种风格?(以防某人想对GitHub存储库进行分析……提示,提示。) 我的意思不是推荐50/72风格或击落其他风格。(要公开,我确实喜欢它,但是我对其他想法持开放态度。)我只是想了解为什么人们喜欢或反对各种Git提交消息样式的理由。(也可以提出未提及的要点。)
310 git 


11
按降序对向量排序
我应该使用 std::sort(numbers.begin(), numbers.end(), std::greater<int>()); 要么 std::sort(numbers.rbegin(), numbers.rend()); // note: reverse iterators 按降序对向量排序?一种方法或另一种方法有什么优点或缺点?
310 c++  sorting  stl  vector  iterator 

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.