项目经验
emma姐
看看业界新闻,写写工作所得
展开
-
模型转换
进入Mint的第一个项目是做模型转换,将一种语言parser成模型,然后转换成UML的模型。最终得到的UML模型可以放到编辑器中,进行图形化的编辑。这个项目是用Eclipse的插件开发技术来做的,接触到的都是Eclipse插件开发技术。当然,还有最基本的JAVA语言和EMF模型开发。有时候要对标准的UML模型进行扩展,才能让source模型与target模型(UML)对应上。这就需要用到E原创 2014-08-07 19:42:15 · 342 阅读 · 0 评论 -
web系统
总结说得:1. html2. javascript3. jsp4. jquery5. spring6. hibernate7.原创 2014-08-28 01:11:02 · 349 阅读 · 0 评论 -
从桌面到C/S
在这个工具不断加入新的feature的同时,旧的feature一直接受着老板的challenge。终于,在开发了两年零四个月之后,老板爆发了,认为这个工具有泄露知识产权的危险,要求立即、马上将该工具从桌面软件的版本升级到C/S架构的版本。因为该工具本身只是作为用户的图形操作界面,也就是后台工具的GUI。若要升级到C/S架构,主要还是靠后台工具的支持,另外还要依赖与服务器程序。幸运的是,Se原创 2014-08-27 17:36:29 · 278 阅读 · 0 评论 -
Cobol
Cobol的项目是将老古董一样的Cobol语言的项目转换成java的项目,也就是reverse项目的一种。因为Cobol与java的语法以及yu原创 2014-08-28 01:04:06 · 588 阅读 · 0 评论 -
图形浏览器
做工具是边探索边做的,但是我所在的项目的情况是,要做的东西和方向大部分要听美国客户的安排。原创 2014-08-28 00:16:04 · 482 阅读 · 0 评论 -
移植软件到云平台
客户需要将一个传统的Java web的软件移植到云平台上去运行,以降低运行成本。客户自己选择的云平台是H原创 2014-08-28 00:40:47 · 874 阅读 · 0 评论 -
文档生成器
文档生成器是利用格式化的文档模板加上不同项目的模型来生成最终的客户文档。主要代码是借鉴了T平台的文档生成器。原创 2014-08-28 00:31:11 · 486 阅读 · 0 评论 -
平面图形布局
将文本模型转换成图形模型,是想最终获得一张整洁清晰、一目了然的图,并将之用到文档之中。因此依赖的第三方图形模型编辑器的图形布局功能没有做好,平面图形布局就成了一个问题。第三方图形编辑器是用GEF写的,去搜索了解了GEF的框架架构后,就去debug了编辑器的源码。试图找出合适的接口,可以在图形模型转换完毕后,可以立即得到一张布局合理的图,也就是图形的autolayout.Autolayout原创 2014-08-25 15:24:28 · 452 阅读 · 0 评论 -
可追踪工具
可追踪工具英文名叫Traceability,用于追踪整个软件工程生命周期中的所有文档和代码,以便于需求和bug的追溯。这个工具算是做的二次开发。因为整个工程几乎就是搬用T平台Traceability功能的源代码。T平台的Traceability本身就定义好了Traceability用的模型和转换规则,对于不同的文件类型,还给出了extensionpoint,非常利于程序员扩展Traceabil原创 2014-08-27 15:21:34 · 427 阅读 · 0 评论 -
配置文件编辑器
所做的工具包括了定义配置文件的格式,配置文件编辑器的开发。配置环境与Eclipse的运行配置环境相关,最主要的还是对本工具配置条件的理解。在Plug-in中开发的配置文件编辑器有些死板,也没有什么外观可言,最主要的就是用户体验要好,方便使用。开发中借鉴了Plug-inproject的配置文件编辑器的源码,忘记那个源码工程叫什么名字了。Configuration模型的设计(schema)以及XM原创 2014-08-27 14:11:47 · 895 阅读 · 0 评论 -
第三方平台移植
因为图形编辑器所依赖的T平台即将整合到P平台,在项目做了一年半之后,要将整个项目从T平台移植到P平台。之前的代码重构为项目代码移植到P平台打好了基础,移植过程中,只要将UI部分的代码根据P平台的框架重新编码,就可以了,剩下了不少effort。因为开发所依赖的平台改变了,UI部分的代码需要重新编写,移植中最大的effort就是用在研究新的开发平台,以及编写对应的UI部分代码。P平台是使用GMF开原创 2014-08-27 13:32:29 · 317 阅读 · 0 评论 -
关于抽象
最近在项目中做Lucene Index 和 Lucene Search 的重构。原创 2014-08-08 11:13:14 · 284 阅读 · 0 评论 -
STMT模型转换
模型转换中比较难搞的是STMT到UMLTransition的转换。STMT是类似于树的结构,要将其转换成UMLTransition的话,需要做树的深层遍历。将树做深层遍历后,拉出100%的所有的线,即所有组合的可能。这个转换除了模型上的变换考虑外,主要还要考虑到变换后的模型在图形编辑器上的显示,因此而加深了转换的难度。最后的解决方案是用类似于编译原理中的算法,不断使用递归函数来解决这个问题原创 2014-08-25 14:45:43 · 408 阅读 · 0 评论 -
代码重构
一开始做模型转换的时候,对整个java语言编写以及程序架构没有什么要求。随着项目的进行,发现代码中漏洞百出,越写越长,不利于扩展与修改,不利于其他开发者的阅读。所以代码重构就提到了日程上来。首先,整个项目的代码分类不清楚。模型转换主要是属于后台的代码,却与UI方面的代码(即用Xtext实现的editor的代码)放在同一个plug-in工程中,非常不利于工程的管理、扩展与发布。因此将文本编辑器与原创 2014-08-25 15:52:28 · 341 阅读 · 0 评论 -
Antlr以及Eclipse Refactoring framework
公司要做reverse的项目,因此jud原创 2014-08-28 00:57:50 · 343 阅读 · 0 评论