`
defrag_sly
  • 浏览: 126271 次
  • 性别: Icon_minigender_1
  • 来自: 上海
社区版块
存档分类
最新评论
文章列表
Alt+Shift+F1 eclipse 3.4下会打开一个plugin spy,会提示当前workbanchpart的具体实现类。
工作了三年,唯一的目标就是多挣点钱,过得安逸些。 从没考虑毕业后的生活,该是怎样,好像一直在背后扶持我的手突然松开了,而我还不知道。没有人推着向前,没有人约束,一切都是我自己给我自己说了算,还没习惯。不知不觉地居然领了结婚证。看看我自己居然连自己想要什么都不知道。一直以来24岁以前所有的人生好像是别人的,父母来计划,父母来考虑。从来没有自己给自己做过主,想的只是如何反叛。。毕业了工作了居然不知道怎么做主。毕业这个词还真是讽刺,今天突然觉得毕业到底是我人生的结束还是人生的开始。24岁前我和世界是隔离的,毕业了把我仍到这个社会上,居然不知道怎么活,为谁活。这样的人生是不是很失败。我的后代绝不希望像我 ...
http://www.eclipse.org/articles/Article-Integrating-EMF-GMF-Editors/index.html 最近做的一个项目,要求将gmf生成的editor放到,mutipage editor中,实际操作起来就遇到了一些问题,首先是editdomain同步的问题,多页面修改同一模型。如果不共用editdomain就会造成resource修改冲突。其次就是通过扩展点加入menu/action的问题。利用itemcontributor扩展点,在3.3的eclipse版本中是无法加入的,但是在3.4可以不需要任何修改。 再有就是toolbar及全局a ...
OfficeDrawingWithGraphics import java.io.FileOutputStream; import java.io.IOException; import org.apache.poi.hssf.usermodel.HSSFChildAnchor; import org.apache.poi.hssf.usermodel.HSSFClientAnchor; import org.apache.poi.hssf.usermodel.HSSFPatriarch; import org.apache.poi.hssf.usermodel.HSSFShapeGrou ...
这个项目是一个兼职项目。项目不大。 但是麻雀虽小五脏俱全,暂且管中窥豹。 首先 1,做了需求分析(这部分时我还没有介入) 2,根据需求分析画了些设计图(并没有将所有的图画完全,但是思路已经存在了。) 3,根据以上的设计图,做一个原型,交给客户确认,同时将项目中可预期的风险管理起来。关键的技术问题开始调查。 4,已经在做后台的架构设计了,近于详细设计。5 5,好的程序员就要有好的文档习惯,不喜欢做文档的程序员不是好的程序员。 6,程序开发中重要的是过程,有一个好的过程,就一定会有一个好的结果。相反如果没有一个好的过程是不一定会有一个好的结果的。 7,程序开发要在一个好的过程中一步一步完善,积累过程 ...
http://www.vimeo.com/1195398?pg=embed&sec=1195398
一是架构设计的源泉来自于需求分析,任何软件系统都是以满足需求作为目的。二是架构设计重心和特点来自于质量需求(非功能性需求),三是,架构的实现依赖于好的项目管理。 因此,软件架构设计是一个系统工程,它需要系统构架师有很宽的知识面,从需求分析、架构设计到类设计甚至代码实现一直到项目管理都需要有透彻的理解,这之间的关系是你中有我我中有你,是不可能截然分开的。必须说明,软件系统设计的方法不是一个僵化的规则,关键是在实践中实事求是的摸索规律,从而找出符合实际达到要求的设计来。 架构师的几个职责: 1、技术负责,解决方案的提供者; 2、与项目经理合作,制定计划,决定成员,组织团队; 3、保证项目按计划和走向 ...
工作是个两面性的东西,对于老板来讲,他需要一个人来解决他的问题,需要一个人为他服务。而我是这个人,对于我来讲,我需要一个空间将我的能力施展出来,并且获得应有的报酬,包括精神上的和物质上的。仅仅有一个层面肯定是不够的。 而且对工作好坏的评价,也不是一天两天就可以得出结论的。需要很长一段时间,这段时间可以被称为试用期。这期间老板需要得出一个结论:他很好用。我也需要得出一个结论:我可以信赖他。这同样也是双向的。仅仅单方有这样的结论肯定也是不够的。 过了试用期,我要做得就是不断的解决公司的问题,通过问题的解决提高自己的层次。老板要做的就是不断的给一个我解决不了的新问题,通过这些问题的被解决,公司上升到更 ...
最近有个调查将上图tab propertiesView的外观转移到editor中。根据这个要求作了一些调查,目标是也利用扩展点功能提供tab。 走过一些弯路,起初认为这个功能很简单,利用forms画一画就可以了,不过随着设计的深入,发现功能还是很复杂的。首先tab之间的切换,就是最大的问题。其次由于利用扩展点所以对tab的布局就有不确定性,如何处理,也是很大的难题。 随即放弃了自己作的念头。 那就看看怎么样能把eclipse的功能拿过来吧,即便是这样仍不放弃自己写些代码,如扩展点的定义,解析等等。开始以为eclipse中定义的扩展点,只会在propertiesview中显示。所以认为扩展点还 ...
1、类加载器分为,root和用户,root级的属于jvm的一部分,用户为自己扩展,提供了用户扩展的类加载器使得,在运行时扩展应用程序成为可能。因为编译器无需在编译时就得知所有类的信息,把这部分委托给了用户扩展的类加载器。 延伸,OSGI中为每个bundle配置一个类加载器,就使得在框架运行时,只关注与微核的运行稳定性,扩展bundle的是否有效是否加载,都被OSGI框架自身控制,每个模块达到绝对的独立,模块间只通过框架建立关联。 2、程序的安全性包括哪些方面?是什么原因让我们不去考虑程序的安全性,程序又运行的相对安全??? 找个时间好好的总结一下。 3、线程的优先级是不可靠的,jvm的标准中 ...
这两天看了blueDavy写的两篇OpenDOC。总结一下收获, 首先是OSGI的四层结构,Module,Life cycle,Service,security。 Module使得模块的分解更有标准,更规范,有据可依。可以看看manifest文件,每一个插件工程既是一个OSGI的bundle Lifecycle使得对module的管理,对module定义了六种状态,热插拔有了支持。在软件界如果应用程序可以像USB一样热插拔可以说是一个很激动人心的事情。采用OSGI使这点变为了可能。 Service使得module之间建立了动态的关联,module之间的关联完全建立在运行时,不像平时我们的应用一样 ...
软件开发到底是靠什么来驱动的? 应用软件,和工具是不是有很大不同? 一个项目是需要一个清晰的思路,与概念,建立符合项目目标的标准,再动手写代码,还是要画界面,对程序设计仅仅是完成界面,对代码review仅仅是,方法名,类名是否统一? 机械化的开发,我想不会让我开心,唯一能让我兴奋开心的一定是创造,让我感到无时无刻都在创造,创造出一个标准,然后在这个标准上进行代码。我想好的程序一定不是代码的堆积与罗列,好的程序更不可能是拷贝出来的。现在的开发到底能创造出多少优秀的程序员呢?现在我真的很不开心。 我想与大家讨论。。。
总结一下TextEditor,eclipse给文本编辑提供了一个默认实现,TextEditor。绝大部分的实现都可以在TextEditor上扩展。 总结一下常见的几点: 1、 document provider: 一个将输入editor input 转化为Document的场所,document则是在sourceviewer中显示 2、 ...
大家在使用eclipse时,一定对ctrl+z和ctrl+r使用起来感觉比较爽。这个功能的基础是 Org.eclipse.core.commands.operations包的IUndoableOperation可撤销的操作,OperationHistory操作历史记录,IUndoContext撤销上下文目录,OperationHistory负责执行并记录Operation。IUndoContext作为检索operation的key,OperationHistory根据IUndoContext是否匹配来判断该操作是否要执行撤销。通过IUndoContext可以将操作局限到某一层次上进行撤销,例如一 ...
Global site tag (gtag.js) - Google Analytics