他有什么作用? 当release的版本 crash的时候,会有一个日志文件,包含出错的内存地址, 使用symbolicatecrash工具能够把日志和dSYM文件转换成可以阅读的log信息,也就是将内存地址,转换成程序里的函数或变量和所属于的文件名.

有一篇详细的blog讲了这个过程

http://www.anoshkin.net/blog/2008/09/09/iphone-crash-logs/

将类似

Thread 0 Crashed:
0 libobjc.A.dylib 0x300c87ec 0x300bb000 + 55276
1 MobileLines 0×00006434 0×1000 + 21556
2 MobileLines 0x000064c2 0×1000 + 21698
3 UIKit 0x30a740ac 0x30a54000 + 131244

的log信息转换成

Thread 0 Crashed:
0 libobjc.A.dylib 0x300c87ec objc_msgSend + 20
1 MobileLines 0×00006434 -[BoardView setSelectedPiece:] (BoardView.m:321)
2 MobileLines 0x000064c2 -[BoardView touchesBegan:withEvent:] (BoardView.m:349)
3 UIKit 0x30a740ac -[UIWindow sendEvent:] + 264

的有用信息.

工具symbolicatecrash隐藏在/Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneRemoteDevice.xcodeplugin/Contents/Resources/symbolicatecrash

所以一般复制到/usr/local/bin/ 成为命令行直接调用

$ sudo cp /Developer/Platforms/iPhoneOS.platform/Developer/Library/Xcode/Plug-ins/iPhoneRemoteDevice.xcodeplugin/Contents/Resources/symbolicatecrash /usr/local/bin/

这个时候运行

$ symbolicatecrash -h

就能看见帮助信息了.

这个时候,问题又来了..每次编译后的dsym文件都要手动保存一次,很是麻烦.

于是有人写了一个脚本,自动在编译后保存该文件.
请参考:

http://www.cimgf.com/2009/12/23/automatically-save-the-dsym-files/

脚本我复制过来在下面

#!/bin/sh

if [ "$BUILD_STYLE" == "Debug" ]; then
echo “Skipping debug”
exit 0;
fi

if [ "$EFFECTIVE_PLATFORM_NAME" == "-iphonesimulator" ]; then
echo “Skipping simulator build”
exit 0;
fi

SRC_PATH=${DWARF_DSYM_FOLDER_PATH}/${DWARF_DSYM_FILE_NAME}
RELATIVE_DEST_PATH=dSYM/${EXECUTABLE_NAME}.$(date +%Y%m%d%H%M%S).app.dSYM
DEST_PATH=${PROJECT_DIR}/${RELATIVE_DEST_PATH}
echo “moving ${SRC_PATH} to ${DEST_PATH}”

mv “${SRC_PATH}” “${DEST_PATH}”

if [ -f ".git/config" ]; then
git add “${RELATIVE_DEST_PATH}”
git commit -m “Added dSYM file for ${BUILD_STYLE} build” “${RELATIVE_DEST_PATH}”
fi

解决方法就是把浮点数转换成整形。

成千上万的免费版的软件或游戏，将作为限制了功能的完整版免费发售，如果用户觉得有意购买，可以直接解锁完整版的功能或购买附加内容。
本文讲阐述如何为你现有的应用或游戏添加程序内购买(In App Purchase)功能。

阅读前提：假设了你拥有一定的iPhone SDK开发基础，和App Store实践经验。

你的程序需要唯一的Bundle ID, 如果已经发布的程序使用了通配符，那么就不能直接添加该功能。如果拥有了唯一的ID，请在program portal中添加你的app id，允许程序使用内购买(Enable In App Purchase)。

在设计好你的程序内购买的功能以后，首先需要定义元数据。来到iTunes Connect，在Manage Your In App Purchases中为你的程序添加一个程序内购买的商品。

上面第一个部分是添加的内部信息。参考名称，ID，类型，和价格。以及各种本地化信息。
这里简单说一下类型的选择，其他信息，以及In App Purchase支持什么类型的商品请查看Getting Started with In App Purchase。

Non-consumable 默认类型，非消耗品，具有持久性，特点是一次性购买，可用在所有设备。例如解锁游戏的储存关卡功能。
Consumable 消耗品，用完或使用后消失，可多次购买，不能用在所有的设备，例如游戏中的血瓶或技能书。
Subscription 订阅，和消耗品一样，除了可以在设备之间共享。

创建购买流程
大致可以分为十个步骤：

1. 验证App Store存取权限
   这样做是因为，家长控制或一些公司的配置文件阻止了此功能，使用支付队列的查询功能canMakePayments来确定用户是否有权限购买，返回值YES代表可以购买/NO代表没有权限购买。
2. 载入目录
   载入储存在本地或者远程的商品目录。
3. 获得商品本地化信息
   程序向App Store发起查询请求获得目录中商品的本地化信息。：
   myPossibleProds = [NSSet setWithObjects: @”myProd1”, @”myProd2”, @”myProd3, nil];
myProdRequest = [[SKProductsRequest alloc] initWithProductIdentifiers: myPossibleProds];
myProdRequest.delegate = myProductsRequestDelegate;
[myProdRequest start];
   程序接收来自App Store的回应：
   -(void)productsRequest:(SKProductsRequest *)request didReceiveResponse:(SKProductsResponse *)response
response包含可能的信息
response.products //产品信息
response.invalidProductIdentifiers //错误的产品标示符
   错误的产品可能由下面的原因导致：
   • 商品未在 iTunes Connect中录入。
   • 商品没有选择“Cleared for Sale”。
   • 商品还没有传播到所有服务器。
4. 创建商品信息
   前面的步骤获得了产品信息的数组用以呈现：
   myAvailableProductsArray = response.products;
for (SKProduct* aProduct in myAvailableProductsArray) {
diplayTitle = aProduct.localizedTitle;
displayDesc = aProduct.localizedDescription;
displayPrice = aProduct.price;
}
5. 呈现商品信息
   在UI中显示前面获得的信息
6. 请求支付
   myPayment = [SKPayment paymentForProductIdentifier: selectedProdID userInfo: nil];
   或
   myPayment = [SKPayment paymentForProduct: selectedProduct userInfo: nil];
   然后提交到队列
   defaultPaymentQueue = [SKPaymentQueue defaultQueue];
[defaultPaymentQueue addTransactionObserver: myObserver];
[defaultPaymentQueue addPayment: myPayment];
[defaultPaymentQueue addPayment: myRequest];

- (void)paymentQueue:(SKPaymentQueue *)queue updatedTransactions:(NSArray *)transactions
7. 验证支付的事务
   for(SKPaymentTransaction *aTransaction in transactions) {
switch (aTransaction.transactionState ) {

   // 商品进入购买流程
case SKPaymentTransactionStatePurchasing:
...
break;
// 成功购买商品
case SKPaymentTransactionStatePurchased:
...
break;
// 已经购买过该商品
case SKPaymentTransactionStateRestored:
...
break;
// 用户取消交易
case: SKPaymentTransactionStateFailed
...
break;
   App Store的交易回执
   aTransaction.transactionReceipt

   • Used to validate e-commerce transaction
   • Cryptographically signed chunk of data
   • Contains information about the purchase
   • Can validate using Web-based API

   收到交易回执以后可以传送到你的服务器处理该交易。
   你的服务器可以向苹果发送交易验证信息。
   苹果的交易验证地址：https://buy.itunes.apple.com/verifyReceipt
   验证数据格式：{ receipt-data : …}
   苹果的返回值如果是{ status : 0 } 那么交易是正确，如果返回任何其他值 { status : any_other_value } 交易就是不成立。
   你的服务器收到苹果的验证成功信息以后，返回给应用程序类似于解锁功能等消息。

8. 解锁内置物品火提供远程存取地址
   需要注意的地方
   • 用户可能随时退出程序。
   • Store Kit 的交易队列是持久化的。
   • 交易是持久化的。
   • 验证存取。
   • 移除交易。

   [[SKPaymentQueue defaultQueue] finishTransaction: transaction];

9. 储存购买
   需要将非消耗的购买记录在服务器上，以供用户更换设备或删除程序以后重新安装时再次解锁功能。
10. 提供物品恢复
    前面的代码中，已经购买过该商品的处理就是直接解锁。
    defaultPaymentQueue = [SKPaymentQueue defaultQueue];
[defaultPaymentQueue restoreCompletedTransactions];

测试沙盒环境
只供给测试用户，并且设备上才有效，不能使用模拟器测试。
可以为每个国家的商店添加测试帐号。
不能用来测试其他的iTunes Store特性。
需要为每个测试添加唯一的email地址，可以考虑使用+
payam+usa@example.com—测试美国的商品
payam+uk@example.com—测试英国的商品
payam+jp@example.com—测试日本的商品
测试步骤，需要在设备的设置菜单中iTunes Store登出原有帐户。
然后不要在设置菜单中登录测试帐号，而是直接打开需要测试的程序进行测试。
在这之前需要在iTunes Connect的Manage Users菜单中添加In App Purchase测试用户。

财务报表

• 收入和应用程序同样的规则
  • 你获得总收入的70%。
  • 支付日程，使用税，报表等全部都一样。
• 报表
  • 一样的报表格式。
  • 贩卖的标示符栏显示物品的产品ID。
  • 所有者标示符栏显示程序的ID。

本文部分内容参考自In App Purchase Programming Guide和WWDC 2009 Sessions，如需转载请注明出处。

Architecture

Usage

the code for detect

#if TARGET_IPHONE_SIMULATOR
// Simulator-specific code
#else
// iPhone-specific code
#end

    Credit card admin controller with URLs /admin/credit_card/suspend.
        Controller: app/controllers/admin/credit_card_controller.rb
        Views:      app/views/admin/credit_card/debit.html.erb [...]
        Helper:     app/helpers/admin/credit_card_helper.rb
        Test:       test/functional/admin/credit_card_controller_test.rb

./script/generate controller 'admin/credit_card'

因为安全方面的问题,文章里的module名都用帮助实例里的名字代替。
我使用如上的方法创建了一个module以后,在浏览器里是直接不能访问的,于是又在routes.rb里添加路由映射的命名空间:
   map.namespace :admin do |admin|
     admin.resources :credit_card
   end
这样做了以后就有一个奇怪的现象产生。

除了index这个action，所有不带id的action全部无法访问，
例如admin/credit_card/edit/1是可以的，但是admin/credit_card/add这个action
返回的结果就是：
No action responded to show
奇怪的是给它带上参数就可以了，也就是当我访问admin/credit_card/add/1就能正确显示，尽管这个id没有任何作用。
服务器的日志显示情况,带参数的:
Parameters: {“action”=>”edit”, “id”=>”1″, “controller”=>”admin/credit_card”
不带参数的错误情况:
Parameters: {“action”=>”show”, “id”=>”add”, “controller”=>”admin/credit_card”

尝试继续修改routes.rb却未果。

于是我destroy这个module，还原了routes.rb，用另一种方法创建：

./script/generate controller 'admin::credit_card'

注意，这里只是把例子里的”/”改成了”::”，重新生成以后一切正常，连routes.rb也没有修改。
服务器的日志也显示：
Parameters: {“action”=>”add”, “controller”=>”admin/credit_card“}

目前看来要正确的生成模块需要使用::做分割符。

1.使用缩写

缩写能够缩短你的工作时间，减小你的文件体积，何乐而不为？

针对相近的不同设置不同的值：

p {
margin-top: 10px;
margin-right: 20px;
margin-bottom: 30px;
margin-left: 40px;
}

使用缩写：

p { margin: 10px 20px 30px 40px; }

再来看看常用的font的缩写

查看 CSS Shorthand Guide (英) 和 Efficient CSS with shorthand properties (英) 了解更多关于缩写的属性。

2.避免使用Hack


Jon Hick的 blog hicksdesign.co.uk/journal 利用浏览器条件性注释

Hack是一个糟糕的东西，它会为不同浏览器定义一样的代码，使得CSS繁冗。现在我们知道使用条件性注释来代替hack，他们在IE6和IE7中是被认可的，甚至IE团队也推荐这样使用。使用条件性注释服务于符合浏览器特性专用的CSS代码，因此，更小的、核心的CSS代码用来服务于遵从标准的浏览器，只有需求条件出现的时候（比如IE），才会去下载额外的CSS文件！

下面来看看IE6使用条件性注释的代码范例：

<!--[if IE 6]>
<link rel="stylesheet" type="text/css" href="ie6.css">
<![endif]-->

这段代码使得IE6去下载额外的ie6.css解析它专用的css代码。同样的，如果针对IE7只用把上面的6与7替换就行了。

3.使用留白

无论是为了自己阅读还是二次开发，都要让CSS保持良好的可读性，留白就充当了关键的角色。
我们不鼓励你为了得到一个更小的CSS文件，就去掉所有的空白格式，如tab，换行，空格等。这里推荐嵌套的代码使用一个tab缩进，所有属性独立一行。

对比上下的图片，是哪一种格式能让你更加节约修改的时间呢？留白会让你更加容易管理代码。

4.移除多余的frameworks和resets

Nathan Smith的 960 Grid System CSS framework使用的重置规则

如果你选择使用CSS framework，包括你自己写的，如果你去检查代码一定会发现该framework包含的一些规则并不适用于你当前的文件，它们是可以被删除的。
由此可以想到的还有reset，YUI Grid CSS使用的reset和Eric Meyer’s Reset 目前都很流行， Resets能够移除不同浏览器的默认样式，使得页面在各个浏览器之间的表现一致。但是它们通常包含了一个大的网站需要的所有属性，一些例如pre,code,sub,dfn,var等等属性对于普通网站来说根本不会用上，删掉那些你用不上的。Eric Meyer也会鼓励你这样做！
framework和reset会很好的帮助你的工作，但是如果不去掉那些你用不上的使用，反而会拖累你页面的效率和可读性。

5.扩展的CSS

Doug Bowman的 stopdesign.com CSS 为层使用特殊的选择器

另一种优化你的代码的方法就是分别为层进行具体的属性声明。

6.记录你的工作

在团队协作中，沟通书写标准，编码规范，注释方法，风格极为重要。规则是建立在一个一致的方法的标准。这样能够防止别人重复你已经做过的工作，防止代码的膨胀。

7.压缩使用

为了使得浏览器节省更多下载个载入时间，压缩是一个不错的解决方案，但是仅限于发布的时候。YUI Compressor 和 CSSTidy 就是这样方面的专家，他们能够去除多余的代码，校验属性互相覆盖的错误。
许多流行的编辑器，比如BBEdit, TextMate, 和 TopStyle 都能够帮助你格式化你的CSS代码成你想要的样子。你还能通过服务器压缩技术使用PHP处理你的CSS。你可以找到更多的CSS优化和压缩的CSS工具。

有一点，这些程序尽可能会降低错误的发生，但并不是完美的。同样，最好不要用他们去处理包含CSS hack的文件。这也是另一个让那些hack储存在另外的文件里的原因。

结束

引用来源: 7 Principles Of Clean And Optimized CSS Code

立即下载YUI 2.5.2版,包含完整的API文件，以及超过200个的丰富例子。

浏览器支持分级表：详细的描述了在开发YUI函数库时对于浏览器支援性的看法。浏览器支持分级表提供了一种清楚的方式，提供在开发互动介面时能够得知浏览器的支持性，并且能够依此而判断是否需要放弃支持某种版本的浏览器。

YUI速查表：能够快速查阅每一个组件的主要方法、属性和使用语法。当写程式遭遇到问题时，通常查阅速查表会比开启浏览器重新阅读文件和范例更快获得解答。而且速查表还能带给你一些前所未知的新发现。

这些一页的查询字典并没有包含全部的内容，但将它放在手边将会非常有用。 (速查表目前提供了所有YUI工具、绝大部分控制项以及YUI CSS基础的内容。)

以上内容基本都是出是官方的介绍，但对于想要做出好的网页表现又想偷懒的同时，YUI是一个很好的解决方案,比如我记得以前同事模仿iGoogle做拖动效果,写代码加调试几乎用了大半个月的时间才做的勉强相似,其实iGoogle就是Power by YUI :) ,如果当时就从这里开始,不知道会节省多少时间。

先介绍到这里，来看一则YUI运用的实例吧！

mongrel_rails start -p 12001 -d -e development -P log/mongrel.pid

服务都一直无法启动,而且而且无论怎么修改都是，查看mongrel的日志文件发现总是出现如下错误：

/usr/lib/ruby/1.8/yaml.rb:133:in `load‘: syntax error on line x, col x: ` 错误的配置节点名’ (ArgumentError) …

但是出现错误的地方在检查过后确实都没任何问题,最后改的只剩development的最基础配置问题依旧，发现问题竟然在密码，我是使用cpanel的Password Generator自动生成的密码，密码最后的一个特殊符号引发了整个错误，看来这是database.yml的内部符号.

Tip:自己写database.yml的时候要一定要使用缩进的结构。