美文网首页
怎么没有 1.1 版的 CapCap ?

怎么没有 1.1 版的 CapCap ?

作者: BossOx | 来源:发表于2017-10-13 01:27 被阅读15次

    其实 1.2 也没想有,最初的想法是,发个 1.0 的正式版,先用着吧,憋足力气搞个大更新。结果可好,出了个另众人无言以对的窘况,蠢哭了我自己,于是提出改善就是迫在眉睫的了。

    情况是这样的:简言之,就是我自己写的软件,然后我自己忘了该怎么使用……

    那天做某公司笔试题嘛,还是有些难度的,一些题目很是经典,十分具有保存下来反复钻研学习的价值,所以理所应当的拿来 CapCap 在后台截图。前后做了两个公司的笔试,我用不同的前缀来明明两家的文件。由于时间紧迫,在命名样式文本框里填写新名称的时候,只顾着写公司简拼了,忘记加上序号命名变量 <#>,而后就急切地去做题了。结果可好,50 多张截图全部都是用一个名字保存的,后面覆盖前面。而我最后一张还是专门截取了“祝贺做答完毕” 的页面,所以相当于费半天劲一张题目都没有保存下来啊!!!

    我当即就把自己骂了个狗血淋头——怎么可以笨成这副模样!

    当时真是哭笑不得,欲哭无泪。所以这样不行啊,理所应当地,这软件得改,必须得减小因为用户疏忽而造成的此中意外情况。

    怎么解决呢?我有想过在开始截图前,检测命名样式的写法,是否存在文件名始终如一不会变化的情况,但是苦于没有一个合适的方法给予用户提示和提供改善意见,以及对 “一成不变” 这个概念判定的模糊,最终放弃了这个思路。转而提供一个选项,在出现文件同名的时候,选择程序对应的操作,究竟是覆盖还是重命名,就像下图这样。

    存在同名文件时的两个选项

    当然了,为了保持后台操作的连续性,这些选项都是事前设定的,截图保存时自动应用。值得一提的是,我在实现重命名文件的过程中,写下了自己人生中第一个递归方法!!!类似下文代码块。

    using System.IO;
    private string saveRenamedImage(Image img, string filename, int number)
    {
        try
       {
            .....
            if (File.Exists(newname))
                return saveRenamedImage(img, filename, number + 1);
            else
                img.Save(newname, Imaging.Png);
            return newname;
        } 
        catch (Exception exp)
       {
            .....
        } 
        finally
       {
            img.Dispose();
        } 
    }
    

    如此一来,要是情急之下忘记在命名样式中加入数字命名变量,只要重名文件处理方式是重命名,就可以自动排号,不会再前功尽弃了。可喜可贺。

    然后一个同学说打算待会儿用一下我这个小工具,然而她手里只有 Beta 版,这要是体验不爽岂不是砸牌子么。所以我赶紧打包了这一款程序,直接发给她了。为了与之前的版本区分开来,写上了版本号 1.1。紧接着我要出去面试了,没功夫继续搞,就把剩下的工作仍在了这里。

    许久,回到寝室,甚是不爽,觉得这个小程序还应该更加贴心方便,作为国产怎能没有中文版呢?虽然敲代码确实更喜欢用全英文。于是加入了多语言支持,但是其实,好吧,我只会两门语言……

    多语言支持

    这里最早想用资源文件来做,我甚至都已经把 内容写好了,但却发现资源文件作为内部静态类的存在,无法被实例化,也就无法在运行时用一个语言包变量来指代,那么也就无法在程序的各个 UI 模块中被动态的使用。除非使用反射,反射是可以指代资源文件的。但是其一会降低执行效率;其二无法像直接引用资源文件中的流数据一样使用其中的字段,那么编辑器就不会给出成员提示,写代码时只能继续使用资源文件类型变量的查找字符串方法来定位一个语言包的条目,这思路和编码都太麻烦了。浴室最终扔了两个写好的资源文件,改用静态类的字典来存放语言信息了。这样,第一不会过多占用内存;第二便于分语言管理;第三使用时简单许多。

    其实在查阅资料的过程中发现,.Net 框架是自带本地化模块的,根据系统语言设置,在开发人员设计好的不同语言资源文件中进行切换。麻烦在于,达成切换语言的条件比较复杂,不够直观,并且还是存在不能动态引用的问题。我才疏学浅,所以还是选择了一个直接有效的笨办法。

    再后来又突发奇想,或许我该做个数字编号补零的功能。毕竟从 Stata 上的习惯流传下来,对排版严丝合缝的大片文本,有独特的爱好,喜欢那种简单而精致的美感。另外也是,至于强迫症患者的福音!

    什么意思呢?在数字变量的井号前写一个数字,这个命名变量就会被翻译成用 0 补全这个数字所代表的位数的序号数字。例如 # 值为 1 时, <3#> 被翻译成 001,<5#> 被翻译成 00001。酱紫,众多保存的文件名字就都是整齐划一的了,不会因为序号位数的增加而变得在视觉上 “七出来八进去” 的。啊哈哈哈哈哈哈哈哈!我简直是太体贴了是不是?

    序号数字自动补零

    这主要也是,我自己犯强迫症的过。

    额外加上清空历史记录的功能,就是从 1.0 到 1.2 的全部变化了。我是如此热衷于把玩这个自动补零的功能,以至于觉得他值得一次一本正经的对待,于是正式发了新版。考虑到,这跟我给同学的又不一样,所以继续往上加到 1.2 吧……

    如是,就是为什么 CapCap 少了 1.1 版本的始末。

    我想给 CapCap 换个名字,毕竟这个不能提现后台截图的亮点,这只是开发时使用的代号,一点都不酷炫。

    相关文章

      网友评论

          本文标题:怎么没有 1.1 版的 CapCap ?

          本文链接:https://www.haomeiwen.com/subject/ojuayxtx.html