`
xtlincong
  • 浏览: 12079 次
  • 性别: Icon_minigender_1
  • 来自: 佛山
社区版块
存档分类
最新评论
文章列表
大家都知道Flex的列表组件有个属性allowMultipleSelection,该属性决定是多选还是单选。 也就是说二选一。但很多情我们需要多选单选并存,虽说多选可以包含单选功能,但如果用户想做单选操作的时候,会带来额外的负担。 以我们最常见的crud场景为例: 1.只能修改一条数据 2.可以一次删除多条数据 假如我们用了多选,当用户选择多条数据后,想修改其中一条,怎么做? 用户只能将不相关的去掉,保留要修改的那一条为选中状态,点修改。 大家觉得这样合理吗? 个人觉得多选跟单选分离会比较好,你只需要让用户知道列表有二种并存的选择模式就ok了 大家觉得呢?
1.redmine找不到svn的问题 redmine没有自带svn的命令,只能另行安装。安装完,可以通过二仲方式,让redmine直接使用到svn的命令。一个是在系统的环境变量里面添加,另外一个是在config/environment.rb里面添加环境变量。 2.redmine读取不到svn仓库的问题 原因比较多。不过最多的要数中文url问题。redmine0.8.4不能直接像这样的url,http://XXX.XXX.XXX.XXX:8085/svn/中文/编码,只能够变着这样写 http://xxx.xxx.xxx.xxx:8085/svn/%E4%B8%AD%E6%96%87/%E7%B ...
一.创建者 二.信息专家 三.低耦合 四.高内聚 五.控制器 六.多态 七.纯虚构 八.防止变异 九.间接性 顺便提一下ooad的核心是职责分配 大家有时候可以翻翻<<UML和模式应用>>,程序员修炼内功必备书之一
第一范式(1NF):数据库表中的字段都是单一属性的,不可再分。这个单一属性由基本类型构成,包括整型、实数、字符型、逻辑型、日期型等。 第二范式(2NF):数据库表中不存在非关键字段对任一候选关键字段的部分函数依赖(部分函数依赖指的是存在组合关键字中的某些字段决定非关键字段的情况),也即所有非关键字段都完全依赖于任意一组候选关键字。 第三范式(3NF):在第二范式的基础上,数据表中如果不存在非关键字段对任一候选关键字段的传递函数依赖则符合第三范式。所谓传递函数依赖,指的是如果存在"A → B → C"的决定关系,则C传递函数依赖于A。 robbin总结: 消除冗余,单纯依 ...
http://biemond.blogspot.com/2008/08/flex-upload-and-download-with-blazeds.html
1.安装RamDisk Plus 2.用RamDisk Plus从内存划分一个盘出来,记住勾选关机保存文件(关机重启后,数据不会丢失) 3.将eclipse的workspace设到内存盘 4.发挥你自己的创意吧(原则,io的操作安排在内存盘里) 我自己因为觉得用flex builder太慢了,加上机器垃圾。所以用上它,并将flex编译的输出路径到内存盘,快了点。
一.DTO模式 二.外部序列化 三.Aop拦截查询方法,隔除lazy属性 四.Gilead 五.GraniteDS 六.Pimento 七.dpHibernate 八.LCDS 九.改Blazeds源码 最终结果还是Gilead比较合适,怎样合适怎么好自己想
       大概2008年10月1日左右,我家多了一位成员,是之前餐厅收养了1个多月的靓女流浪狗rocky,品种应该是黄色失格的平毛寻回猎犬(因为它的毛是平直而且质地硬,而且毛没金毛的长),或者只是不够纯正的串种金毛犬, ...
Global site tag (gtag.js) - Google Analytics