在大多数团队中,有一条规则规定@author和@since关键字必须用于所有记录的类,有时甚至是方法.
为了关注重要的事情,我不使用这些关键字,而是依赖于我可以使用源代码管理系统来确定类的作者是谁以及何时存在的事实.
我相信@author和@since来自版本控制尚未普及的时代,我认为它们现在已经相当多余了.你觉得这个怎么样?现代Java项目应该使用它们吗?
在性能方面,like运算符在应用于具有多个占位符的字符串时的行为如何?
例如:
select A from table_A where A like 'A%'
Run Code Online (Sandbox Code Playgroud)
需要相同的时间来选择
select A from table_A where A like 'A%%'
Run Code Online (Sandbox Code Playgroud)
???
我在表A中插入一个值,它有一个串行类型作为主键.我想使用查询的返回值作为表B的外键...但我收到此消息:
错误:在表"tb_midia_pessoa"上插入或更新违反外键约束"tb_midia_pessoa_id_pessoa_fkey"DETAIL:键(id_pessoa)=(30)不存在于表"tb_pessoa"中.)
如果没有: - 启动一个新的事务 - 删除我的外键约束= O?
问候!佩德罗
使用System.Move()从字符串数组中插入/删除项目并不像从其他简单数据类型中插入/删除它那么容易.问题是...字符串是在Delphi中计算的引用.在引用计数数据类型上使用Move()需要更深入的内部编译器行为知识.
有人可以在这里解释为实现这一目标所需的步骤,或者更好地使用一些代码片段,或者指导我在互联网上提供一个很好的参考?
哦,请不要告诉我使用"懒惰但缓慢的方式",也就是说,对于循环,我知道.
根据尝试到ListView点击项目来设置文本菜单标题.ListView包含书签列表 - > FAVICON + BOOKMARK TITLE
@Override
public void onCreateContextMenu(ContextMenu menu, View v, ContextMenuInfo menuInfo) {
super.onCreateContextMenu(menu, v, menuInfo);
menu.add(0, EDIT_ID, 0, R.string.menu_edit);
menu.add(0, DELETE_ID, 0, R.string.menu_delete);
menu.add(0, SHARE_ID, 0, R.string.menu_share);
AdapterView.AdapterContextMenuInfo info = (AdapterView.AdapterContextMenuInfo)menuInfo;
View itemID = (info.targetView);
menu.setHeaderTitle("bla" + itemID);
}
Run Code Online (Sandbox Code Playgroud)
当我运行这段代码就说明android.widget.RelativeLayout@423d2389或什么,如果我改变itemID到String itemID = ((TextView) info.targetView).getText().toString();我得到强制关闭的,即使在Eclipse中显示没有错误或当我运行该应用程序长按.
我也希望以同样的方式获得favicon ...
感谢帮助!
我需要连接路径字符串,如下所示,所以我将以下行添加到我的.emacs文件中:
(setq org_base_path "~/smcho/time/")
(setq org-default-notes-file-path (concatenate 'string org_base_path "notes.org"))
(setq todo-file-path (concatenate 'string org_base_path "gtd.org"))
(setq journal-file-path (concatenate 'string org_base_path "journal.org"))
(setq today-file-path (concatenate 'string org_base_path "2010.org"))
Run Code Online (Sandbox Code Playgroud)
当我做C-h v today-file-path RET检查时,它没有分配变量.
我的代码出了什么问题?有没有其他方法来连接路径字符串?
我发现问题是由错误的设置引起的,代码实际上是有效的.感谢您的答案比我的代码更好.
我正在创建一个UITableViewCell类似于样式的自定义,UITableViewCellStyleValue1但右侧有一个可编辑的文本字段而不是detailTextLabel.我对如何正确调整编辑字段的大小感到困惑.我想考虑textLabel到帐户的长度,以及它的大小contentView,并且当它的表视图处于编辑模式时,或者如果添加了附件视图(如公开箭头)时,能够做正确的事.
但contentView即使对于分组表,宽度似乎总是320(在iPhone上以纵向模式).在我的UITableViewCell子类中,我看不到访问它所属的表视图的方法,因此我可以获得表的样式并相应地调整边距.
我想我可以在tableView的委托-tableView:willDisplayCell:forRowAtIndexPath:方法中以自定义方式处理这个问题,但这完全违背了拥有可重用单元类的目的.
我必须在这里遗漏一些关键概念,但我不知所措.任何人?
谢谢!兰迪
在Juides Lowy的"C#编码标准"中,可以从www.idesign.net获得,推荐使用C#预定义类型而不是System命名空间中的别名.
object NOT Object
string NOT String
int NOT Int32
Run Code Online (Sandbox Code Playgroud)
这有什么好处?他们有什么不同?我在自己的编码中遵循了这个建议,但从未知道它们有何不同.
我正在与一个想要将时间戳添加到一堆表的客户端一起工作,以便他们可以按时间顺序对这些表中的记录进行排序.所有表都有一个自动递增的整数字段作为其主键(id).
(简单)想法 - 节省开销/存储并依赖主键按时间顺序排序字段.当然这有效,但我不确定这种方法在声音数据库设计中是否可以接受.
优点:每条记录需要的存储空间更少,VO类更简单等.
Con:它意味着该字段的特征,即一个简单的标识符,其定义不以任何方式定义或保证它应该/将如此起作用.
假设为了我的问题,DB表定义是一成不变的.仍然 - 这在最佳实践方面是否可以接受?
谢谢
REST已经成为过去几年(或左右)流行的流行词,当ASP.NET MVC推出时,每个人都将REST与ASP.NET MVC联系起来.我也因为嗡嗡声而感到沮丧,而且由于缺乏我的知识,我对REST的理解仅仅是:
但它还有更多.我越了解REST,我就越少将ASP.NET MVC与它联系起来.它当然比WebForms更接近REST.所以事实恰恰相反:
且你的默认路由定义为controller/action/id是绝对不能RESTful的.
让我用这种理解来解释我的问题.
如果ASP.NET MVC是RESTful,我们不会将默认路由定义为:
controller/action/id
Run Code Online (Sandbox Code Playgroud)
反而
resources/id /* that would have to use HTTP methods GET/PUT/POST/DELETE */
Run Code Online (Sandbox Code Playgroud)
因此,而不是(也提供带有请求路径的HTTP方法):
/product/index/1 /* GET */
/product/create /* POST */
/product/delete/1 /* POST */
/product/update/1 /* POST */
Run Code Online (Sandbox Code Playgroud)
它应该是(这里提供的HTTP方法)
/products/1 /* GET */
/products /* POST */
/products/1 /* DELETE */
/products/1 /* PUT */
Run Code Online (Sandbox Code Playgroud)
现在那将是RESTful.好消息是这实际上是可能的.如果你使它完全RESTful,那也意味着你必须使用Ajax,因为PUT和DELETE方法不能用仅浏览器请求完成(这不完全正确1).因此,现代Ajax应用程序实际上可以完全RESTful.
Ajax是客户端技术,与ASP.NET MVC没有任何关系.事实上,ASP.NET MVC可以作为完全RESTful的应用程序来完成.实现它的方法(Ajax)并不重要.(感谢Darin Dimitrov)
为什么我们将ASP.NET MVC视为RESTful框架,特别是将其URL路由与其相关联?为什么他们没有定义默认URL路由来 …
sql ×2
android ×1
asp.net-mvc ×1
c# ×1
cocoa-touch ×1
delphi ×1
elisp ×1
emacs ×1
foreign-keys ×1
iphone ×1
java ×1
javadoc ×1
pascal ×1
postgresql ×1
rest ×1
routing ×1
sql-like ×1
sql-server ×1
transactions ×1
uikit ×1
uitableview ×1
where-clause ×1