Crazy的个人博客

技巧要高于技术

      技巧要高于技术,这是我在软件开发和设计方面的一种观点,在我的个人介绍页面里我也讲了这点,现在我就继续围绕这个观点谈一下。

      前不久在项目中需要开发投币器接口,交给A员工去做了,在我的一些帮助下他总算是把功能大概实现了,虽然最终效果并不是我想要的。然后我就开始给他做一些设计上的改进,首先我说了,要你设计这个接口的目的就是为了让其它业务层在不用很了解你(投币器)的原理的情况下就能轻松方便调用,这个就要求你把属于你分内的职责在内部解决,也就是我们在设计上说的封装。具体要封装到什么地步呢,那你就站在调用者的角度思考,如果我需要投币器接口,我都想要哪些功能以及如何调用或者获取这些数据呢?首先我需要实时监控设备状态,然后我还能控制它进行一些操作,比如开启关闭确认收款等。还有为了满足“懒人”的设计思想,我还希望这个接口能自己收到钱后通知我,而不是我主动向它要。于是这个接口最终设计成了这个样子:内部操作完全封装起来,开放了几个方法,如:开启、关闭、确认收款、取消收款等,又开放了几个事件:状态改变、准备就绪、收到钱币、钱币入箱等。这样一来,接口内外职责就划分的很清楚,而这些并不需要多高的技术,也就是说这些都是基础要求,再加上设计上的技巧来实现的。

继续阅读 »

【技术原创】探讨一下京东商城价格图片解析算法的优化,附演示程序下载

      发现咱博客开启后技术性的文章写的并不多,这貌似违背当时的初衷啊。文章不多并不表示咱一直都闲着,尤其是在技术方面咱是因为太忙了才没时间写一写,总结总结的。今晚趁还有些精力赶紧将前段日子自己捣鼓的小东西(之一)给大家分享一下。

      前不久我不是扬言说要做两款小软件么,这次我们说到的话题就跟这个有关。我说的那个软件之一就是京东商城的相关软件–我想抓取价格做分析(京东不会提供这个接口),我相信这个肯定是对大家有所帮助的。京东商城的价格展示方式,除了书籍外,基本上都是通过图片来展示的–这个好处是防止有人过于轻易地抓取到价格信息。于是咱想准确地获取到价格的话就只能老实地分析图片喽(其实有的页面里,比如列表页面商品价格是有字符串表示形式的,但那个只用于无目标采集时有用,要是关注某个商品价格变动情况的话,作用就不大了,所以咱无法避免图像分析这一步)。

      图片分析一般有两种思路,一种是与样本库对比,这种方法简单有效,缺点是适应性较差,样本可能要跟着图片不停地变动;另一种就是形状分析,也就是判断图片中数字的形状来判断是哪个字,这种方法效率比前者低,但适应性强;以前我在看验证码识别相关文章时还找到过这种算法,但眼下要用的时候就再也找不着了,方便起见咱也只能用第一种,也就是样本库的方法识别了。

继续阅读 »

让人又爱又恨的搜索引擎【别名:搜索引擎,想说爱你不容易】

     咱开博客也有一个多月了吧,日志也有20多篇了,基本上都是咱原创的,现对各搜索引擎的表现分析一下,该批评的批评,该奖励的继续奖励(无非是多给点原创文章给他收录哈)。

     先说Google(一般情况下咱不用谷歌这名字,感觉还不如叫股沟来得性感,嘿嘿),自打我的博客建立起不久,人家就开始收录了,这里灰常值得表扬。Google-zaibc.com尤其是收录速度很快,咱发表一篇日志,基本上在30分钟以内就会在Google那边查到。而且它是目前收录最全的,也主是它把我的文章目录,标签目录等都一并收录,而且目录的优先级比文章的高(大家搜索一下就清楚了),这也让我在前期纠结了久:文章到底是弄成目录的形式还是弄成.html的形式,最终咱不去计较搜索结果了,纯为了看着舒服,弄成了.html格式的,也就是你现在看到的所有文章都是以英文名.html结尾(或许咱编程人员都有点癖好吧,我就觉得一篇文章如果以/结尾,感觉就像突然就断了一样,不踏实)。在发表这篇文章之前,Google显示它已经收录了我119个页面,以左图为证,大家也可以猛击此处核实一下。

继续阅读 »

不小心亲自验证了奇虎360的流氓

      是这样的,平台要升级到2.2版本,昨天下班前测试了一下有几个小问题就没有发布,因为晚上平台使用的人少,就在那时测试通过得了。于是昨晚我从9点开始折腾,一直到10点半的样子,终于搞定了(主要是因为这次要将客户端程序尽量压缩,用到了我前篇日志提到的程序压缩合并混淆软件)。心想今晚终于可以睡个安稳觉了,明天一早在测试一下就可以发布正式版了。

      其实我主要是想追求完美,想把所有库都压缩进去,最终发现读卡模块和数据模块的不能压缩和合并。于是在网上找了不少方案,尤其是那个开源的数据库软件的,最终发现解决不了问题。那目前只能是有三个库不能合并,客户端程序也算是清静了不少吧(当时也测试了一下新版后台,发现错误太多,只能还原回来)。

      今天一大早我就在同事机器上测试(因为我自己的是Win7系统,而我们的程序是需要跑在XP下面的,所以必须得在XP下测试通过),先把旧数据下载下来,然后将新程序替换上去,一切正常。然后在终端机上测试软件运行正常,一切准备好后就事先在平台通知客户先不要发布更新,我这边先测试一下。等我发布新程序版本后,发现在同事机器上更新异常,再仔细看看,下载是成功的,关键是Update程序启动后,本来正常情况下是会把主程序替换掉,可结果是主程序直接不见了!我又仔细研究我的Update程序代码,里面只有复制替换操作,根本没有删除操作,这真是奇怪了,程序运行异常也不至于把自己给删除了吧(要真想一个程序在运行时把自己删除,还真得费一番功夫才能做到)。程序理论上是没有问题的,但我找来找去也没找到问题出在哪里。后来我突然想到,会不会是因为环境原因呢(曾经出现过病毒导致我们的程序无法正常显示界面),于是我将同事的360安全卫士和360杀毒软件都退出,再运行一次更新,这次成功了!再转到终端上测试一遍,也是成功的!

继续阅读 »

软件系统架构心得

      毕业这几年来,不敢说设计过多少大项目,小项目也有若干个了。再加上平时设计和开发控件(其实一个控件就是一个小型的系统,它也有自己的架构)也有相关设计,我对软件系统架构也有了一定的心得,现分享一下。

      其实我在系统架构方面的真正提升,还是在设计DIM平台时。当时考虑的因素很多,包括接口和实现的低耦合,业务细分(分离),平台管理方式,权限及日志设计等。当时考虑到用户可能会用多种数据库,多种搭建方式(最简单的就是单机版使用,最复杂的就是自己架构一台服务器),及完全的动态数据表的建立及维护。那时对控件也进行了升级,功能块完全抽象出来,使后台调用更为简洁(用过我那个动态列表和动态表单控件的比较清楚,在1.0版本中业务处理起来还是比较复杂和混乱的,功能扩展比较繁琐)。这样在2.0版本里,动态列表和表单内部职责进行了细分,并把常用功能块抽象,使控件内部逻辑更加清晰,方便维护及扩展。目前比较可惜的就是这个平台最终还是因时间和精力问题被放弃了,不过当作系统架构来练笔的话,还算一个比较不错的例子吧。

继续阅读 »

总结一下这些年在事业上走过的路

      从上大学实习,到广州正式就业,再到转站南京,咱算是基本上没有进过比较大的软件企业,当然也就没多少机会接受很正规的软件培训或者教育。有句话说得好,上帝在关上一扇门时,同时也会打开另一扇门。中小企业有中小企业的好处,就是咱能接触到软件开发的每个流程,大部分功能业务块开发。我也就是在这样的磨练中,慢慢成长起来的。

      先是要感谢一下给我走入DotNet世界的张经理(私下里称张哥),没有他我估计也不会从事DotNet开发,估计也不会有今天的成就(咱最初就是跟张哥学Java,后来马上要入门了,却让我们转DotNet,当初是多么地不愿意啊,后来感觉DotNet也蛮好玩的)。后来张哥又经常安排部门内部培训,教我们设计模式等技术,还安排我去研究前沿技术(我也就是在研究前沿技术时感悟到了许多东西,也就是在那时对开发控件感兴趣,做了第一个控件:分页控件,这为我以后的控件专门开发和系统架构打下了基础)。

继续阅读 »

如此让人惊讶的上市企业

      今天算是比较繁忙的一天,因为助理有事请假回家了。然后接待客户的任务就交给我了(为了不影响同事们集中精力开发)。这下倒不要紧,很多客户就找上来了,涉及到的事情也蛮多,而且我还得想着如何升级到2.2版本及3.0架构事宜。最烦的是有的客户总会问些帮助文档上面都有的问题,而且我都说了,如果是有新功能要做的可以跟我交流,但要问这块那块是怎么回事,如何做的问题,就不要问我了,我目前不负责平台基本功能答疑,我要做的事情需要集中精力才行,所以有问题请先参考一下帮助文档,再不清楚就与我们的业务人员联系,或者与我的助理沟通。

      下午的时候准备给部门开个会议讨论一下当前产品进度的问题,这时某个上市企业跟我们反馈了一下他们在技术上遇到的问题,想让我们做(当时就没说清楚是让我们做还是协助他们完成),我特意打电话过去问了,结果对方说得也不大清楚,意思是这块是让我们做的,而整个产品当时说好了是他们自己做的,怎么这块就交给我们做了呢,都不清楚是不是使用的同一种语言,程序如何衔接呢。于是下午只能去他们那边跑一趟了,去之前我还特意把相关说明文档打印出来以便于跟对方讨论,记下相关的问题。而且我还担心对方会不会比较强大(毕竟人家是上市的),我去了会不会感到压力大或者自卑呢。

继续阅读 »

返回顶部