标签归档小制作

召开个小命而曾经 至于那么纠结结么

文件文件都是如配备至服务器的,DOS
mode终究是特别的。可每次等及服务器传输时还自行转,也非是充分可靠,因为有时候文件夹中间小jar文件,有时还时有发生来xls文件,不克混转。

遂想自己写个Dos2Unix4Win。大概一年了还,虽然经常没空搞私活,但好歹做过一点儿个版,为底还是休顶依仗谱吗。

【第一版】

第一本是纯Java,MVC分层或者实际上就是VC分层。

主干其实生粗略,文件用FileReader直接readLine(),直接依附换行符就FileWriter写起文件。

下一场呢供了命执行直接运行的不二法门,输入源文件、目标路径,就可拍卖了。因为想念支持目录操作,所以设置了文件类型的过滤配置。

唯独即图形界面方面花了许多光阴,用Swing,晦涩难用,工具而非支持,做下效果不好看。

每当组里分享出去,结果莫人为此,大抵是为相互界面不谐和,还无若用FTP工具传上还下回到。

没有人为此为就先放那儿吧。可是直到来雷同天,我要好需要以,便将出去,结果发现。。。目录穷举根本没做好,根本就是个污染源。。。

双重要的凡后来,捣腾了个Window
Builder,能轻松解决UI问题。才考虑做第二本子。

【第二版】

模块1,单个文件转换,直接抄袭以前的。

模块2,单元测试组件。因为想用比较偏于TDD的方法来举行,所以部分先增起了测试用例。

模块3,界面。因为这次的界面工具十分强力,所以想先从界面下手,其实想做成个界面小应用。WB其实是Eclipse的一个插件,所以这次基本上就是以Java上如.NET一样写界面。也丢了猥琐之Swing,而使用了华美顺滑的SWT。
(Standard Widget
Toolkit,一来使用原生窗口用柔顺丝滑如潘婷的广告一般,二来其设计真正要优化Swing/AWT。布局管理器更加分明和灵活,事件多数封装成widgetDefaultSelected(SelectionEvent
arg0)调用方便,还有如Tree和DirectoryDialog等非常常用非常实用的零部件。)

模块4,文件夹遍历。这同样片直接用了递归,要说得算深度优先遍历。本来打算边递归边把文件处理掉,但想想递归里做最好多行不好,于是单是取得列表,返回一个File类型的ArrayList。当时呢设想了LinkedList,不过才需要遍历,链表此时没啥优势,反而耗资源。

模块5,Controller层面的黑盒测试。设计了五独用例。
1.单文书处理,没啥特别;
2.单文本处理,文件于特别(用了只100MB的压缩包);
3.索引处理,有若干层子目录,但还尚未公文;
4.目录处理,压力测试,至少十层子目录;
5.目录处理,压力测试,文件数量大多(直接用了有档案目录,共700大多独文件)。
虽还不是极度完全的,但挂了大部分气象了。而且还是为此来处理日常文书,完全不考虑访问权限的情了。

模块6,容错及日志处理。容错一开端即起理会,空值判断等还生召开,所以多都是IOException层层往外扔,在最好外层处理。日志是配了log4j,但尚不曾决定哪些地方要记录。

模块7,文件过滤处理(白名单黑名单)。还尚未开人事档案。

现状是基本作用还写了了,基本会用了,于是导出了一个可是实施jar文件在外头跑。于是杯具发生了,因为调用了SWT库,整个保险臃肿达16MB。。。这么简单的力量,居然生及用邮件发不出!(邮箱限制了4MB附件。)

乃我还要陷入迷茫了。。。自己凭空想象的需,总有接触杀大的。。。小程序没有自己界面是从未人用底,可是这样臃肿,传输也异常非便宜之。。。究竟,能起什么地方着手吧?

开只稍命而都 至于那么纠结结么

文本文件还是使部署到服务器的,DOS
mode终究是老的。可每次等及服务器传输时还自行转,也非是深可靠,因为有时文件夹中间稍微jar文件,有时还闹几xls文件,不能够混转。

遂想协调写个Dos2Unix4Win。大概一年了还,虽然时常没空搞私活,但好歹做了些微只版本,为底还是休极端依仗谱吗。

【第一版】

首先版本是纯Java,MVC分层或者实际上只是VC分层。

主干其实很粗略,文件用FileReader直接readLine(),直接依附换行符就FileWriter写起文件。

然后也供了令执行直接运行的方,输入源文件、目标路径,就好处理了。因为想支持目录操作,所以设置了文件类型的过滤配置。

但就是图形界面方面花了森日,用Swing,晦涩难用,工具而休支持,做下效果不好看。

于组里分享出去,结果莫人用,大抵是以相互界面不团结,还未使用FTP工具传上去还下回到。

从不人因此呢尽管先放那儿吧。可是直到来平等上,我要好得利用,便拿出来,结果发现。。。目录穷举根本无做好,根本就是个污染源。。。

又要紧之是后来,捣腾了个Window
Builder,能轻轻松松解决UI问题。才考虑做第二版本。

【第二版】

模块1,单个文件转换,直接抄袭以前的。

模块2,单元测试组件。因为想用比较偏于TDD的法门来做,所以有些先增起了测试用例。

模块3,界面。因为这次的界面工具十分强力,所以想先打界面下手,其实想做成个界面小应用。WB其实是Eclipse的一个插件,所以这次基本上就是于Java上如.NET一样写界面。也废弃了猥琐之Swing,而以了美顺滑的SWT。
(Standard Widget
Toolkit,一来使用原生窗口用柔顺丝滑如潘婷的广告一般,二来其计划真正要优于Swing/AWT。布局管理器更加不言而喻和灵活,事件多数装进成widgetDefaultSelected(SelectionEvent
arg0)调用方便,还有如Tree和DirectoryDialog等老常用非常实用的零件。)

模块4,文件夹遍历。这无异于块直接用了递归,要说可以算是深度优先遍历。本来打算边递归边把公文处理掉,但思维递归里开最好多行非好,于是才是获得列表,返回一个File类型的ArrayList。当时也考虑了LinkedList,不过只是需要遍历,链表此时从未啥优势,反而耗资源。

模块5,Controller层面的黑盒测试。设计了五只用例。
1.单文书处理,没啥特别;
2.单文本处理,文件较老(用了单100MB的压缩包);
3.索引处理,有好多层子目录,但还未曾公文;
4.目录澳门新葡亰网址处理,压力测试,至少十层子目录;
5.目录处理,压力测试,文件数量大多(直接用了有档案目录,共700大抵只文件)。
尽管还非是最好圆的,但覆盖了多数情况了。而且都是故来处理日常文书,完全不考虑访问权限的状了。

模块6,容错及日志处理。容错一从头便有在意,空值判断等还发做,所以多还是IOException层层往外扔,在极度外层处理。日志是下放了log4j,但尚无决定哪些地方要记录。

模块7,文件过滤处理(白名单黑名单)。还尚未做。

现状是中心职能还写了了,基本能就此了,于是导出了一个不过尽jar文件在外界跑。于是杯具发生了,因为调用了SWT库,整个保险臃肿达16MB。。。这么简单的功力,居然十分到用邮件发不出来!(邮箱限制了4MB附件。)

于是我而陷入迷茫了。。。自己凭空想象的需要,总起硌十分非常的。。。小序尚未团结界面是不曾人用底,可是这样臃肿,传输也不行无便民的。。。究竟,能于什么地方下手吧?

举行个小命而曾 至于那么纠结结么

文件文件还是使安排到服务器的,DOS
mode终究是雅的。可每次等交服务器传输时更自行转,也不是蛮可靠,因为有时文件夹中间略jar文件,有时还起来xls文件,不能够混转。

于是乎想自己写单Dos2Unix4Win。大概一年了都,虽然时常没空搞私活,但好歹做过少只版本,为底还是休太依仗谱吗。

【第一版】

先是版是纯Java,MVC分层或者实际上只是是VC分层。

主导其实十分粗略,文件用FileReader直接readLine(),直接依附换行符就FileWriter写起文件。

然后也供了命执行直接运行的法子,输入源文件、目标路径,就得拍卖了。因为想念支持目录操作,所以设置了文件类型的过滤配置。

但就图形界面方面花了无数时间,用Swing,晦涩难用,工具又未支持,做出来效果不好看。

在组里分享出去,结果没有人就此,大抵是为互相界面不友好,还无苟用FTP工具传上还下返回。

没有人为此为就是先放那儿吧。可是直到来平等天,我要好用使用,便以出来,结果发现。。。目录穷举根本没有做好,根本就是个污染源。。。

还重要的凡新兴,捣腾了个Window
Builder,能轻轻松松解决UI问题。才考虑举行第二本。

【第二版】

模块1,单个文件转换,直接抄袭以前的。

模块2,单元测试组件。因为想用比较偏于TDD的不二法门来做,所以片先增起了测试用例。

模块3,界面。因为这次的界面工具十分强力,所以想先由界面下手,其实想做成个界面小应用。WB其实是Eclipse的一个插件,所以这次基本上就是以Java上如.NET一样写界面。也废弃了猥琐之Swing,而用了优美顺滑的SWT。
(Standard Widget
Toolkit,一来使用原生窗口用柔顺丝滑如潘婷的广告一般,二来其计划真正要优惠Swing/AWT。布局管理器更加肯定和灵活,事件多数封装成widgetDefaultSelected(SelectionEvent
arg0)调用方便,还有如Tree和DirectoryDialog等好常用非常实用的组件。)

模块4,文件夹遍历。这无异于块直接用了递归,要说可以算是深度优先遍历。本来打算边递归边把公文处理掉,但思想递归里开尽多从非好,于是才是取列表,返回一个File类型的ArrayList。当时也考虑了LinkedList,不过就需要遍历,链表此时尚未啥优势,反而耗资源。

模块5,Controller层面的黑盒测试。设计了五只用例。
1.单文书处理,没啥特别;
2.单文本处理,文件较异常(用了单100MB的压缩包);
3.索引处理,有好多层子目录,但还尚未公文;
4.目录处理,压力测试,至少十层子目录;
5.目录处理,压力测试,文件数量大多(直接用了有档案目录,共700大抵只文件)。
尽管还无是绝圆的,但覆盖了多数情况了。而且都是故来拍卖日常文书,完全不考虑访问权限的景了。

模块6,容错及日志处理。容错一开便有在意,空值判断等还有做,所以多还是IOException层层往外扔,在太外层处理。日志是流了log4j,但尚从来不决定哪些地方要记录。

模块7,文件过滤处理(白名单黑名单)。还未曾做。

现状是中心职能还写了了,基本能就此了,于是导出了一个不过尽jar文件在外跑。于是杯具发生了,因为调用了SWT库,整个保险臃肿达16MB。。。这么简单的力量,居然十分到用邮件发不出来!(邮箱限制了4MB附件。)

于是我又陷入迷茫了。。。自己凭空想象的需要,总起硌非常特别的。。。小序尚未和谐界面是没人用底,可是这样臃肿,传输也殊免便民的。。。究竟,能于什么地方下手吧?

网站地图xml地图