`
duobin3000
  • 浏览: 102169 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论
文章列表
hibernate推荐使用version来处理。 废话就不多说了 说说怎么实现吧: class optimistic-lock="version"..... id version name="version" column="version" type="int"                 方法session.lock() 比session.update危险, session.lock(xxx,LockMode.READ)
cascade= none                            默认操作 对级联对象的操作,不影响附属对象 save-update               在保存更新当前对象时,级联保存更新附属对象 delete                           删除当前对象级联删除附属对象 all                                  保护delete sava-update delete-orphan             删除和当前对象失去关联的附属对象
检索策略: 立即检索  延迟检索 预先抓取 批量立即加载 批量延迟加载   立即检索 lazy="false"  延迟检索 lazy="true" 预先抓取  如果 对象之间全部是立即加载,会导致加载一个对象附带着加载更多的关联对象------------------无效开销太大  如果对象之间全部是预先抓取,通过一条sql语句完成所有的关联操作。设置hibernate_max_fetch_depth=?外连接的表的个数。一对多 多对多使用延迟加载;一对一,多对一使用预先抓取 批量加载           一对多 多对多的时候 ...
请记住:          用例是用 动词+名词 来表达的  用例是不表达业务流程的,业务流程采用活动图来表达,用例仅仅是表达参与者在某个时间点使用系统的局部功能观点                  改变模块化的思维方式,用例都是可以个别在某个时间点内、系统能履行功能满足参与者使用系统的目的,              简单地说行政人员不能直接操作主文件,要分为维护人员信息、维护劳保建信息等 how to问题:Coding充当SA的角色就经常会联想到实作,包括权限掌控,企业逻辑等-------这个是循序图的问题   不要把系统自己当作用例,比如 ...
        我待过的软件公司,还没有发现有做成本控制的。最近公司开始考虑成本问题。 之前的老总,也不断的告诫:读MBA的第一课就是如何压缩经营成本。现在终于要考虑成本了 但是如何控制成本呢? 我的理解:    1、列出所需要的人力物力;-------根据需求制订计划 2、节下来就是估算所需开支:          设计开发测试等人员的工资,计算WBS列出的各项活动开销。注意包括整个项目周期的全部成本,包括前期和后期维护的所有成本。还有硬件和材料费,设备和软件工具。 3、如何控制?    这个是大问题,策略:评估引起费用变更的因素,以便保证该变更是可以接受的。   挣值管理? 最后就是即使总结 ...
两难境地-->死亡行军:人类只能在第二级追求中成功 软件商----- 学者-------- 机构-------- 各自为了自己的目的,软件真的有危机吗? ------------------------------------慢性痛苦! ------------------------------------Michigan大学 软件业仍旧在发展,如何去医治呢?

企业文化

Company Culture -"DRIVE"    D   D - Be Dedicated to what our mission    R   R - Be Responsible for what we are doing    I  I - Be Initiative on what our common goal    V  V - Transfer our value into what our customer business value    E  E - Achieve Excellence for what we are doing ...
空对象是个很有意义的设计,  比如:   public class NoCommand implements Command {     public void execute()    {} } 这个代码是来自于《Head First 设计模式》----命令模式 它可以有效的避免这样的代码 if..... else if,....... 等 在进行处理之前,给出一个默认的初始化的空对象, 之后就可以一视同仁的去处理
OO基础:      抽象     封装     多态     继承 OO原则: 封装变化 多用组合,少用继承 针对接口编程,不针对实现编程 开闭原则 为交互对象的送耦合和设计 依赖抽象,不依赖具体类  
命令模式: 其实我们已经用了不知道多少次这个模式了,我们在使用struts webwork的时候,其地层就采用的命令模式进行资源分发的。 UML图: 下班了 ,下周再说  上图描述,角色:调用者,命令,接受者,客户端。       代码示例:调用者 1、 public class Invoker {  Command command;    public void setCommand(Command command) {   this.command = command;  }    public Invoker() {     }  public void invoker{   comma ...
Prototype模式(原形模式) 实现java里的Cloneable接口     不再多说   深拷贝。。。。。。。。。。。。。。。。。。。。。。。  
单例模式;       就是保证在整个系统的运行过程中,仅仅创建一个事例:    public class Singleton {   private Singleton(){}   //在自己内部定义自己一个实例,是不是很奇怪?   //注意这是private 只供内部调用   private static Singleton instance = new Singleton();   //这里提供了一个供外部访问本class的静态方法,可以直接访问     public static Singleton getInstance() {     return instance;       ...
外观模式,就是对一个功能模块进行封状对外的接口,调用者不需要了解其内部的构造,只要调用其对外暴露的接口即可 这里就不多说了
    这个模式很简单,就不多说了,它主要是用来处理现有资源的复用的  1、类的适配--采用的继承,不好,不推荐使用 2、对象的适配---采用的组合,可以      

策略模式

这个模式告诉我们:                                组合优先,慎用继承! UML:    见附件
Global site tag (gtag.js) - Google Analytics