C++博客-Codejie's C++ Space-随笔分类-随笔而已

OpenCV : build with Glade on Android Studio

codejie — Tue, 14 Apr 2015 15:54:00 GMT

FROM : http://stackoverflow.com/questions/17767557/how-to-use-opencv-in-android-studio-using-gradle-build-tool

Android Studio 0.8.2+ and above, could easily import modules. Thanks to TGMCains answer, is simplified, by using Android Studio itself to import OpenCV as a module.

Download latest OpenCV sdk for Android from OpenCV.org and decompress the zip file.
Import OpenCV to Android Studio, From File -> Import Module, choose sdk/java folder in the unzipped opencv archive.
Update build.gradle under imported OpenCV module to update 4 fields to match your project build.gradle a) compileSdkVersion b) buildToolsVersion c) minSdkVersion and 4) targetSdkVersion.
Add module dependency by Application -> Module Settings, and select the Dependenciestab. Click + icon at bottom, choose Module Dependency and select the imported OpenCV module.
Copy libs folder under sdk/native to Android Studio under app/src/main.
In Android Studio, rename the copied libs directory to jniLibs and we are done.

Step (6) is since Android studio expects native libs in app/src/main/jniLibs instead of older libs folder. For those new to Android OpenCV, don't miss below steps

include static{ System.loadLibrary("opencv_java"); }
For step(5), if you ignore any platform libs like x86, make sure your device/emulator is not on that platform.

OpenCV written is in C/C++. Java wrappers are

Android OpenCV SDK - OpenCV.org maintained Android Java wrapper. I suggest this one.
OpenCV Java - OpenCV.org maintained auto generated desktop Java wrapper.
JavaCV - Popular Java wrapper maintained by independent developer(s). Not Android specific. This library might get out of sync with OpenCV newer versions.

codejie 2015-04-14 23:54 发表评论

SPRING : Handle JSON and Image object in One Request

codejie — Mon, 13 Apr 2015 15:53:00 GMT

代码这里~

@RequestMapping(value = "/req", method = RequestMethod.POST)
    @ResponseBody
    public ResponseEntity post(HttpServletRequest request) {

        Post.Response resp = null;

        Post.Request req = null;
        String file = null;

        CommonsMultipartResolver multipartResolver = new CommonsMultipartResolver(request.getSession().getServletContext());

        if (multipartResolver.isMultipart(request)) {
            MultipartHttpServletRequest multiRequest = (MultipartHttpServletRequest) request;

            try {
                Collection parts = multiRequest.getParts();

                boolean hasJSON = false;
                boolean hasFile = false;

                for (final Part p : parts) {

                    if (hasJSON) {
                        continue;
                    }

                    if (p.getContentType().contains("application/json")) {

                        ObjectMapper mapper = new ObjectMapper();
                        req = mapper.readValue(p.getInputStream(), Post.Request.class);

                        if (req != null) {
                            resp = new Post.Response();
                            resp.setX(100);

                            hasJSON = true;
                        }

                    } else if (p.getContentType().contains("image/jpeg")) {
                        ++ index;
                        file = UPLOAD_ROOT + String.valueOf(index) + ".jpg";

                        InputStream is = p.getInputStream();

                        File localFile = new File(file);
                        OutputStream os = new FileOutputStream(localFile);
                        int bytesRead = 0;
                        byte[] buffer = new byte[8192];
                        while ((bytesRead = is.read(buffer, 0, 8192)) != -1) {
                            os.write(buffer, 0, bytesRead);
                        }
                        os.close();

                        hasFile = true;
                    }

                    if (hasJSON && hasFile) {
                        break;
                    }
                }
            } catch (IOException e1) {
                // TODO Auto-generated catch block
                e1.printStackTrace();
            } catch (ServletException e1) {
                // TODO Auto-generated catch block
                e1.printStackTrace();
            }
        }
        if (req != null && file != null) {
            resp = calc.calc(req, file);
        }

        if (resp != null) {
            return new ResponseEntity(resp, HttpStatus.OK);
        } else {
            return new ResponseEntity(resp, HttpStatus.BAD_REQUEST);
        }
    }

codejie 2015-04-13 23:53 发表评论

OpenCV : build with Maven on Spring

codejie — Tue, 24 Mar 2015 14:13:00 GMT

为了赶时髦，准备把OpenCV的操作通过WebService的方式Deploy出去，因此做了如下的事情：

1. download opencv zip package；
2. download cmake source zip；
3. download ant binary package；
4. install ant binary;
5. make cmake;
6. unzip opencv;
7. cmake opencv source;

#mkdir build
#cd build
#cmake -D BUILD_SHARED_LIBS=OFF ../
#make

8. install opencv library into Maven;

mvn install:install-file -Dfile=opencv-2411.jar -DgroupId=org.opencv -DartifaceId=opencv -Dversion=2.4.11 -Dpackaging=jar

9. update pom.xml to add openvn dependency;

       org.opencv
       opencv
       2.4.11
       /Users/Jie/Downloads/opencv-2.4.11/build/bin/opencv-2411.jar
       system

10. run webapp;

mvn spring-boot:run

11. done;

翻了无数++的页面，就这些~

codejie 2015-03-24 22:13 发表评论

LAC : Do you remember it?

codejie — Mon, 30 Jun 2014 07:24:00 GMT

早上很意外地收到一个留言, 说是需要LAC (LingosHook Android Client)和数据文件. 不知大家是否还记得这个? LAC敲完发布都已经过去两年了, 怎么使用看这里, 需要的就这里下载了.

c46.db3 - http://1drv.ms/1r436SD

LAC.apk - http://1drv.ms/VzfFso

近段时间Google的服务都不可访问, 我把这两个文件重新传到OneDrive上了, 并随手把其中的广告给删了, 唉, 反正在Android上一点银子也见不到, 索性真需要的就拿去吧...

唉, 实际都忘记这个LAC了, 想想自己在Android也敲了三年半了, 应用, 游戏敲了几个, 但现在想换份跟Android相关的工作竟然无望, 各种阴差阳错导致总总失败, 看来转行还是不对地...

codejie 2014-06-30 15:24 发表评论

SnakeGo : Scaling Screen and Moving Camera

codejie — Sun, 18 May 2014 11:24:00 GMT

敲了几晚SnakeGo, 原型出来了, 大家来看看不...

不错, 这货就是---贪吃蛇...哈哈...别急, 这还是原型, 好玩的在后面呢...(以我敲字速度, 大约再等不到六个月应该可以完成了...)

今天这里记录下使用LIBGDX过程中碰到的两个问题:

1. 调整屏幕比例;

2. 移动观察镜头;

一, 调整屏幕比例

LIBGDX是跨平台的, 一大好处就是直接在PC上测试, 那是非常的方便, 但这有两个问题需要考虑, 一, 手机是1280x768, 但我PC只有1280x1024的, 而且真要开个跟手机一样大小的一样大小的屏幕, 那还怎么看log输出呢? 二就是不同的手机有着不同的分辨率, 长宽比也不一致, 那怎么保证图形不变形呢?

这个问题不难解决, 只需要在屏幕尺寸发生变化时, 即resize()(第一次启动也会调用此函数)中, 重新调整镜头(Camera)的参数即可. 如下代码:

	@Override
	public void resize(int width, int height) {
		Vector2 size = Scaling.fit.apply(WIDTH, HEIGHT, width, height);
		
		camera = new OrthographicCamera(size.x, size.y);
		camera.update();

		batch.setProjectionMatrix(camera.combined);
	    
              int viewportX = (int)(width - size.x) / 2;
	       int viewportY = (int)(height - size.y) / 2;
	       int viewportWidth = (int)size.x;
	       int viewportHeight = (int)size.y;
	    
		Gdx.gl.glViewport(viewportX, viewportY, viewportWidth, viewportHeight);

		super.resize(width, height);
	}

这里采用的是重新创建camera实例的方式, 另外用改变已有camera实例的参数方式也是一样的. 很简单, 而且这样一次就解决了上面两个问题 -- PC机上使用任何尺寸的窗口, 都可以获得跟设置等比例的窗口, 手机上亦是如此. 像I;P就是采用的这种方式来保持其在任意手机上都是1280:768的比例.

这种方法只是改变了'视图'的大小, 但并不会改变其中的图形的大小, 这样为了保持图形显示比例, 需要在输出图形时做相应的比例放缩. 可以在resize()获得这个比例, 染在图形输出时使用这个比例.

              screenScaling = new Vector2((size.x / WIDTH), (size.y / HEIGHT));

              ...
              ...
              batch.draw(img, (- WIDTH / 2) * screenScaling.x, (- HEIGHT / 2) * screenScaling.y, WIDTH * screenScaling.x, HEIGHT * screenScaling.y);

二, 移动观察镜头

在SnakeGo中, 为了不让Snake'跑出'屏幕, 需要镜头camera跟Snake本身保持'同步'移动, 这样看起来Snake保持在屏幕的中间, 但其它Object是移动的. 根据'相对运行'原理, 使整个看起来像是Snake在Object中穿行. 所以, 移动camaera是必须的, 代码也简单, 如下:

              ...
		final OrthographicCamera camera = game.getCamera();
		camera.translate(0.0f, 32.0f, 0.0f);
		camera.update();
		game.getSpriteBatch().setProjectionMatrix(camera.combined);
              ...

<----心烦意乱的分割线---->

这几天在找工作, 前面去面了一次, 其中没一个App或者Game的问题, 倒全是C++相关的, 登时就傻眼了...虽说咱也是C++'出身'的(不然Blog也不会在这里不是), 但也许真的是'老'了, 才三年不用C++,竟然忘记的只剩下个auto_ptr了...更悲剧的是咱用的C++98标准已经变成C++11了, auto_ptr变成smart_ptr了...

都说现在是个'跨界'的时代, 但咱这还没有跨界, 只是同行转个方向而已, 为啥就这么悲剧了...好吧, 估计学艺不精才是根本...

同学"'大数据'的博士"周五来电, 问我要不要跟她一起做个'图像搜索', 有些犹豫, 要说三年前, 也许就干了, 但现在...再转次嘛...

恰逢I;P敲完, 心烦意乱的一周, 只好赶紧抓起SnakeGo来, 夜夜疯敲, 来安抚砰砰躁动的心...是的, 至少敲字可以让自己平静些...

吐槽而已, 这里想说 ---- 程序员们啊, 转行要趁着年轻赶紧啊...

codejie 2014-05-18 19:24 发表评论

随笔 : Do you remember Turbo Basic?

codejie — Tue, 13 May 2014 15:29:00 GMT

老爷子心不老, 依然在勤勤恳恳地敲着书和代码...没错, 就是source code. 像老爷子这样的老一辈会用电脑的都不多, 而我亲爱的老爷子那是会Turbo Basic的顶尖高手啊...每次想到这个, 内心都倍感自豪...

当年的"窗口"编程极其繁琐, 如果不看看那一套, 再加上个, 都不保证能敲个Window出来, 什么HWND, hInstance, 以及乱七八糟的各类窗口和消息的struct...反正我是早早就忘光光了...想想现在在的Android上弄个"窗口"出来, 那,那真是"太小儿科"了...

呃, 跑远了...我意思是 ---- 老爷子止步于Windows编程, 各类代码全部运行在DOS下. 随着Windows的不断改进, 终于, Windows下再也不能运行老爸手中的无敌神器 -- Turbo Basic了...

曾跟老爷子说过, 将他的代码都移至到Android上, 但老爷子不同意, 因为, 他老人家还要改些参数的, 改些参数, 些参数, 参数...看着老爷子在Win7上装个VM跑XP再打开Command窗口运行Turbo Basic, 甚是辛苦. 作为知原理, 会Google的程序员我来说, 帮老爷子弄个DOS虚拟环境来跑TB.EXE, 那是必须的...

于是就有了下面的截图.

DosBox

codejie 2014-05-13 23:29 发表评论

LIBGDX : version 1.0.1!

codejie — Mon, 12 May 2014 13:24:00 GMT

创建SnakeGo工程的时候, 忽然发现一个'天大'的新闻 -- Libgdx竟然1.0.1版了!!! 无数个0.99版的日子里, 一直认为这版本就要变成永恒了...

昨天把I;P的Release版本终于提交上去了, 总算完成了自己的一个目标 -- 发布一个Game应用! (EL是第一个目标 -- 发布一个App应用 :) )

所以昨晚终于可以开始敲第二个Game了, 就是前面说到的, 可以作弊的无脑游戏 -- SnakeGo ! 这样就再也不怕因为IQ过低而在群里被刺激了 -- '再笑我就开无敌状态了,灭哈哈'(台词都想好了....), 所以, 现在终于知道一个游戏界的'潜规则' -- "可以作弊"是必须的! (I;P没法作弊, 这,这是多么'痛'的领悟啊....)

好吧, 不就是1.0.1嘛,再学习一次就是了...

codejie 2014-05-12 21:24 发表评论

随想: 业余游戏开发者对阿里手游平台的"瞎"想

codejie — Fri, 10 Jan 2014 09:15:00 GMT

前两天看到阿里也出手游平台了. 对于我这样野生的业余游戏开发爱好者来说, 算是多了个可以选择的平台. 想着借助阿里的这个手游平台, 咱就可以做个这样的游戏 --

虚拟逛街 : 穿行与虚拟化的店铺间, 通过广告什么的, 来找指定商品, 或者参加什么的活动, 完成后, 获得一定的金币, 积分或者成就什么的, 然后就可以在-- 真正的实体店铺或taobao店中折价购买或者免费获得商品.

你看这创意如何? 想来阿里肯定会通过这个平台打通这条虚拟游戏到实体交易的通道的. 那么这个平台到底会如何实现这个通道呢? 于是赶紧去找 -- 才发现, 在新闻稿中还有个关键字我没有看清 -- "将". 好吧, 我心急了, 原来阿里的这个平台还没有开放呢. 那么也好, 作为业余游戏开放者, 可以好好想想, 到底想要个怎样的手游平台呢?

关于阿里这个平台的是是非非已经在各大主站的帖子已经够多了, 今天不说哪些, 只从我 -- 一个纯粹的业余游戏程序员自身情况和理解来说...

平台只是一个概念, 而且对于开发者来说, 平台就是一片浮云, 而真正能看到的, 真正想要的都是些实实在在的东西 ---- APIs. 一个平台能够为应用带来什么样的接口支撑才是最最终于的参数.

一. 平台情况

因为对于游戏只是个业余人事, 平常还真没太关注过各大平台, 今天根据这次新闻提到的几项"指标"做了下比较.(最后一列不在其中, 只是本贴需要)

	优势	云服务	支付	虚拟货币	用户群	开放平台/APIs
阿里	交易	阿里云	支付宝	?	淘宝	?
百度	内容	百度云	百度钱包	?	?	open.baidu.com 个人数据存储推送第三方账户登录社会化分享移动统计
腾讯	社交	腾讯云	财付通	Q币	QQ 微信	open.qq.com 用户信息关系链类应用推广支付营销

如上表可以看出, 其实各个平台该有的都有了, 没有的也都没有(这话说的..) . 图表中也没包含像360, 网易等, 并不是说他们的手游平台不强大, 这里只是做个对比表, 各个的fans表认真了.

好了, 现在说重点...实际作为一个业务开发者, 我最关心的是表中最后一列 -- "开放平台/APIs" . 阿里平台还找不到, 所以空着了, 当然这也正是我们可以"瞎"想的地方. 我们来看看其它两个平台主要提供的APIs.

百度:

没有自己的用户群, 没有支付方向(不是通道), 所以更多地在"默默"地干着"实事", 像推送, 数据存储等(做为开发者, 我比较欣赏百度提供的这些API);

腾讯:

依托庞大的的用户群, 其APIs更倾向与社交交互和业务推广, 但多年通过Q币培养起来的"内购"倾向, 所以也有专门的支付接口;

那么, 我们推测(希望)阿里平台会有怎么的APIs提供呢? 话说阿里有taobao, 支付宝, 再加上个号称"第一"的阿里云, 这要是三个都打通了, 确实能把腾讯下个一大跳. 但阿里在社交上不是强项, 虽然强推了半年多的"来往", 感觉还是晚了, 似乎一段时间内完全不在微信的眼里. 那么早期应该更关注"交易"和"支付"相关的APIs; 但作为后起的平台, 也不得不考虑下如何吸引和扶持开发者. 所以,

阿里:

                  1. 买家登录/管理
                  2. 商家登录/管理
                  3. 商家访问
                  4. 商品管理/展示/访问
                  5. 安全支付/内购接口
                  6. 消息/广告推送
                  7. 事件记录/触发

8. 应用数据存储
9. 应用数据分析/管理

够多了, 这真是"站着说话不腰疼"不是...好了, 那么作为一个野生的业余游戏开发者来说"急切"的"最低"需要什么呢?

二. 个人开发者需求

实际作为野生的,独立的,业余的游戏开发者来说, 多数应该被限制在"小"项目中, 那么作为平台, 提供的服务/支撑越丰富, 越灵活就受欢迎. 因此, 从"小"项目的共性来看, 希望平台能提供如下支持.

1. 平台服务

    a. 应用发布: 这个是必须的不是?

    b. 应用数据统计与分析: 通过收集到的应用数据, 如安装数量, 安装分布等信息, 可以非常有效地为应用自身改善提供数据参考;

    c. 广告管理: 应用的广告接入与过滤;

    d. 钱包管理: 应用收入情况展示与分析, 内购数据管理;

    e. 信息推送: 就是GCM的功能, 但要能弄个群发支持的话, 阿里云应该搞定;

    f. 应用共性数据需求支持: 例如应用的排行榜数据的存储和展示, 成就数据设置与触发, 应用的配套论坛/IM等SNS平台等(阿里云就在那里, 是不是呢?);

2. APIs支持

    a. 用户数据访问: 支持用户登录, 获取用户自身数据;

    b. 商家数据访问: 获取商家信息;

    c. 商品数据访问: 获取商品信息;

    d. 支付宝接口: 支持用户购买商品;

    e. 内购接口: 支持用户购买应用内商品(这个跟支付宝接口应该不一样);

    f. 广告接口: 实现传统的哪种广告发布的接口就好;

   g. 消息/事件推送接口: 支持通过应用的服务端下发消息/事件到应用;

嗯, 这些应该够了(实际目前我的游戏只需要其中一条..), 腰不疼... 多用户交流, 用户状态数据维持什么的, 那是高级开发者想要的了, 他们应该自己可以搞定这些了. 新闻中,阿里的8:2分成方式是对开发者的扶持, 实际也有挖墙脚之嫌, 但, 如果平台的功能灵活强大, 2:8的分成一样可以引人入伙不是?

说到对开发者的扶持, 或者叫做拉人下水也好, 反正都是为了增加人气不是? 那么阿里可以考虑下下面的法子.

三. 扶持

1. 交流平台

    开发中心, 交流论坛什么的, 各种流行的模式也没啥好说的. 很多时候, 我觉得一个好的交流平台不仅给开发者"家"的温暖感觉, 反倒是能提供找个解决问题地方, 而减少挫败感来的更重要 -- 话说, 难道你不喜欢stackoverflow.com吗?

2. 虚拟团队组建

    不得不承认, 当下的游戏不再是一个人可以搞定的. 至少如我这样的, 只会code, 完全不懂PS的程序员, 敲打出来的游戏基本都是用来"吓人"的. 但目前看, 咱这种野生的业余程序员还混不到游戏队伍中, 所以...为何不出头考虑建立虚拟团队的方案呢?

    杭州在动漫方面也算前例, 敲代码的也以万计, 而多数的小游戏都是"短平快"的项目, 所以呢...当创新出现时, 阿里只需派个兼职的PM出来, 协调组建个临时团队, 引导团队使用自身平台, 协助应用创建发布什么的...这对于业余游戏开发者和平台自身来说, 不是一件功德无量, 一石多鸟, 普大喜奔的好事吗?

<---- 求扩散的分割线 ---->

都说隔六个人就可以跟奥巴马搭上关系, 要是觉得"瞎"想的有些道理, 那就扩散它吧, 说不定就能被某个做平台的大佬看到, 然后还真的这么做了, 那, 那咱这样的的野生业余游戏开发者们就可以笑醒了啊不是....

codejie 2014-01-10 17:15 发表评论

LingosHook : 违规?!

codejie — Sat, 16 Nov 2013 13:39:00 GMT

上周"意外"收到一份LingosHook捐赠, 因为之前的已是半年前的事情了...

"欣喜若狂"发货后, 今天查看状态发现, LingosHook捐赠插件竟然被"违规"删除了...忽然来了感慨: 捐赠者, 感谢你下手比taobao快, 嘿嘿... 于是"赶紧"删除"违规"字眼, 重新发布上去...

LingosHook从开始敲打到今天已四年的时间了, 这里感谢各位捐赠者, 各位使用者, 感谢你们的支持和使用 !

codejie 2013-11-16 21:39 发表评论

EL : Saving Battery

codejie — Wed, 21 Aug 2013 16:28:00 GMT

下班路上用EL听ESL, 没到家电池就没了...
下了车, 边走边算计着 -- 应该是高亮全开看小说(现在换成<冰与火之歌>了..)导致没电的, 但为啥以前不用EL时, 听个ESL不会没电呢...会不会EL比较耗电?

晚上火力全开, 反省代码 -- 一个异步线程, 用于通知UI更新播放轨迹的, 后台播放时也在不停的running...
这个线程本身就是sleep()个几百毫秒, 然后通知UI更新下音频播放的位置. 虽没有数据表明这样的'轻'线程会消耗多大电量, 但本着有CPU跳动, 就会有电量消耗的原则, 改了...

  private class TickCounterTask extends AsyncTask {

        @Override
        protected Void doInBackground(Void arg0) {
             while (isAudioPlaying && listener != null) {
                try {
                    listener.onPlaying(player.getCurrentPosition());
                    Thread.sleep(777);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                } catch (DeadObjectException e) {
                    listener = null;
                } catch (RemoteException e) {
                    e.printStackTrace();
                }
            }

            return null;
        }
    }

加了listener != null的条件, 这样当UI被切换到后台是, 取消listener, 异步线程即被终止. 嘿嘿, 省了...

终端设备上的app不比PC机的, 除了要考虑UI, Screen Size等问题外, 电量消耗也是必须的啊, 总不能让人为了一个app, 随身背上个三块电板不是? 再说, CPU占多了, 真的很'烫'手啊...

codejie 2013-08-22 00:28 发表评论

EL : getPrev() and getNext()

codejie — Tue, 20 Aug 2013 15:35:00 GMT

早上一朋友问, EL如果支持删除某个课程, 还怎么能支持getPrev()和getNext()? 我很奇怪, 为啥不能呢? 他说, 因为EL的课程号是不连续的, 那么应该是靠连续的记录ID继续上下索引的, 那么当删除某个记录时, 导致ID不连续, 也就不能正常Navigate了, 是不? 除非删除后, 一个一个'搬', 以包装连续. 听他说完, 忽然感到轻松 -- 原来'笨蛋'不止我一个啊...
在实现EL对记录的getPrev()和getNext()时, 我也为EL的记录表中没有一个连续的记录ID而郁闷 -- 没有个连续ID, 而课程号本身又不连续, 咋不呢? 那时都还没考虑删除的问题呢. 郁闷地去睡觉, 半夜惊醒才想起, 没有连续记录ID就是设计是觉得这个ID跟课程号在一起太冗余才去掉的, 而getPrev()/getNext(), 完全靠课程号就能搞定的啊, 代码敲的都忘记自己的初衷了, SQL语句也白学了...

于是我把下面ELContentProvider的片段发给他, 并加了句 -- '你咋跟我一样笨呢...'

@Override
    public Cursor query(Uri uri, String[] projection, String selection, String[] selectionArgs, String sortOrder) {
        int res = matcher.match(uri);
        String table = null;
        switch (res) {



        case MATCH_ITEM_EL_ESL_RANDOM:
            db = elDBAccess.getReadableDatabase();
            table = "esl";
            sortOrder = "random() limit 1";
            break;

        case MATCH_ITEM_EL_ESL_NEXT:
        case MATCH_ITEM_EL_ESL_PREV:
        case MATCH_ITEM_EL_ESL_FIRST:
        case MATCH_ITEM_EL_ESL_LAST:
            if (res == MATCH_ITEM_EL_ESL_NEXT) {
                selection = "idx>" + ContentUris.parseId(uri);
                sortOrder = "idx asc";
            } else if (res == MATCH_ITEM_EL_ESL_PREV) {
                selection = "idx<" + ContentUris.parseId(uri);
                sortOrder = "idx desc";
            } else if (res == MATCH_ITEM_EL_ESL_FIRST) {
                selection = null;
                sortOrder = "idx asc";
            } else {
                selection = null;
                sortOrder = "idx desc";
            }

            db = elDBAccess.getReadableDatabase();

            return db.query("esl", projection, selection, null, null, null, sortOrder, "1");


        }


    }

记录在此, 提醒自己保持清醒...

codejie 2013-08-20 23:35 发表评论

EL : Fragment and FragmentManager

codejie — Sun, 11 Aug 2013 02:08:00 GMT

考虑到为了减少UI的'刷新效果',EL使用Fragment来代替常规的Activity方式.
Fragment代替Activity的好处很多,比如没有不同UI间切换的'闪动',视觉是上也有加快显示的效果.但这种效果也是有代价的, 大量Activity方式下的工作,在Fragment时,不得不自己来实现,比如UI的'压栈'等等.
这里记录下EL实现中,碰到的跟Fragment相关的问题. (Fragment相关文档的官方链接在这里)

1. 参数传递
Activity切换时,可以在StartActivity()时,通过Intent的方式将所需参数传递给下一个Activity. 但在Fragment方式下就不行了,此时可使用/参考Fragment支持的setArguments()和getArguments(). EL中所有Fragment都继承于BaseFragment,在显示Fragment时,使用设计的OnArgument()接口传递参数.

fragment.onArguments(args);
fragmentManager.beginTransaction().show(fragment).commit();

2. 界面切换
FragmentManager是用于管理Fragment的类,通过内部的FragmentTranscation对象实现Fragment的加载/显示/隐藏/移除等操作. EL实现中,使用FragmentSwitcher类封装了FrangmentManager,以实现某些更灵活的Fragment管理,比如某些Fragment在被切换是需要删除,而其他的仅需要隐藏等操作.

  public enum Type {

        LIST("list", false), SHOW("show", false), ABOUT("about", true), SETTING("setting", true),
        DOWNLOAD("download", true);

        private final String title;
        private final boolean removed;

        private Type(final String title, boolean removed) {
            this.title = title;
            this.removed = removed;
        }

        public String getTitle() {
            return title;
        }

        public boolean hasRemoved() {
            return removed;
        }

        public static Type getType(final String title) {
            if (title.equals(LIST.getTitle())) {
                return LIST;
            } else if (title.equals(SHOW.getTitle())) {
                return SHOW;
            } else {
                return null;
            }
        }

    }

  public boolean show(Type type, Bundle args) {
        if (curType != null) {
            if (curType == type) {
                ((BaseFragment) fragmentManager.findFragmentByTag(type.getTitle())).onArguments(args);
                return true;
            } else {
                hide(curType);
            }
        }

        BaseFragment fragment = (BaseFragment) fragmentManager.findFragmentByTag(type.getTitle());
        if (fragment == null) {
            fragment = create(type);
            if (fragment == null) {
                return false;
            }
        }

        fragment.onArguments(args);
        fragmentManager.beginTransaction().show(fragment).commit();
        curType = type;

        return true;
    }

3. Fragment的栈
Activity在切换时,通常情况下可以通过BACK键返回前一个Activity,是因为存在一个'栈'来存放前面的Activity. Fragment也有栈的概念,但在操作上就需要自己主动调用了 -- Fragment隐藏时,压栈; Fragment退出时,出栈.

  private void hide(Type type) {
        BaseFragment fragment = (BaseFragment) fragmentManager.findFragmentByTag(type.getTitle());
        if (fragment != null) {
            if (type.hasRemoved()) {
                fragmentManager.beginTransaction().remove(fragment).commit();
            } else {
                FragmentTransaction ft = fragmentManager.beginTransaction();
                ft.addToBackStack(type.getTitle());
                ft.hide(fragment);
                ft.commit();
//                fragmentManager.beginTransaction().hide(fragment).commit();
            }

            curType = null;
        }
    }

  public boolean showPrevFragment() {
        int count = fragmentManager.getBackStackEntryCount();
        if (count > 0) {
            String name = fragmentManager.getBackStackEntryAt(count - 1).getName();
            fragmentManager.popBackStack();// .popBackStackImmediate();
            Type type = Type.getType(name);
            if (type != null) {
                show(type);
                return true;
            }
        }

        return false;
    }

总的来说,Fragment要想用着方便,自己使用FragmentSwitcher和BaseFragment来封装下FragmentManager和Fragment还是不错的选择.

Fragment看起来很美,用起来真是发疯啊.上面这些都是实现EL中碰到的问题,这里做下记录,怕回头又忘记'痛苦地翻文档'的日子...

另,EL基本完工,这两天可发布Alpha版了...

codejie 2013-08-11 10:08 发表评论

LAC: Demo Dictionary v2 : extend the expiration again..

codejie — Tue, 16 Jul 2013 14:29:00 GMT

先不说废话,重新编译的包在这里,需要你就点吧...这次过期点设置在10/31/2013,到时还是希望各位能关注下LAC2...(首先要有..是不..唉,打脸!) 说明查看这里V1, V2.

这个Demo设置个超期,目的是为了促使自己赶紧敲完LAC2,实际我真的在敲,几乎每晚都在敲的(周末'法定'放假的哦...),也有所小成,不信看下图...

但,某天公交上正听着ESL,看着<蜀山剑侠传>时,忽然就那么一闪(不是闪腰了..) -- 为啥不将ESL和LAC合并起来做个应用呢?这样既可以看其文本,又可以实时查询不认识的单词. 说干就干,所以啊...LAC2就停了...实在不好意思啊...

尽量一个月内搞定这个EL,然后再LAC2. 不过LAC2可能还有晚点敲,因为我打算试试能不能靠EL把下半年和明年的点卡赚出来..(私房钱难存啊,LingosHook的捐赠早被败光了...)所以估计要连续改几个版本才行...
目前EL还不是个样子...

<----- 想不起的分割线 ----->
基本每天都会来看看这里,或者回复下吐槽,或者发个帖子吐槽...今天突然发现竟然又快整整一个月一篇未发,堕落啊...
可能是白天工作忙,晚上敲字忙,又没人来吐槽,也就懒了...今天算交代下近况---还喘气,能敲字...

这半年天天java,敲的不亦乐乎,LingosHook的问题基本当不存在, 也导致经常问自己,是不是该直接转行去做android应用呢?唉,纠结的很...

codejie 2013-07-16 22:29 发表评论

Android DEV : get AttributeSet from XML resource

codejie — Tue, 18 Jun 2013 16:00:00 GMT

这两天在练习个Android应用,需要创建一些自定义的View,实际每个View都是很简单的封装或者继承,但每个的Attribute都要一一配置,很是麻烦.
写一半时,忽然想起,这些Attributes都是可以从XML资源文件加载的啊...土了一把,赶紧删了全部代码,重写了...(又土了一把...)

虽然很早就知道这个,但却从来没写过,错了无数次,终于发现问题了,于是封装个Utils方法,供以后调用...

  public static AttributeSet getAttributeSet(Context context, final String className, int resId) {

        XmlResourceParser p = context.getResources().getXml(resId);
        int state = XmlResourceParser.START_DOCUMENT;
        do {
            try {
                state = p.next();

                if (state == XmlResourceParser.START_TAG) {
                    if (p.getName().equals(className)) {
                        return Xml.asAttributeSet(p);
                    }
                }

            } catch (XmlPullParserException e) {
                e.printStackTrace();
                break;
            } catch (IOException e) {
                e.printStackTrace();
                break;
            }
        } while (state != XmlResourceParser.END_DOCUMENT);

        return null;
    }

说明下啊,当前本人java代码仅作记录,不负责的...原因你懂的...强力建议大家吐槽...嘿嘿...

codejie 2013-06-19 00:00 发表评论

Android DEV : Amazing Theme and Style

codejie — Fri, 10 May 2013 06:37:00 GMT

工作上需要动态改变app字体大小,而我的LAC也可能需要这个,于是半公半私地看起来...google了很多页面,越发觉得Theme和Style神奇了...

咱也讲不好,还是直接放上几段代码做记录吧...

styles.xml

<resources>
    <style name="small_title_text">
      <item name="android:textSize">22spitem>
      <item name="android:textColor">@color/color1item>
      <item name="android:textStyle">normalitem>
      <item name="android:paddingBottom">5dipitem>
   style>
   <style name="small_body_text">
      <item name="android:textSize">16spitem>
      <item name="android:textColor">@color/color1item>
      <item name="android:textStyle">normalitem>
      <item name="android:paddingBottom">5dipitem>
   style>
   <style name="large_title_text">
      <item name="android:textSize">40spitem>
      <item name="android:textColor">@color/coloritem>
      <item name="android:textStyle">normalitem>
      <item name="android:paddingBottom">5dipitem>
   style>

   <style name="large_body_text">
      <item name="android:textSize">20spitem>
      <item name="android:textColor">@color/coloritem>
      <item name="android:textStyle">normalitem>
      <item name="android:paddingBottom">5dipitem>
   style>


  <style name="Theme" parent="android:Theme">
  style>

  <style name="Theme.Small" parent="Theme">
     <item name="textTitle">@style/small_title_textitem>
     <item name="textBody">@style/small_body_textitem>
  style>

  <style name="Theme.Large"  parent="Theme">
      <item name="textTitle">@style/large_title_textitem>
      <item name="textBody">@style/large_body_textitem>
  style>

resources>

attrs.xml

xml version="1.0" encoding="utf-8"?>
<resources>
<attr name="textTitle" format="reference" />
<attr name="textBody" format="reference" />
resources>

main.xml

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:paddingBottom="@dimen/activity_vertical_margin"
    android:paddingLeft="@dimen/activity_horizontal_margin"
    android:paddingRight="@dimen/activity_horizontal_margin"
    android:paddingTop="@dimen/activity_vertical_margin"
    tools:context=".MainActivity" >

    <TextView
        android:id="@+id/textView1"
        style="?textTitle"
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:layout_alignParentLeft="true"
        android:layout_alignParentTop="true"
        android:text="@string/hello_world" />

    <Button
        android:id="@+id/button1"
        style="?textBody"
        android:layout_width="match_parent"
        android:layout_height="wrap_content"
        android:layout_alignLeft="@+id/textView1"
        android:layout_below="@+id/textView1"
        android:layout_marginTop="14dp"
        android:text="ToggleButton" />

RelativeLayout>

main.java

  protected void onButtonClick() {

        if (toggle) {
            this.setTheme(R.style.Theme_Large);
            setContentView(R.layout.activity_main);
        } else {
            this.setTheme(R.style.Theme_Small);
            setContentView(R.layout.activity_main);
        }
        Button btn = (Button) this.findViewById(R.id.button1);
        btn.setOnClickListener(new OnClickListener() {

            @Override
            public void onClick(View arg0) {
                onButtonClick();
            }

        });

        toggle = !toggle;
    }

file://C:\Program Files\sdk\platforms\android-17\data\res
http://developer.android.com/guide/topics/ui/themes.html
http://stackoverflow.com/questions/3241729/android-dynamically-change-style-at-runtime

codejie 2013-05-10 14:37 发表评论

LingosHook : Lingoes的x64版来了

codejie — Fri, 19 Apr 2013 14:43:00 GMT

一周不在线,Lingoes变成2.9.1了...不过也正常,一般新版本发布后马上就会来个"补丁版"...至少我是经常这样的...

是刚到家查看blog时,才发现Lingoes升级了,有跟帖说LingosHook没法Hook住新版了...我一直担心这个,不过一般'补丁'不会太大变化的,想来应该是个例.但还是赶紧下载来试试.一试啊,果然有不兼容问题了...
Lingoes出了个x64版,LingosHook是不支持64位版本的.为啥呢,简单啊,因为咱这水平,可以说完全'搞不清'什么x86,x64的区别...
细想来应该是API有差异,还好,LingosHook还能继续兼容2.9.1的非x64版...哎,找个时间google下Hook相应的x64的APIs吧,希望只是API问题,不然只能再发个帖子说咱LingosHook不支持x64了...
(说到google,就想起以前的一个吐槽来,意思是说,google让程序员的世界变平了...)

codejie 2013-04-19 22:43 发表评论

LAC: Lingoes.XSL

codejie — Wed, 03 Apr 2013 15:43:00 GMT

这两天晚上在忙着修改LAC的Navite Dictionary演示程序,添加对多词典的支持;一来可以为后面LAC2的开发积累点经验,二来,也是主要原因是下个月我自己可能要用到...唉,自己敲的app,实际自己使用的时间不如敲打时间的百分之一...

这次支持了中文Vicon词典,敲字过程中碰到曾经没有考虑到很多问题,卡了我很多天.目前看除了那个DES加密破解不了外,像字符集编码,XML输出什么的都还能搞定,应该可以拿到LAC2中直接用了.当然那个cursor.MoveToFirst()死慢的问题估计需要到时重新设计下数据库表来解决了...

今天记录下对XSL的认识,唉,XML认识了那么久,从来没有好好静心研究过,这次算碰到钉子了...也好,搞明白了这个,在也不用自己分解XML再拼串输出了...不论对不对,贴上再说...(只是个draft,就给我自己看的..)

更新下,来张图先,使用xslt输出xml还是很cool的啊..(这单词代表我的心...)

xml version="1.0" encoding="UTF-8"?>
<xsl:stylesheet version="1.0" xmlns:xsl="http://www.w3.org/1999/XSL/Transform">
<xsl:output method='html' version='1.0' encoding='UTF-8' indent='yes'/>

="LingosHook Android Client">
    <HTML><HEAD>HEAD><BODY>
    <xsl:apply-templates/>
    BODY>HTML>
xsl:template>

<xsl:template match="W">
    <DIV>
    <SPAN style="LINE-HEIGHT: 150%; COLOR: #000000; FONT-SIZE: 180%"><B>
        <xsl:value-of select="."/>
    B>SPAN>
    DIV>
xsl:template>

<xsl:template match="D">
    <DIV style="LINE-HEIGHT: 120%; background-color:#cfddf0; COLOR:#000080; FONT-SIZE: 100%"><B>
        <xsl:value-of select="."/>
    B>
    DIV>
xsl:template>

<xsl:template match="C">
    <xsl:for-each select="F">
        <DIV style="MARGIN: 5px 0px">
            <xsl:apply-templates/>
        DIV>
    xsl:for-each>

    <xsl:if test="E">
        <DIV style="MARGIN: 4px 0px; LINE-HEIGHT: 150%; FONT-SIZE: 100%">
            <B>Extension:B>
            <FONT COLOR="#229922">
                <xsl:for-each select="E">
                    <xsl:value-of select="."/>
                xsl:for-each>
            FONT>
        DIV>
    xsl:if>
xsl:template>

<xsl:template match="H">
    <SPAN style="LINE-HEIGHT: 120%; COLOR: #000000; FONT-SIZE: 120%">
        <xsl:apply-templates/>
    SPAN>
xsl:template>

<xsl:template match="L">
    <DIV style="MARGIN: 0px 0px 5px; ">
        <xsl:value-of select="."/>
    DIV>
xsl:template>

<xsl:template match="M">
    [<FONT COLOR="#009900">
        <xsl:value-of select="."/>
    FONT>]
xsl:template>

<xsl:template match="I">
    <DIV style="MARGIN: 0px 0px 5px">
        <xsl:apply-templates/>
    DIV>
xsl:template>

<xsl:template match="N">
    <DIV style="MARGIN: 4px 0px; LINE-HEIGHT: 120%; FONT-SIZE: 120%">
        <xsl:apply-templates/>
    DIV>
xsl:template>

<xsl:template match="U">
    <FONT color="#c00000">
        <xsl:value-of select="."/>
    FONT>
xsl:template>

<xsl:template match="x">
    <xsl:apply-templates/>
xsl:template>

<xsl:template match="h">
    <I>
        <xsl:value-of select="."/>
    I>
xsl:template>

xsl:stylesheet>

codejie 2013-04-03 23:43 发表评论

Java: 只有值传递

codejie — Fri, 08 Feb 2013 02:56:00 GMT

又一次被Java的函数传参搞死...写段代码,纪念下...

package jie.java.test;

public class main {

    public static class Holder {
        private T value = null;
        public Holder(T value) {
            this.setValue(value);
        }
        public T getValue() {
            return value;
        }
        public void setValue(T value) {
            this.value = value;
        }
    }

    private static void paramTest(Integer in, Holder o) {
//        o = new Holder(100);
        o.setValue(in);
    }

    public static void main(String[] args) {
Integer i = 10;
        Holder o = new Holder(0);

        paramTest(i, o);

        System.out.println("o = " + o.getValue());
    }
}

codejie 2013-02-08 10:56 发表评论

Android ROM : Enable to debug with DDMS

codejie — Fri, 01 Feb 2013 15:13:00 GMT

摘要: 前天终于把G7归于名下,耐不住诱惑,直接刷到4.1.2了,感觉不错... 调试中,发现个问题 -- 在DDMS中没法使用File Explorer查看内容...这不是要命吗?咱就要用这个提取数据啊... 于是,研究发现,ROM安装脚本中恨有玄机啊... Code highlighting prod... 阅读全文

codejie 2013-02-01 23:13 发表评论

LAC : The Preview of Native Dictionary

codejie — Tue, 15 Jan 2013 15:56:00 GMT

今天是来秀当前LAC Native Dictionary的Demo应用的进展情况,顺便吐槽下...(好吧,实际今天就是来吐槽的..)

老规矩,先上图了~

当前Demo应用的基本架子和功能点都算完成了,等真正敲完估计就界面上再来点变化了...这次不鼓励大家提建议了,看吐槽先吧...

(下面就是吐槽了...)

真的冷死了...怎么说呢?好吧--我本是一只来自北方的狼,在南方的冬天里愣是冻成了猴...

这段时间可爱的宝宝越睡越早,而我却越睡越晚了,因此冬日的夜变得越来越长...按理应该有更大把的时间挥霍到敲字中,但~~冻僵的双手握着零下(室内)的刻度板,依然坚持刷'jandan',刷'wow',就是不敲一行LAC代码...
不知为何,换了环境以后,反而失去了更多的往日激情,越来越多的是对自己这样敲字的怀疑和迷茫,每个冬夜都是在这种纠结中,敲打寥寥数行代码便草草commit了...

是因为全年没有做一个项目吗?
是因为新的工作压力吗?
是因为担忧自己的未来吗?
...

有时真的担心沉沦在这种茫然中的我会不会'精神崩溃'...当然,也许只会是个'精神分裂'而已..唉...

希望这一切只是冬日带来的'淡淡忧伤'而已...这忧伤真的很伤人...
希望自己尽快回归到'疯狂'敲字的时空中来...这时空穿越的不对...

这一切还只能靠自己'强大的精神力量'来纠正~~吐槽就是一种反击!

吐槽结束~很抱歉LAC的这个Native Dictionary Demo应用拖拖拉拉这么久,咱们把责任推给这'冻成猴'的冬夜,会不会是个好理由呢?嘿嘿...
好吧,无论怎样,哪怕是满手冻疮,我都保证敲完这个Demo!!! (透露个个人隐私----经历这么这么多的敲字的冬夜,咱竟然从没生过冻疮,嫉妒羡慕恨吗?嘿嘿...)

codejie 2013-01-15 23:56 发表评论

随笔: coding life

codejie — Thu, 15 Nov 2012 07:42:00 GMT

codejie: 人生是个main(),可能会有许多精彩的function()调用,但终归还是要exit()的...

老大: exit是胜利人生了，更多的是crash.

老大就是老大,看待人生跟看待代码一样,依然是那么的深奥,那么的犀利...

codejie 2012-11-15 15:42 发表评论

随笔: 崩溃的Python

codejie — Mon, 05 Nov 2012 09:05:00 GMT

#!/usr/bin/python

import string

l = []

class A:
    v = []

    def __str__(self):
        return string.join(map(str, self.v))

l.append(A())
l[0].v.append(1)
l[0].v.append(2)
l.append(A())
l[1].v.append(3)

print l[0]
print l[1]

作为搞C++的各位,你觉得上面的Python代码该输出什么? (我就不贴结果...猜哦...不行就跑下了,Python还是很好玩的...)

<---- 公告分割线 ---->
1. 休假一周去北京见老爸老妈,基本不上网...
2. LAC2今年没指望了...
3. 体检结束,又胖了...
4. WOW终于90,哇哈哈...

codejie 2012-11-05 17:05 发表评论

LAC : Lingoes-Extractor is powerful

codejie — Tue, 16 Oct 2012 15:59:00 GMT

又仔细分解了下Lingoes-Extractor的代码,发现昨晚弄错了...人家不是没有做到'细致'破解,人家只是'好心'将所有tag都strip掉了...下次是破解出的原始数据:

abut = abuts|abutted|abuttinga·but || ə'bʌtv. 邻接; 紧靠; 毗连

LD2文件中是通过自定义Tag来标示的,类似HTML格式,哇哈哈...这个,这个是咱的强项,咱有TinyHtmlParser在手,就分解/隔离什么的,不麻烦人家了...

LAC的Native Dictionary的有希望了...为减少开发时间(WOW中我才87级啊...)计划就用Lingoes默认的Vicon词典作为LAC词典的数据源了.

codejie 2012-10-16 23:59 发表评论

LAC : I hate encoded data.

codejie — Mon, 15 Oct 2012 16:22:00 GMT

昨晚敲好了LAC的Native Dictionary数据表, 今天准备放些数据进去,又是那么一冲动--为什么不直接将Lingoes的数据导入进去呢?反正早晚要做的.

于是兴冲冲地checkout出Lingoes-Extractor.这个项目是七八月份中无意间发现的,很强力,~~一定程度上~~破解了Lingoes的LD2格式,有兴趣的快去download吧.

在最早做LingosHook时也不是没想过破解LD2,只是由于想着LingosHook只是个单词本,不是个词典,加上通过Hook方式也能获得数据,也就没有去尝试.现在要增加Native Dictionary,这些数据是必需的了,本来想着将前面准备的(CET4,6)拿来用用就好了,但又觉得是不是有点不专业啊.于是转而到处找词典数据,结果,结果就发现了这个Lingoes-Extractor项目.惊喜啊,当时就决定直接用Lingoes是数据了...

现在悲剧了...这就是为什么前面说Lingoes-Extractor是'一定程度上'破解了LD2呢?因为,虽然破解出的数据很全部,但很多必要的数据无法获得.比如如下破解后的数据:

abut = abuts|abutted|abuttinga·but || ə'bʌtv. 邻接; 紧靠; 毗连

数据显示了abut单词的多种表达式,以及音标,词性和解释,很全面,但问题是--这些数据该怎么分隔呢?
研究了Lingoes-Extractor的源码,发现其似乎也没法分隔这些数据,只能简单地分成'单词'和'解释'两部分.

现在,现在难道要我自己再来破解LD2吗? 太悲剧了...现在真的么时间玩破解啊...记得上次破解WOW的WDB文件(有图有真相...),差点死掉,我恨编码数据!!!

<---- 烧香的分割线 ---->

高人啊,你在哪里啊... 唉,明天再好好看看人家的code先...

codejie 2012-10-16 00:22 发表评论

Why the inline function can not be covered?

codejie — Fri, 21 Sep 2012 09:45:00 GMT

Please have a look the following codes, they include two source files (source.h, source.c), one test file (test_source.c) and one makefile file.

//source.h

1 #ifndef __SOURCE_H__
2 #define __SOURCE_H__
3
4 #include
5
6 inline void inline_test()
7 {
8 printf("\nthis is the inline function.");
9 }
10
11 void normal_test();
12
13 #endif

//source.c

1 #include "source.h"
2
3 void normal_test()
4 {
5 printf("\nThis is a normal function.");
6 }

//test_source.c

1 #include "source.h"
2
3 void test_inline()
4 {
5     inline_test();
6 }
7
8 void test_normal()
9 {
10     normal_test();
11 }
12
13 int main()
14 {
15     test_inline();
16     test_normal();
17
18     return 0;
19 }

//makefile

1 TEST = test_source.o
2
3 TARGET = a.exe
4
5 all: $(TARGET)
6
7 $(TARGET):$(SOURCE) $(TEST)
8     gcc -Xlinker --allow-multiple-definition $^ -fprofile-arcs -ftest-coverage -o $(TARGET)
9
10 $(SOURCE): %.o:%.c
11     gcc -MM -MF $(subst .o,.d,$@) -MT "$@ $(subst .o,.d,$@)" $<
12     gcc -c $< -o $@ -fprofile-arcs -ftest-coverage
13
14 $(TEST): %.o:%.c
15     gcc -MM -MF $(subst .o,.d,$@) -MT "$@ $(subst .o,.d,$@)" $<
16     gcc -c $< -o $@
17
18 clean:
19     -rm -rf $(DIR_COVERAGE)
22     -rm -rf *.d *.o *.gcda *.gcno $(TARGET)

...

My purpose is that get the UT line coverage report of source files by running the test file. I guess I should get the below report of line coverage, because I have called every functions of source file in test file, include the inline function and the normal function.

But after run test file, I got the report is just 50%, the inline function has not been covered. Why? Why it is not be covered? I am sure it is called in test file.

OK, Calming down. If it is not covered, there are two reason, one is that the inline function is not be called, of course it is impossible, because we did it. So the root cause must be the second one that gcov/lcov tools do not process those lines of inline function. Have any idea? gcov/lcov tools process all files with compilation parameters '-fprofile-arcs -ftest-coverage', so let's check makefile file again.

Look here, source files have the compilation paraments, but why normal function has been coverage, but inline function not?

$(SOURCE): %.o:%.c
gcc -MM -MF $(subst .o,.d,$@) -MT "$@ $(subst .o,.d,$@)" $<
gcc -c $< -o $@ -fprofile-arcs -ftest-coverage

Thinking again, as we knew, the difference between inline function and normal function is just that inline function will be inserted source code while compiling period. Yes, the answer is here! While compiling, the inline function is put into test file, but the test file has not '-fprofile-arcs -ftest-coverage' paramenter. So, so it was not covered.

$(TEST): %.o:%.c
gcc -MM -MF $(subst .o,.d,$@) -MT "$@ $(subst .o,.d,$@)" $<
gcc -c $< -o $@

To fix it, just add the parameter to test file while compiling. OK, let's update the makefile file like the below line.

$(TEST): %.o:%.c
gcc -MM -MF $(subst .o,.d,$@) -MT "$@ $(subst .o,.d,$@)" $<
gcc -c $< -o $@ -fprofile-arcs -ftest-coverage

Done, enjoy it!

codejie 2012-09-21 17:45 发表评论

随笔:Java只有值传递

codejie — Tue, 21 Aug 2012 16:42:00 GMT

C++永久了,值传递,指针传递,引用传递已经根植在脑袋里了,面对Java时,总是被它的参数传递搞的晕头转向...Java有简单类型,引用类型什么的,那么到底该传递什么呢?
今晚算是被一个错误搞明白了----如果非要靠向C++的概念,那么Java只有值传递.

  public static void main(String[] args) {
String str = "Hello";
        //System.out.println(str.toLowerCase());
        System.out.println(test(str));
        System.out.println(str);
    }

    private static String test(String str) {
        str = str.toLowerCase();
        return str;
    }

Output:

hello

Hello

codejie 2012-08-22 00:42 发表评论

LingosHook : Test for Youdao

codejie — Tue, 08 May 2012 14:53:00 GMT

我要说敲LingosHook多了,会有蛋疼的时候,你信不信...e,这是真的. 连续用了两个晚上,我测试了用LingosHook去抓取Youdao词典的数据...结论----只能说:还是可行的...
1. LingosHook轻松Hook到Youdao进程;
2. 暂时无法确定Youdao的显示数据控件的类型和属性,获取数据失败;

好了,蛋疼过了,我继续了...

codejie 2012-05-08 22:53 发表评论

LingosHook : Development Environment Setup

codejie — Fri, 30 Mar 2012 08:16:00 GMT

上周本本重装成了Win7，我也兴冲冲地安装了VCExpress2010和wxWidgets2.9，悲剧的是LingosHook竟然在此环境下编译失败。。。
都是版本兼容错误，我也懒得改了，于是速度恢复了原来的环境，一切OK。。。顺便记录下，有兴趣的可以看看。。。

1. VC Express 2008；
2. atlmfc sdk；
3. wxWidgets 2.8.10；
4. wsSQLite3 1.9.7；

嗯，很简单，安装好了这些，编译个LingosHook，那是一个easy啊。。。

<---- 回档的分割线 ---->
cppblog.com敢再稳定点不。。。写好的帖子可以重写，回复的评论真的忘记了。。。。

codejie 2012-03-30 16:16 发表评论

Perl: (.)(.)

codejie — Thu, 01 Mar 2012 03:37:00 GMT

想来会Perl的兄弟知道这个(.)(.)是啥，表太邪恶，如果不明白，赶紧学Perl去。。。
这个让我想到，每种语言都有自己很独特的操作符或者表达式，比如C中的++。。。
其他语言会是什么呢？

codejie 2012-03-01 11:37 发表评论

Perl: So terrible

codejie — Wed, 29 Feb 2012 03:20:00 GMT

这两天在看Perl，发现Perl的精髓真的跟其强调的－－“There's More Than One Way To Do It. ”；但问题是太混乱了。。。
研究了下面简单脚本，我整个人都震惊了。。。

sub T {
    my $n = @_;
    print $n;
    print @_;
    print $#_;
}

T(1, 2, 3);

第一个print打印了$n, 显示了参数个数；第二个print打印@_，按照习惯思维，应该跟$n是一样的，No，No，No，它显示了@_的内容；而第三个print打印的是$_数组的最大边界值。。。反正三种方法都能得到参数个数。。。
更崩溃的是下面这句，也能检测参数个数。。。

print (@_ == 3);

都说Perl的发明者Larry Wall获得过两次IOCCC，看来这个，我一点不奇怪了－－他Y是故意把Perl搞成这样的。。。

codejie 2012-02-29 11:20 发表评论