wkyb608的专栏

新工作的第一个功能即将开发完毕，但是在发布的时候遇到点问题。因为工程浩大，版本更迭的编译发布是个严峻问题，这边使用Ant来解决 。其他人都用FDT做开发，Eclipse本身就有Ant插件，所以用起来自然而然，没遇到过什么问题。而我用FD，FD不支持类似的插件，所以必须用命令行进行编译。于是问题来了，当我下载Ant并运行时，报错：?1

Boost 库很不错，所以我今天就安了它一下下。 Boost 库不是 C++ 标准库的一部分（据说在下一版本的 C++ 标准会采纳它），但它有一些标准库所没有的很有用的一些功能，比如我非常需要的正则表达式（ Regular Expression) 。所以我今天就在 GCC 上安装这个东东。（好像GCC 也自带 Regex 库，我没有太注意） 先从 Boost .org 上 Down

一、搭建搭建环境　　1. 安装JDK 和 Android SDK　　2. 配置环境变量　　D:\android-sdk-windows\tools　　C:\Program Files\Java\jdk1.6.0_20\bin　　3. 例子信息　　项目目录：D:\ProjectDemo　　SDK目录 ：D:\android-sdk-windows\platforms\an

1、ndk-build的用法Android NDKr4引入了一个新的、小巧的shell脚本ndk-build，来简化源码编译。该文件位于NDK根目录，进入你的工程根目录或子目录之后，在命令行下调用即可。例如：    cd $PROJECT    $NDK/ndk-buildNDK指向你的NDK的安装目录，PROJECT指向你的Android工程目录。建议将n

在Android SDK Tool r19之后， Export的时候遇到xxx is not translated in yyy, zzz的问题。例如说"auto_exit" is not translated in zh, zh_CN.这是因为Android SDK Tool 將 ANDROID_LINT_COMPLETE_REGIONS 改为了需要检查。 临时解

不管VC还是GCC也好，.cpp文件多了，模板多了，那编译速度也就慢了，有时会长达10分钟以上，甚至更长。因为主要是在linux下开发，所以VC就不尝试了。有一天，突然想到，如果整个工程，只编译一个文件，是不是可行？然后，就手动做了一个尝试。然后如下做：首先写一个.cxx文件，用#include把这些.cpp全部包含进来再修改makefile，去除.cpp,.CPP的目标生成，

http://bugly.qq.com/

1.签名的意义　　为了保证每个应用程序开发商合法ID，防止部分开放商可能通过使用相同的Package Name来混淆替换已经安装的程序，我们需要对我们发布的APK文件进行唯一签名，保证我们每次发布的版本的一致性(如自动更新不会因为版本不一致而无法安装)。2.签名的步骤　　a.创建key　　b.使用步骤a中产生的key对apk签名3.具体操作　　方法一： 命令行下

从网络上下载到的源码包， 最常见的是 .tar.gz 包， 还有一部分是 .tar.bz2包要解压很简单 ：.tar.gz     格式解压为          tar   -zxvf   xx.tar.gz.tar.bz2   格式解压为          tar   -jxvf    xx.tar.bz2

工具/原料android ADB命令apk文件方法/步骤用数据线连接手机和电脑2在电脑上打开命令行工具，进入apk文件所在目录，比如根目录下的game文件夹，cd /game回车，然后输入安装命令adb install hello.apk回车就安装到手机上了

最近在做Apple的IOS开发，有开发静态库的需求，本身IOS的开发，只允许静态库或者Framework。在Xcode上没有找到允许编译，如同Android上的*.so和Win32上的dll这样的说法。不过Framework这样的框架，估计也是类似动态库的实现，不过没有具体研究过，后续继续深入研究。我这个文档的静态库的开发是基于Xcode4.2和iOS SDK5.0编写的。Xcode4跟之

通常打包采用xcodebuild和xcrun两个命令，xcodebuild负责编译，xcrun负责将app打成ipa。 常见步骤如下：1、清理工程/usr/bin/xcodebuild -target targetName clean 2、编译工程/usr/bin/xcodebuild -target targetName

在Vim调用Ant编译swf并自动调试一文中，我介绍了使用Vim来编译swf的方法，这半年来，我一直都用Vim+Ant+FlexSDK做AS开发，感觉总体效率上比Flash Builder要高许多。不好的地方，其实也有许多。最大的不便就是没有代码提示，对于不熟悉的方法，必须要去查看Language Reference。还有个附带的不便就是必须自己手动导入包。不过这两个不便之处，

以下参数说明是以“mxmlc -help list advanced details”命令得到，权当作个记录，SDK版本：4.0.0Adobe Flex Compiler (mxmlc)Version 4.0.0 build 14159Copyright (c) 2004-2009 Adobe Systems, Inc. All rights reserved.-bench

最近在研究怎么实现针对自己的UI框架的XML可视化编辑器，发现flex的命令行编译工具mxmlc蛮好用的，就尝试了一下。简单的思路是：用xml编辑UI；然后自己写一个XML to AS代码的文本编译器；再用mxmlc实时编译as文本为swf文件；最后在编辑器里加载进来显示并编辑属性并把改变的属性值填回到xml文件。就实现对xml文件的实时预览编辑了。       mxmlc 有个参数非常不错：

或许很少有人像我这么极端吧，放着好好的盗版XP和盗版Flash Builder不用，偏要去鼓捣什么Vim……当然，在Vim下面，你可以自己写脚本调用Flex SDK的命令行编译器mxmlc进行编译，但我更愿意用Ant，原因如下：配置方便基于XML的配置文件，比命令行好读好写；JAVA原生Ant是JAVA写的，Flex SDK的编译器（mxmlc、

或许很少有人像我这么极端（或者说蛋疼）吧，放着好好的盗版XP和盗版Flash Builder不用，偏要去鼓捣什么Vim……当然，在Vim下面，你可以自己写脚本调用Flex SDK的命令行编译器mxmlc进行编译，但我更愿意用Ant，原因如下：配置方便基于XML的配置文件，比命令行好读好写；JAVA原生Ant是JAVA写的，Flex SDK的编译器（mxm

http://www.adobe.com/cn/devnet/flex/articles/flex_ant_pt1.html

dailyBuild 部署 的由来历史悠久,对于一个团队产品开发,相当重要.简单的说它能准时的让我们发布最新的项目版本,而不比依赖于默认的手动 发布.一方面能够办证项目产品的权限管理,再者能够更好的检查出项目的产品质量.还有可以让测试成员能呢个每天测试到最新的版本.上边说了一通dailyBuild 的好处,下边说说flex环境下怎么部署dailyBuild

1.查看xcode的版本号和build版本$ xcodebuild -version显示内容：Xcode 4.2Build version 4D199 2.显示当前系统的sdk、及其版本$ xcodebuild -showsdks显示内容：Mac OS X SDKs: Mac OS X 10.6

引用随着苹果手持设备用户的不断增加，ios应用也增长迅速，同时随着iphone被越狱越来越多的app 的渠道也不断增多，为各个渠道打包成了一件费时费力的工作，本文提供一种比较智能的打包方式来减少其带来的各种不便。随着苹果手持设备用户的不断增加，ios应用也增长迅速，同时随着iphone被越狱越来越多的app 的渠道也不断增多，为各个渠道打包成了一件费时费力的工作，本文提供一种比

本文由CocoaChina翻译组成员leon（社区ID）翻译自Mike Ash的博客原文：Address Sanitizer在WWDC 2015上，除了Swift 2.0外，还有一个令人激动的消息：可以直接在Xcode 7上使用Clang的地址消毒剂（Address Sanitizer）了。这篇文章中我们将详细讨论下这个功能，比如它是怎样工作的，以及使用的方法。这是Kons