事情是这样的,上个周日一个学弟找到我说想跟我组队参加东软科技节的软件设计大赛。我跟他谈了,看了看他的idea,叫“全右脑英语学习软件”,按照我的理解,就是一个帮助背英语单词的软件。项目不算大,技术上要求也不高,要想拿奖的话只能靠出色的功能设计了。 说实话,我心软,对于一个小学弟的请求我不好拒绝。反正也没什么,那就去吧。OK,这周就忙在功能研究和结构设计上了。 总结一下想法: 数据结构(主要是词库)采用XML文件描述和存放; 仿照MVC架构,DAO模式,基本上模拟数据库操作,只不过底层是XML而已; 每种题型对应一个模块,每个模块有自己的GUI,每个模块有自己的XML文件 ...
一、定义标记: 1、规定子标记的标记: <!ELEMENT 标记名称 (子标记列表)> <!ELEMENT 标记名称 (子标记1+,子标记2*,自标记3?)> <!ELEMENT 标记名称 (子标记1+,(子标记2|子标记3|子标记4)*,(子标记5|子标记6)?)> 2、限制只有文本数据的标记: <!ELEMENT 标记名称 (#PCDATA)> 3、有混合内容的标记: <!ELEMENT 标记名称 (#PCDATA|子标记1|子标记2|子标记3)*> 其中最外层括号外的“*”必不可少 4、EMPTY和ANY ...
RT,大蛇丸gameover了,在华丽的346话。 在以嚣张姿态出场的不死二人组被“憋瘸”地打败之后,岸本又送给了广大读者一个惊喜——大蛇丸gameover,佐助“夺取了他地一切”,那双眼是那么地神奇,神奇得让这漫画似乎有无限的发展空间: 这个从白眼家族里派生出来的写轮眼就是那么的NB?唉,貌似大多数读者就是喜欢热血漫画这种无比NB的感觉。
1、spring实现了singleton模式和工厂模式。 2、依赖注入的方式可分为设值注入和构造注入。设值注入与传统javabean的写法更相似,容易让人理解,接受。通过setter方法设定依赖关系显得更直观、自然;而构造注入往往会使构造函数过于笨重,可读性降低。但构造注入可以在构造器中决定依赖关系的注入顺序,优先依赖的优先注入;对于依赖关系无需变化的bean,构造注入很有意义,因为没有setter方法,依赖关系仅在构造器中决定,无需担心以后的代码对依赖关系产生破坏,这样一来,只有组件的创建者才能决定组件的依赖关系,对组件的调用者而言,其内部依赖关系完全透明,更符合高内聚的原则。 3、spri ...
利用hibernateTools里的相关工具类,使得java实体类(POJO)、hbm映射文件、数据库表(Schema)之间可以相互转化。也就是说,只要有其中一样,就可以通过各种途径得到其它两样。 如果手里已经有了其中一样东西,要想最快建立起应用的途径自然是通过它来生成其它两样了。不过,我想在这里讨论的是那种从无到有,从想法到实现的那种建立全新应用的情况。那么,自然而然就会有一个问题:“从哪里开始?”。实体类?hbm?数据库表?先应该建立哪一个,再通过它生成其它两个? 这个问题我觉得应该从Hibernate框架的产生的初忠来考虑:为了解决“面向对象模型&rd ...
pf_miles
搜索本博客
我的相册
B5ff80b4-2ec3-3fc2-84c0-8dd1445b0135-thumb
svP4
共 10 张
存档
最新评论