从Windows迁移过来的歌曲在iTunes中乱码显示，按照Apple support里面的方法添加语言并没有解决问题，因此，我推测问题应该不是出在这。经过查找，发现问题是由于歌曲的ID3中的Enconding by字段的影响，也就是说，编码格式不一样。解决办法：
1)下载Mutagen;
2)安装Mutagen;
1 2 | |
3)先将所有歌曲备份，防止操作出错；
4)将目录下的所有MP3歌曲的编码转成Unicode;
1
| |
5)将iTunes中的音乐清空，重新添加。
Reference:http://floss.zoomquiet.io/data/20070510235547/index.html
Auto Layout 早在 iOS 6时就引入了，但由于之前 iPhone 的尺寸不多，而且宽度是一样的; 另一方面 Auto Layout增加了学习成本，大部分开发者仍然使用传统坐标布局做屏幕适配。但是随着 iPhone 6, 6 Plus 大屏 iPhone的发布，继续使用坐标布局做适配显得力不从心了，而且从 Apple 的动作来看，Auto Layout是未来的必然趋势，因此，我们很有必要掌握它。
Auto Layout is a system that lets you lay out your app’s user interface by creating a mathematical description of the relationships between the elements. —Apple
Auto Layout是一个通过创建元素之间关系的数学描述来布局你应用的用户界面的系统。
You define these relationships in terms of constraints either on individual elements, or between sets of elements.
你可以在单个元素，或一系列元素间以约束的形式来定义这些关系。
约束是 Auto Layout 的基石，它表达着界面元素布局的规则。我们可以把约束想像成人类语言表述的数学形式。例如，设计师可能会说“这个按钮的左边缘应该与容器视图的左边缘有20个点的偏移。”，它可以转化为button.left = (container.left + 20)，进而抽象出更一般的表达，y = m*x + b，这就是约束。这里的 y 和 x 是 View 的 attributes，m 和 b 是浮点值。在 Auto Layout 中，她们的取值和含义可以简述如下：
有的视图在给定内容后就确定了自己的大小，我们把这种大小称为：Intrinsic Content Size。 例如，按钮的大小是基于它的标题加上四周的留白。Auto Layout 是在每个尺寸上用一对约束来表示 Intrinsic Content Size。这一对约束称为 content hugging 和 compression resistance，简称 CHCR, 我们可以通过调整关联元素的 CHCR 的大小来实现她们布局容器的大小调整时谁缩小谁放大。
Auto Layout 是 Apple 对图形界面元素布局给出的解决方案，她是一种自然语言的布局表达，非常自然清切，个人觉得她比 Web 的布局要强势，可以指哪放哪。这是使用过程中的一个感受，但并不代表 Auto Layout 就比 Web 的布局方法要好，只能说各有千秋吧。
在布局过程中，界面上的元素可以看成一棵视图树，为了确定布局，视图的位置和大小都要确定，位置都是通过约束来建立，一般就是和父视图建立约束，根视图则是和窗体。视图的大小则可以通过 Intrinsic Content Size 或 约束建立。基于这些输入，Auto Layout 就可以计算出最终的布局信息。
继续阅读在 iOS 开发中，Certificate 和 Provisioning Profle 可能是我们容易困惑的一部分内容。这篇文章我打算来梳理下这部分知识，只有理解了其中的内容，我们才能解决在开发过程可能遇到的代码签名问题。
先来看张图，所谓一图胜千言：
从这张图上我们可以看到，只有应用的 bundle ID 匹配 App ID, certificate 匹配到 Provisioning Profile 中的 Certificate, device ID 匹配到 Provisioning Profile 中的 device ID。嗯，这中间牵涉到的内容就有：