`
defrag_sly
  • 浏览: 129276 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论
文章列表
1,添加Viewer的Drag support private void addDragSupport(final TreeViewer viewer) { DelegatingDragAdapter dragAdapter = new DelegatingDragAdapter(); dragAdapter.addDragSourceListener(new TransferDragSourceListener() { public Transfer getTransfer() { return ResourceTransfer.getInstance(); ...
1. This moment will nap, you will have a dream; But this moment study,you will interpreta dream.   (此刻打盹,你将做梦;而此刻学习,你将圆梦。)   2. I leave uncultivated today, was precisely yesterday perishes tomorrow which person of the body implored.   (我荒废的今日,正是昨日殒身之人祈求的明日。)   3. Thought is already is late, exact ...
还是那句话,停留在思想之外的开发不叫做开发。脱离了思想的技术,只能算是简单的代码,没有任何意义。如何能提高我们思想层面的能力绝不是一时一刻就能解决的。需要我们涉猎广泛,并且不断的思考总结。寻找思想,总结方法。不断提高。标准的制定者与标准的实现者是有很大区别的。谨以此立贴自勉。
请问,eclipse e4 究竟是什么?愿能集思广益
Eclipse中提供了几个扩展点,方便扩展重构功能。 基本的重构功能有, Rename,Move,Create,Delete,Copy。对应扩展点即为: org.eclipse.ltk.core.refactoring.renameParticipants org.eclipse.ltk.core.refactoring.moveParticipants org.eclipse.ltk.core.refactoring.createParticipants org.eclipse.ltk.core.refactoring.deleteParticipants org.eclipse. ...
如题,其实很简单,即在tree的构造方法里加入样式参数{SWT.RIGHT_TO_LEFT}。即可达到下图效果。 最近换了mbp做开发,不幸的说,SWT.right_to_left是不起作用的。 new TreeViewer(parent, SWT.RIGHT_TO_LEFT);
去年三月的时候,有一个我比较喜欢的公司给了我一个offer。我很高兴。但由于项目原因,实在是无法离开,我选择了拒绝。而今真是后悔莫及。对于公司来讲有用的才是有价值的,没有任何情谊可以言,跟公司根本不可以讲情义。谁讲谁就是傻瓜。而今项目结束,我的合同接近尾声。不得不面对,上升的瓶颈(语言问题)。没有任何人可以帮助。 有人说人生不会永远一番风顺的,走些弯路会让人成长,。
7年的恋爱终于有了一个圆满的结局,2008年12月12日我们领取了结婚证,日子是我们两个挑的本来是定在11月11日,老婆不舒服没去成。便改为12月12日,想想1212其实比1111好,这个日子就是为了表明我们成双成对了。2009年6月20日在我的老家北安举行了婚礼。爸爸妈妈精心的筹备了一场在我们那里堪称盛大的婚礼。光是婚车就有40多辆,把我们那个小城市的街道弄得拥挤不堪,为此还找了交警队的负责排车协调。7月19号在上海宴请了我们的好朋友。随着7月份的过去我们的终身大事算是完成了一件。虽说是新婚,其实我们早已是老夫老妻。但始终感觉我们能走到今天是多么的不容易。今天是7月22日,日食日。上午请假在家 ...
1,抽象:抽出事物的本质特性而暂时不考虑它们的细节。 2,信息隐蔽:应该这样设计和确定模块,使得一个模块内包含的信息(过程和数据) 对于不需要这些信息的模块来说,是不可访问的。 模块独立性问题: 1,模块独立是 ...
需求和设计之间存在差别,但尽量使你的规格说明的具体实现无倾向性。理想情况是: 在设计上的考虑不应该歪曲对预期系统的描述。 需求开发和规格说明应该强调对预期系统外部行为的理解和描述。让设计者和开发者参 与需求审查以判断需求是否可以作为设计的基础。 不同的软件设计方法常常都会满足最终需求,而设计方法会随着性能、有效性、健壮性 以及所采用的技术上的不同而变化。如果你直接从需求规格说明跳到编码阶段,你所设计的 软件将会是空中阁楼,其可能的结果只能是结构性很差的一个软件。在构造软件之前,你应 该仔细考虑构造系统的最有效的方法。考虑一下其它的设计方案将有助于确保开发人员遵从 所提出的设计约束或遵从与设计有关 ...
1,理解问题域 需求工作所有的目的都集中在明确系统将要解决的问题上,所以必须能够诱导和探索出 涉众的根本问题,必须了解业务领域知识,必须能够了解涉众的业务场景,必须标识出关键 的功能。通称这些活动是并行的进行的,目标是描绘出涉众的真实需要。 系统能够正确地反映问题域是非常重要的,这可以把问题用“类”来描绘,这就是概念 类或者称之为领域类,多这样的问题建模,称之为领域建模。领域类是只有名称和属性的类, 不考虑行为,只关注类与类之间的关系。 领域建模目的是通过对核心业务场景的分析,标示出系统必须保存与维护的那些信息, 这样的模型只需要捕获核心概念及关系,并不需要向数据库设计中数据建模那样的过于考究 ...
总结用例时要注意不要将用例分解的太细,容易陷入分解的泥潭,太细了容易忽略焦点,要关注用户的焦点,用户希望获得什么。文档必须抓住重点。 用例名: 用例类型 用例ID: 主要业务参与者: 其它参与者: 项目相关人员兴趣: 描述: 前置条件: 后置条件: 触发条件: 基本流程: 扩展流程: 结束: 业务规则: 实现约束和说明: 假设: 待解决问题:
程序开发中多使用头脑风暴的方法可以解决需求,设计,开发等等问题。 1)头脑风暴会议的准备 - 确定并邀请参与者、记录员和会议领导。发布有关地点、时间、位置和会议预期长    度等信息。一般预期的时间大约2 个小时。 - 确定具体要开发的软件系统或者子系统,发布合适的文档(如概念研究总结,面谈    总结,项目计划目标)给所有的团队成员。 - 定义头脑风暴会议的规则,发布给参与者。 - 保证室内有舒适的椅子,桌子,白板,投影仪,便签以及食物和饮料等,还需要给 记录员准备数码相机,以记录白板上的实时讨论信息。 2)领导规则 - 允许设想以口头形式(首选)和书面形式表达。 - 适当的时候 ...
...
程序员经历过一定的阶段,想要继续得到提高,就一定要思考关于编码之外的东西。 0、突然想要加入一个,重要的品质,踏实的品质。 1、如果我是项目经理,这个项目我会怎么带。 2、项目间的交流该如何进行,如何针对于每个人特点不同,采用不同的方法,培养,使用,团结到一起。 3、决定项目的成败的根本原因是什么,也许每个项目会有不同的原因。但是用心的分析总结一定会有自己的收获。 4、如何根据不同的项目做好需求分析过程,虽然很多人不会接触这类的问题,但是想想应该是必须的,机会永远是给有准备的人。 5、如何做设计过程,什么样的需求适合什么样的设计,做设计一定是每个程序员晋升的第一步。这里一定要建立好与需求分析者的 ...
Global site tag (gtag.js) - Google Analytics