摘要：
这需要声明html文档，加上如下声明就不会报错了！而且更重要的是这个错误还会可能导致后续的应用使用Jquery时会报错如我在做弹框时，用谷歌开发者工具就报错了：Uncaught TypeError: Object function (e,t){return new n.fn.constructor(e,t)} has no method 'dialog'网上一些答复是 Jquery版本不一致导致的，上面所说的也可能导致！ 阅读全文
摘要：
弹框内容： //将div设置成隐藏效果 用户名： 密 码： 使用其他网站... 阅读全文
摘要：
刚开始报错还是报的稀奇古怪的错误，让我纠结了好久，再三检查报错的位置，发现并没有错误，最后认真分析查看每行报错的信息才找到如题所述的错误！！！！！报这种错误的原因可能是POJO映射文件中的字段和数据库里表的字段不匹配(不一致)。另外还有一种可能就是表A与表B之间存在关联关系，并且从表A中通过外键查询表B当中的符合条件的记录时，在表B找不到相应的记录，但这种关联关系还继续维持着！很可能是因为设置级联操作。 又或者是在删除表A的记录时，你并没有同时删除与之关联表B中的记录！！！ 阅读全文
摘要：
1、使用方法在需要使用JQuery的页面中引入JQuery的js文件即可。例如：引入之后便可在页面的任意地方使用jQuery提供的语法。2、学习教程及参考资料请参照《jQuery中文API手册》和http://jquery.org.cn/visual/cn/index.xml推荐两篇不错的jquery教程：《jQuery的起点教程》和《使用 jQuery 简化 Ajax 开发》(说明：以上文档都放在了【附件】中)3、语法总结和注意事项1、关于页面元素的引用通过jquery的$()引用元素包括通过id、class、元素名以及元素的层级关系及dom或者xpath条件等方法，且返回的对象为jquer 阅读全文
摘要：
我一直在寻找有关jQuery性能优化方面的小窍门，能让我那臃肿的动态网页应用变得轻便些。找了很多文章后，我决定将最好最常用的一些优化性能的建议列出来=================================================================一、选择器性能优化建议=================================================================1. 总是从#id选择器来继承这是jQuery选择器的一条黄金法则。jQuery选择一个元素最快的方法就是用ID来选择了。$('#content').hi 阅读全文
摘要：
1. 简单--单表查询：SELECT * FROM emp WHERE type = 'hired';2. 复杂--联合查询(多表笛卡尔积查询)：单表笛卡尔积根据条件筛选--左连接：两个相关联的表，相互笛卡尔积之后，先通过left join/right join 确定是获取哪个表里的数据，最后根据Where条件来筛选数据 例：select from AAA a left join BBB b on a.key = b.key--右连接：同理可知。--全连接：就是将多表笛卡尔积之后得到的数据 阅读全文
摘要：
1. UI界面布局。 （即可用XML控制布局也可采用Java代码布局，不过在实际应用中是两者混合控制UI界面，为什么呢，因为XML适用于固定的不易改变的组件布局，Java程序控制常变的组件。。。其控制布局的方式类似于在J2ME中的布局方式，在实际开发中既有不变的又有可变的，所以两者结合最好不过了） 线性布局：LinearLayout------通俗的说就是各个组件挨个排列，如果有多个组件多行排列，到行末时，组件内容还没显示完的话，就另起一行显示。 表格布局：TableLayout------想象一下就是Html使用Table一样，单个组件可占用一行，可伸缩。 帧布局：FrameLayo... 阅读全文
摘要：
Unable to load configuration. - bean - jar:file:/D:/apache-tomcat-6.0.32/webapps/s2shf/WEB-INF/lib/struts2-core-2.1.8.jar!/struts-default.xml:29:72 at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:431) at org.apache.struts2.dispatcher.ng.InitOperations.initDispatcher(InitOperat... 阅读全文
摘要：
UUID：简单的说就是一串比较长的数字，这是相对于同一时空内的唯一的数字串。现有公司部门表、部门员工表这两个表，两表之间有关联关系。通常的做法是：在部门员工表里新增字段来记录部门表主键ID，从记忆里记得用自增ID做主键好像会不大好(具体是什么原因我也忘了，记的是结果。。。)，但是最近看了一篇帖子，感觉作者所说的和自己产生了共鸣，里边分析了UUID做主键的优劣势。心里边儿想想，在后续的开发工作中，可能对于某些表需要有个记录URL的字段，在此用到UUID作为URL我觉得既有隐蔽性又有可操作性。数据迁移时，不用考虑记录重复 阅读全文