使用微博RestAPI一直存在一条人为的限制，就是必须要在文章末尾添加一个验证链接。

比如你发微博“这是我的第一条微博。”，用微博RestAPI是没法直接发的，必须发成“这是我的第一条微博。https://poster.parussoft.com/index.html”。

如果你不加上这个链接，微博服务器就会提示错误，不让发微博。

这个链接对于用户其实是没有意义的。并且直接加在微博末尾，就会有人点击它，然后奇怪为什么会有一个跟内容没什么关系的链接在那里。

为了尽量减少用户点击这个链接的可能，咕唧从2018年3月底发布的1.7.13版开始，增加了一个折叠隐藏该链接的功能。利用的原理是，微博官方微博网页版和客户端，会在内容过长时，自动折叠微博，而咕唧会在字数允许的情况下，添加空行，将该链接隐藏起来。

但是这个功能存在限制，因为只有官方的网页版和客户端才有折叠的功能。其它第三方的客户端，官方的html5版以及国际版，都不具备折叠的功能。在这些微博客户端中，咕唧发布的微博就会变得特别长。因此，时不时的，我就会收到评论或者私信，问为什么我发的微博会那么长？

咕唧2决定彻底解决这个问题

我的思路是，既然这个链接必不可少，那么我可以将其从无用的链接，转换为有用的链接。这样用户点击了也不会显得突兀。类似这样的查询“https://poster.parussoft.com/jumping.php?query_string”。

思路1

思路确定好之后，我发现，生成的链接必须经过服务器的处理才可以。那么就有两个思路：

1. 直接保存对应的html文件到磁盘。（这样占用磁盘较多）
2. 将查询条件和结果保存的数据库，动态查询。（这样占用磁盘少，但是CPU占用高。因此还需要缓存查询结果。）

我觉得第2条更好。这样就需要在服务器端使用PHP和Sqlite。思路总结完，我在服务器远程安装好PHP和Sqlite3之后，就睡觉了。

思路2

第二天，开始继续前一天的工作。我发现微博账户的用户页，其实是需要和其它链接分开的。因为微博账户的用户页，可以直接根据微博用户的id自动生成。我又想到，既然可以自动生成，那么该项就不用保存到数据库，直接通过id生成并跳转就可以了。

之后，我又想到，链接的跳转也是同样的道理，可以直接将链接做为查询的字段，这样就能直接跳转了。

这样一来，思路1中的PHP、数据库、缓存就都不需要了，服务器端只需要写一个能判断查询类型并生成跳转链接的Javascript网页就全搞定。

结论

不同的思路，需要的工作量完全不同。多思考，比埋头苦干，效率更高。

安装

网上看了好几篇文章，综合起来才成功，这个是在macOS Sierra 10.12.4 (16E195)下正确安装CocoaPods的步骤：

1. 替换源为镜像

gem sources -l

查看当前的gem源的地址，由于墙的缘故，如果源是https://rubygems.org/，我们需要将它删除。

gem sources --remove https://rubygems.org/

然后替换为ruby china的镜像。

gem sources --add https://gems.ruby-china.org/

确认源替换是否成功

gem sources -l

2. 升级gem

系统自带的gem版本较低，使用时会出现莫名其妙的问题，因此要把它升级到最新版

sudo gem update --system

如果上面代码提示没有权限，改成

sudo gem update -n /usr/local/bin --system

3. 安装cocoapods

在macOS 10.11和10.12中安装时，安装到/usb/bin会提示错误，因此需要安装到/usb/local/bin里

sudo gem install -n /usr/local/bin cocoapods

4. 替换源

默认的源更新起来很慢，需要替换才能变快。如果你想使用默认的，可以跳过这一步。

查看当前的源：

pod repo 

删除master：

pod repo remove master

添加清华的源：

git clone https://mirrors.tuna.tsinghua.edu.cn/git/CocoaPods/Specs.git ~/.cocoapods/repos/master

更新源：

pod repo update

5. 更新pod

如果你做过上一步，可以跳过这一步。

pod setup

这步时间较长，需要耐心等待。

使用

如果你使用了第4步的替换源，那么需要在你的每个Podfile的最前面，添加一行。

source 'https://mirrors.tuna.tsinghua.edu.cn/git/CocoaPods/Specs.git'

1. 新建一个iOS的项目。
2. 在终端，进入到该项目的文件夹。
3. 执行pod init
4. 打开自动生成的Podfile文件
5. 在其中添加你要使用的框架的名称
6. 保存好Podfile文件
7. 执行pod install
8. 在Xcode中，关闭你的项目
9. 在文件夹，找到pod生成的.xcworkspace文件，打开它。
10. 像平常一样使用框架就可以了。

比如我新建的项目叫PodTest，添加了RealmSwift，最终的Podfile如下：

这其中大部分的内容都是pod自动生成的，我需要修改／添加的只有第三行，iOS的版本。第四行，去除警告。以及pod 'RealmSwift'的那一行。

最后的那段，是RealmSwift网站要求的。你需要什么框架，就到那个框架的官网，按照提示复制粘贴上去就可以了。

最后记得，每次修改完Podfile之后，都要记得运行一遍pod install。

# Uncomment the next line to define a global platform for your project
platform :ios, '10.3'
inhibit_all_warnings!

target 'PodTest' do
  # Comment the next line if you're not using Swift and don't want to use dynamic frameworks
  use_frameworks!
  pod 'RealmSwift'

  # Pods for PodTest

  target 'PodTestTests' do
    inherit! :search_paths
    # Pods for testing
  end

  target 'PodTestUITests' do
    inherit! :search_paths
    # Pods for testing
  end

end

post_install do |installer|
  installer.pods_project.targets.each do |target|
    target.build_configurations.each do |config|
      config.build_settings['SWIFT_VERSION'] = '3.1'
    end
  end
end

小技巧

1. 第四行的inhibit_all_warnings!，可以使得Xcode不对框架中不当的帮助说明生成警告。因为框架是第三方的，我们即便看到了，也不会修改它。
2. 有时会由于网络问题导致下载的框架不全，此时可以使用这个命令重新下载。

pod deintegrate && pod install

参考资料

• 脱离CocoaPods 1.8.0的trunk

起因

最近开发macOS的应用，需要想Xcode那样打开.xcloc结尾的文件夹。如图，虽在在Finder中zh-Hans.xcloc显示为文件夹，但是在Xcode打开它时，它却显示为一个文件（前面没有文件夹的三角形标志）。

在Xcode中的Info.plist里，xcloc文件是定义在Exported Type UTIs中的。因此，如果只是想达到和Xcode同样的效果，只需要将这段xml片段，复制到你自己的Info.plist里。

更进一步

Xcode的做法是只在它的导入中将.xcloc的文件夹视为文件，而在Finder中，.xcloc的文件夹还是文件夹的状态。但是，如果是想直接通过双击的方式打开.xcloc的文件夹，则需要Finder同样显示.xcloc的文件夹视为文件。

原理

macOS通过UTI来判断数据的类型，若UTI不存在，则通过扩展名判断。

在Finder中我们见到的文件和文件夹，从本质上讲，都是存储在电脑中的数据。不过为了管理的需要，我们将单独的数据称之为文件，将包含了其它数据的数据称之为文件夹。
特别的，macOS允许我们将特定的文件夹，在Finder中显示为文件。通过在Info.plist中设定LSTypeIsPackage属性为真可以让Finder将文件夹看作是文件。
但是，这个属性

英文版

Show certain folder as a file as Xcode does

参考资料：

• Creating NSDocument using Folder Bundles and UTI Identifiers
• https://stackoverflow.com/questions/54107876/show-certain-folder-as-a-file-as-xcode-does
• Uniform Type Identifier Concepts