• 还是偶尔会有客户提出MAC电脑的需求,比如最近防火墙上的×××客户。 那么,如果你原来有一个客户端程序不支持MAC,如何让他支持起来呢? 周末研究了一下,基本搞定,记录下过程。 刚开始构思的时候,想到如下...

    还是偶尔会有客户提出MAC电脑的需求,比如最近防火墙上的×××客户。
    那么,如果你原来有一个客户端程序不支持MAC,如何让他支持起来呢?

    周末研究了一下,基本搞定,记录下过程。

    刚开始构思的时候,想到如下需要按顺序解决的问题:

    1. 原来的源代码,MAC要有运行环境(至少大部分代码可运行)
    2. MAC用的是cocoa界面方案,原来的WEB或者MFC什么的,界面部分肯定是需要改造了
    3. 一个符合MAC安装规范的,有B格的安装方案

    先来看“1、原来的源代码,MAC要有运行环境(至少大部分代码可运行)”这部分。
    理论上只要是支持MAC运行环境的开发语言,MAC上都能跑起来。比如c,c++,java,python,这部分问题不大。不过麻烦的是,之前的×××客户端是c、java、php、以及虚拟网卡驱动,混合编程的一个产物。那么就需要分头去找对应的MAC环境运行库。java、网卡驱动都能找到,c部分可以用xcode重新编译一下,这部分问题不大。

    再看“2、MAC用的是cocoa界面方案,原来的WEB或者MFC什么的,界面部分肯定是需要改造了”
    之前界面是web方案:
    Web作为界面,负责登陆、配置显示;驱动和隧道部分,使用c写的。Web采用java的applet插件作为桥梁,负责和驱动、隧道的通讯、拉起等动作。
    存在的问题:
    Java插件要求客户主机预装java运行环境,但是Java近年漏洞多多,浏览器对java支持和限制都很多,有些环境下会默认禁止java插件。另外,web插件运行在web线程里面,限制也不少,需要处理的运行问题需要思考周全。
    思路:
    抛弃web客户端模式,采用app开发模式自写一套界面。至于语言,可以用cocoa,qt,也可以基于现有java代码改造一套swing的界面方案。

    最后再来看“3、一个符合MAC安装规范的,有B格的安装方案”
    考虑到是一个商业产品,做成绿色的软件,让用户从目录点开执行,B格太low。
    那么就要找寻一下打包工具,类似NSIS这样的windows下的安装包打包工具。找呀找,终于找到一个,叫做Packages的工具,符合要求。
    但是打包工具只能帮你做到拷贝文件、执行脚本这里。 如果想再苹果电脑的applications里面生成一个图标,成为一个真正的app,还需要再做点事情。

    MAC的安装很简单,只需要把可执行文件拖到/Applications目录里面就可以了。但也不是任何可执行文件就可以,需要是符合MAC规范的app后缀文件。怎么得到这个东西呢?这时候,就需要祭出XCODE了。
    说一下结果,详细尝试繁杂过程不表。
    1、新建一个cocoa工程(当然swift)也可以
    2、开发语言支持c,c++,oc。本着熟悉原则,用c
    3、在main.m里面,写下:
    #import <Cocoa/Cocoa.h>

    int main(int argc, const char * argv[]) {
    system("/Applications/NF/bin/so.sh");
    exit(0);
    }
    意思是,启动后,执行客户端启动脚本,然后界面退出。需要注意的是,cocoa工程会默认启动一个window,需要把它设置为长宽都是0,避免一闪而过让客户不爽。
    4、压缩打包。export一个app出来,搞定

    综上,过程告一段落。可以在加点图标美化,商业味道就出来了。

    转载于:https://blog.51cto.com/tomqq/2049815

    展开全文
  • 编程语言的可移植

    2019-01-05 09:38:49
    假如,你为运行Windows 2000 的老式奔腾PC编写了一个很好用的C++程序,而管理人员决定使用不同操作系统(如Mac OS X 或者 Linux)和处理器(如SPARC处理器)的计算机替换它。该程序代码是否可以在新平台上运行呢?...

      假如,你为运行Windows 2000 的老式奔腾PC编写了一个很好用的C++程序,而管理人员决定使用不同操作系统(如Mac OS X 或者 Linux)和处理器(如SPARC处理器)的计算机替换它。该程序代码是否可以在新平台上运行呢?当然,必须使用为新平台设计的C++编译器对程序重新编译后再运行。如果在不修改代码的情况下,重新编译程序后,程序运行良好,则说明程序是可移植的。否则反之。

      编程语言的可移植性,是指用一种编程语言在一个系统上编写的程序经过很少改动或者不需要修改就可以在其他系统平台上运行。

        要想了解可移植性必须要知道:1.什么是程序?2.什么是系统平台?

      1. 什么是程序?

      首先,我们得知道程序的本质是什么?程序的本质就是一连串能被CPU识别并执行的有0、1代码组成的指令即目标代码(由0、1组成的代码)。不同类型的CPU指令集是不同的,相同的一段0、1代码Intel CPU能识别,ARM CPU就不能识别产生错误。

      其次,我们得知道程序的运行原理是什么?大家都知道程序是运行在操作系统之上的,而大家可能不知道的是:程序要想在操作系统上运行就需要在程序的头部嵌入一段启动代码,此代码相当于程序和操作系统之间的接口。到这里我们可以清楚的知道:程序 = 目标代码 + 启动代码,两者缺一不可,只有这样程序才能在系统上运行起来。

      不同的操作系统,它们的启动代码接口是不同的。例如,在Intel CPU上运行的XP和Linux的启动代码接口是不同的,所以同一种程序它们的启动代码可能是不同的。但是因为都是Intel CPU,所以程序的目标代码(0、1代码)是相同的。

      什么是程序呢?程序 = 目标代码 + 启动代码

      2. 什么是系统平台?

        这里的系统平台是指CPU + 操作系统的组合:如Intel CPU + Windows XP、Intel CPU + Mac Os X、Intel CPU + Linux 这是三个不同的系统平台,ARM CPU + Linux 与 Intel CPU + Linux 也是不同的系统平台。

        为什么系统平台是CPU + 操作系统的组合呢?我们从上面了解到 程序 = 目标代码 + 启动代码。目标代码随着CPU类型的不同而不同,启动代码随着操作系统的不同而不同。因此,系统平台是CPU + 操作系统。

      3. 可移植性的本质

        那么目标代码和启动代码是怎么生成的呢?答案是编译器。编程语言编写的程序首先要被编译器编译成目标代码(0、1代码),然后在目标代码的前面插入启动代码,最终生成了一个完整的程序。所以编程语言的可移植性依赖于它们的编译器是否强大,是否在多个平台上都有这种编程语言的编译器。例如,C编译器在大约40种系统上可用,包括从8位微处理器的计算机到Cray超级计算机。

      要需要注意的是,程序中为访问特定设备(如显示器等)或者操作系统(如Windows XP 的API)的特殊功能而专门编写的部分通常是不能移植的。

        综上所述,一个编程语言的可移植性强不强取决于:1.不同平台编译器的数量;2.对特殊硬件或操作系统的依赖性。

      为了便于理解,附加一张可执行代码的生成逻辑图:

    Good  Good  Study, Day Day Up.

    顺序  选择  循环  总结

    展开全文
  • 经常有程序员为C++辩护说:“只要你不使用任何从C继承过来的功能,C++就是安全的”!但事实非如此。 根据本文作者在大型C++项目上(遵从现代的惯用做法)的经验来看,C++提供的类型完全不能阻止漏洞的泛滥。本文中...

    原文出处:本文来源于网络

    作者:CPP开发者

    经常有程序员为C++辩护说:“只要你不使用任何从C继承过来的功能,C++就是安全的”!但事实非如此。

    根据本文作者在大型C++项目上(遵从现代的惯用做法)的经验来看,C++提供的类型完全不能阻止漏洞的泛滥。本文中就会给出一些完全根据现代C++的惯用做法编写的代码,你会发现这些代码仍然会引发漏洞。

    以下为译文:

    我经常批评内存不安全的语言,主要是C和C++,以及它们引发的大量安全漏洞。根据大量使用C和C++的软件项目的审查结果,我得出了一个结论:软件行业应该使用内存安全的语言(例如Rust和Swift)。

    人们常常在回复我时说,这个问题并不是C和C++本身的问题,而是使用这两种语言的开发者的错。

    具体来说,我经常听到人们为C++辩护说:“只要你不使用任何从C继承过来的功能,C++就是安全的”(我理解这句话指的是原始指针、数组作为指针使用、手动malloc/free以及其他类似功能。但我认为有一点值得注意,由于C的特性明确地融入了C++,那么在实践中,大部分C++代码都需要处理类似的情况。),或者类似的话,比如只要遵从现代C++的类型和惯用做法,就不会引发内存方面的漏洞。

    我很感谢C++的智能指针类型,因为这种类型的确非常有用。不幸的是,根据我在大型C++项目上(遵从现代的惯用做法)的经验来看,光靠这些类型完全不能阻止漏洞的泛滥。我会在本文中给出一些完全根据现代C++的惯用做法编写的代码,你会发现这些代码仍然会引发漏洞。

    掩盖“释放后使用”的引用

    我想说的第一个例子最初是Kostya Serebryany提出的(https://github.com/isocpp/CppCoreGuidelines/issues/1038),这个例子可以说明C++的std::string_view能够很容易地掩盖“释放后使用”的漏洞:

     

    在这段代码中,s + "World\n"分配了一个新的std::string,然后将其转换成std::string_view。此时临时的std::string被释放,但sv依然指向它原来拥有的内存。任何对sv的访问都会造成“释放后使用”的漏洞。

    天啊!C++的编译器无法检测到sv拥有某个引用,而该引用的寿命比被引用的对象还要长的情况。同样的问题也会影响std::span,它也是个非常现代的C++类型。

    另一个有意思的例子是使用C++的lambda功能来掩盖引用:

     

    上述代码中,f中的[&]表明lambda用引用的方式来捕获值。然后在main中,x超出了作用域,从而销毁了指向数据的最后一个引用,导致数据被释放。此时y就成了悬空指针。即使我们谨慎地使用智能指针也无法避免这个问题。没错,人们的确会编写代码来处理std::shared_ptr<T>&,作用之一就是设法避免引用计数无谓的增加或减少。

    std::optional<T>解引用

    std::optional表示一个可能存在也可能不存在的值,通常用来替换哨兵值(如-1或nullptr)。它提供的一些方法,如value(),能够提取出它包含的T,并在optional为空的时候抛出异常。但是,它也定义了operator*和operator->。

    这两个方法能访问底层的T,但它们并不会检查optional是否包含值。

    例如,下面的代码就会返回未初始化的值:

     

    如果用std::optional来代替nullptr,就会产生更加严重的问题!对nullptr进行解引用会产生段错误(这并不是安全漏洞,只要不是在旧的内核上)。而对nullopt进行解引用会产生未初始化的值作为指针,这会导致严重的安全问题。尽管T*也可能拥有未经初始化的值,但是这种情况非常罕见,远远不如对正确地初始化成nullptr的指针进行解引用的操作。

    而且,这个问题并不需要使用原始的指针。即使使用智能指针也能得到未初始化的野指针:

     

    std::span<T>索引

    std::span<T>能让我们方便地传递指向一片连续内存的引用以及长度值。这样针对多种不同类型进行编程就很容易:std::span<uint8_t>可以指向std::vector<uint8_t>、std::array<uint8_t, N>拥有的内存,甚至可以指向原始指针拥有的内存。不检查边界就会导致安全漏洞,而许多情况下,span能帮你确保长度是正确的。

    与其他STL数据结构一样,span的operator[]方法并不会进行任何边界检查。这是可以理解的,因为operator[]是最常用的方法,也是访问数据结构的默认方法。而至少从理论上,std::vector和std::array可以安全地使用,因为它们提供了at()方法,该方法会进行边界检查(在实践中我从来没见人用过这个方法,不过可以想象一个项目,通过静态分析工具来禁止调用std::vector<T>::operator[])。span不提供at()方法,也不提供任何进行边界检查的方法。

    有趣的是,Firefox和Chromium移植的std::span都会在operator[]中进行边界检查,所以这两个项目也无法安全地移植到std::span上。

    结论

    现代C++的惯用做法带来了许多改变,能够改善安全性:智能指针能更好地表示预想的生命周期,std::span能保证永远有正确的长度,std::variant为union提供了安全的抽象。但是,现代C++也引入了一些新的漏洞祸根:lambda捕获导致的释放后使用,未初始化的optional,以及没有边界检查的span。

    以我编写比较现代的C++的经验,以及审查Rust代码(包括使用了大量unsafe的Rust代码)的经验来看,现代C++的安全性完全比不上那些保证内存安全的语言,如Rust、Swift(或者Python和JavaScript,尽管我很少见到能够合理地用Python或C++编写的程序)。

    不可否认,将现有的C和C++代码移植到其他语言依然是个难题。但无论如何,问题应该是我们应该怎样做,而不是我们是否应该做。事实证明,即使最现代的C++惯用做法,也不可能保证C++的正确性。

    展开全文
  • GitHub上Swift开源项目!

    2017-02-04 19:10:16
    swift-open-project这里汇集了目前为止最为流行的Swift开源项目,选取SwiftGuide中的开源部分,这里每周对项目进行总结,如果大家有推荐的可以联系thinkloki@gmail.com,或者issues,欢迎Star、Fork。感谢...

    swift-open-project

    这里汇集了目前为止最为流行的Swift开源项目,选取SwiftGuide中的开源部分,这里将每周对项目进行总结,如果大家有推荐的可以联系thinkloki@gmail.com,或者issues,欢迎Star、Fork。感谢SwiftGuide

    1. 实用类库

    以下实用类库做为快速参考,更多实用类库需求,也可以去这里(Swift toolbox is a community-supported catalog
    of iOS and OSX libraries)
    (By Adam Leonard from swiftcast.tv), 这个网站收藏了 GitHub 开源社区中优质 Swift 资源库,并提供了分类及查询服务。

    类库 相关文章 备注
    Alamofire/Alamofire Alamofire 为其著名的 AFNetworking 用 Swift 重写的网络基础库
    mattt/Euler Swift Operators 这样写是否很数学、很逻辑?∛27÷3±5, ∑[3,1,2], ~0⊻1
    mattt/Surge 基于苹果 Accelerate 高性能计算框架库,计算效率提升惊人
    mattt/Literally Swift Literal Convertibles 常用数据类型的使用及转换工具库

    * 工具类
    * Dollar:尤其在 Array 和 Dictionary 的支持上(实现类库仅一个 Dollar.swift 文件)。用过 Javascript 版的 Lo-Dash 或 underscore 就知道其实用程度。它是一套函数化编程的工具库。另一个类似的更完整的版本是 ExSwift,它的实现基于对象化扩展的。
    * ExSwift:实用类扩展库。另一个 Lo-Dash 或 underscore 的 Swift 版本实现,相对于 Dollar.swift,此版本有更完整的 API 实现。包括了对 Array, Int, String, Float, Range, Dictionary, NSArray 的扩展及其它实用方法。完全遵循面向对象的扩展原则。
    * lingoer/SwiftyJSON:这是解析 JSON 字符串封装类。实现功能与 Javascript中 的 JSON.parse 相近,使用方便。By @lingoer
    * SwiftyJSON/Alamofire-SwiftyJSON :简单地整合 Alamofire 和 SwiftyJSON 后,远程 JSON 使用方便了。
    * swift-serializeswift object serialize/deserialize of json json序列化跟反序列化
    * matthewcheok/JSONCodable:基于 Swift 2.0 新特性(Protocol Extensions and Error Handling)的JSON 解析类。
    * typelift/Basis:这个实用类库支持范围很宽范,封装主要以简化及方便调用系统API为主,使程序代码看上去更优雅。遗憾地是,目前作者并没有提供 API 文档或示例代码,对于初学者使用会额外带来一点点学习成本。
    * owensd/json-swift:功能与 Swifty 几乎一致,使用上要更方便。
    * gfx/Swift-JsonSerializer:JSON 解析又多了一种选择。
    * Ahmed-Ali/JSONExport:一款实用工 具,可以将 JSON 转换并输出为 Swift 语言类模型(也支持Android上的Java),支持简单的定制。
    * hubertr/Swell: 同时支持 Swift 和 OBJC 的 Log 实用类。喜欢 Log4j 风格的日志管理类的同学可以收入。
    * RSBarcodes_Swift:”RSBarcodes allows you to read 1D and 2D barcodes using metadata scanning capabilities introduced with iOS 7 and generate the same set of barcode images for displaying and sharing.” By @yeahdongcn Swift 语言版二维码识别及生成类库。
    * SwiftP2P/SwiftSSL:常用 Digest 和 HMAC 的封装。如此封装后,使用加密算法确实很方便。很不错的一个国产”轮子”!By @你全家都快到碗里来
    * Hearst-DD/ObjectMapper:对象与 JSON 互转实用类库。需要的同学可以收一下。
    * DaveWoodCom/XCGLogger : 这是一款功能比较健全日志输出框架(Log4Swift)。之前推荐过一款类似的 hubertr/Swell,但它的功能明显没有这款强大。
    * isair/JSONHelper :又一款JSON转对象类库,算上,lingoer/SwiftyJSON,owensd/json-swift,gfx/Swift-JsonSerializer,已经有四款了。同学们根据喜好及需求,择优使用吧。
    * kylef/Stencil:通过在模板中支持 if, for, ifnot 等语法标签,实现更强大、更灵活的数据及格式输出。
    * kylef/PathKit: 简单、实用的文件路径操作类,常用功能一个也不少。
    * thoughtbot/Argo:一个带有实战说明的 JSON 解析方案及类库。
    * typelift/swiftz: 一个帮助实现函数式编程的类库,定义了一系列相应的数据结构。
    * dongri/OAuthSwift:Swift 版 OAuth(1/2) 授权类库。对于作者提供的 API,看着舒服,用着方便。
    * p2/OAuth2:独立又纯粹的 OAuth2 认证授权类库,作者所提供的示例及流程说明清晰又简洁。
    * tadija/AEXML:简单又易于使用的XML解析类。作者提供了完整的示例程序。
    * duemunk/Async:一个后台执行代码封装库,它可以让你的后台代码封装语法更简洁。
    * jquave/EasyCast:这是一个自动强制转换操作符左右类型及常用数学函数参数类型无障碍使用的类库。@onevcat几个月前也写过类似功能库 onevcat/Easy-Cal-Swift,不过,停滞更新很久了。
    * ArtSabintsev/Siren:当应用更新时,通知用户并提供 App Store 链接供用户更新的开源库。P.S. 该开发者也曾提供 Objectvie-C 语言版ArtSabintsev/Harpy
    * kishikawakatsumi/KeychainAccess:这套Keychain管理比较完整。支持本地应用,网络应用,以及与Touch ID的集成应用。
    * nori0620/SwiftFilePath:功能强大的文件及路径管理封装类库。
    * onevcat/RandomColorSwift:”刚刚开源了一个自动生成好看的颜色的 Swift 库,这是 randomColor.js 项目的 Swift 移植版本。在学习 Swift 的童鞋不妨一看,如果可以对于大家在 Swift 实际使用中的某些概念和写法有所启迪的话就再好不过了。” By @onevcat
    * beltex/SMCKit:Mac 系统管理控制器 SMC(System Management Controller)Swift 语言版封装库。通过该类库,简单的几行代码就可知 CPU 温度,风扇转速,电池状态等硬件状态或活动状态。
    * radex/SwiftyUserDefaults:轻量级数据存储类 NSUserDefaults 扩展类,它使类型数据访问和存储更为便捷、直观。
    * akosma/SwiftMoment:时间和日历函数封装库,也是经典的 moment.js 的 Swift 语言版本实现。
    * imaginary-cloud/CameraManager:相机管理封装类库。看着极好用的样子。
    * yannickl/QRCodeReader.swift:一款简单的 QR 二维码阅读组件及示例,提供前后相机切换功能。
    * aaronabentheuer/AAFaceDetection:简单、实用的面部识别封装库。虽然该技术从 iOS 5 发展,不过真正有趣的应用还不多。例如:在视频直播中可以检测观众情感(微笑或眨眼),或注意力(看着屏幕或没有)。因此,作者对其抱以很高的期待,并已经着手开发实验室类大项目。
    * zenangst/Versions:版本比较小工具。
    * NorthernRealities/Rainbow:旨在提高代码可读性及易用性的 UIColor 扩展,它使原先有限的预定义颜色(方法)选择,扩展至超过 1200 种。
    * jpotts18/swift-validator:基于规则的输入验证类库。项目良好的面向对象设计思想,使规则的扩展及自定义非常方便。P.S. 对于规则,若有更复杂的需求,则需要有更专业的规则引擎(甚至是基于自然语言的规则配置)解决方案。比如:开源的 Drools,商用的 ILOG 等。
    * nghialv/Transporter:短小、精悍、易用的多文件(并发或顺序)上传和下载传输库。还支持后台运行、传输进程跟踪、暂停/续传/取消/重试控制等功能。
    * krzyzanowskim/CryptoSwift:纯 Swift 版 Crypto 算法及相关功能类库。是一套易用、易扩展、完整、不可或缺的功能库。
    * nomothetis/SemverKit:针对符合『语义化版本规范 2.0.0』版本号的解析、比较运算类库。不仅支持 Major, Minor, Patch,还支持 Alpha 和 Beta 预发布版本,以及相应地递增运算扩展。
    * harlanhaskins/Punctual.swift:通过一系列基础数据类型扩展,使日期访问及操作更加自然语言化。若没有动态语言化地超强扩展及定制能力,如此优雅的日期操作是无法实现的。
    * ayanonagon/Parsimmon:小而美的语言学类库封装工具包。提供分词、标记词性、词形归并、朴素贝页斯分类、决策树等自然语言分析小工具。P.S. 英语分词效果好于中文,感兴趣的同学可以针对中文做一些优化开发。参考译文 NSHipster - NSLinguistic​Tagger
    * soffes/X:等不及苹果 iOS/OS X 平台统一的开发同学(Sam Soffes),启了一个项目,先将常用类库统一了。该项目刚开始,感兴趣的同学可以考虑参与其中。
    * naoty/Timepiece:直观(自然语言化)的日期类扩展。它使日期加减运算、初始设置、日期变更以及基于指定格式解析转换变得方便、易读。P.S. 相比前一段时间推荐另一个类似日期库(Punctual.swift O网页链接)功能更丰富。
    * macoscope/SwiftyStateMachine:应用好状态机,不仅提高程序可维护性,更大大增强了程序健壮性。
    * benzguo/MusicKit:一套音乐编辑及创作框架。懂音乐、玩音乐的同学值得拥有。
    * ArtSabintsev/FontBlaster:调用自定义字体封装类。很实用、很方便。
    * phimage/Prephirences:这个库可以让开发者更方便管理、读写应用的配置信息。很实用。
    * radex/SwiftyTimer:一个更友好、更简单的时间操作 NSTimer 扩展。P.S. 类似针对日期有 Punctual.swift 和 Timepiece。
    * liufan321/SwiftQRCode:简单、实用的 QR Code 扫描识别及生成库。
    * emaloney/CleanroomLogger:相当于 CocoaLumberjack 或 Log4j 的 Swift 版本,功能上甚至更强大。另外,源代码中已经内含了完整的 API 文档,使用非常方便。
    * Khan/Prototope:一款轻量的 Javascript 桥接 Swift 库。对于 JS 控,或许可以从玩这个项目开始 iOS 原型开发。
    * malcommac/SwiftDate:特别完整、强大的日期操作管理类库。它几乎涵盖了已知开源日期类库所有优秀特性。是一款值得毫不犹豫收录的类库。
    * nghialv/Future:基于微框架设计思想的异步执行及结果响应类。由示例发现,代码即简单又干净。
    * alexeyxo/protobuf-swift:Protocol Buffers 的 Swift 语言实现库。P.S. Protocol Buffers 是 Google 开源项目,主要功能是实现直接序列化结构化的对象数据,方便跨平台快速传递,开发者也可以直接修改 protobuf 中的数据。相比 XML 和 JSON,protobuf 解析更快,存储更小。
    * soffes/SyntaxKits:TextMate 风格语法高亮类库(基于 Swift 2.0)。
    * glock45/swifter:一款极其轻量的 HTTP 服务器引擎。#Swift 2#
    * andreacremaschi/GEOSwift:可轻松地处理地理对象模型和相关地形操作,是一个极其易用的地理封装库(集成 MapKit 和 Quicklook)。绝佳好轮子,不容错过。

    • 图片
    • kaishin/ImageScout:最小网络代价获得图片大小(宽和高)及类型,它对于很多场合,比如:布局和排版都有积极作用。
    • kaishin/gifu:高性能 GIF 显示类库 Swift 版本。
    • indragiek/DominantColor:采用YUV色域编码规则及K均值聚类算法提取图片代表色开源项目。很实用,很赞!
    • iSame7/Panoramic:该项目通过 Core Motion 实现了变换角度移动手机时,使图片显示产生对应位置及角度的变换。从而达到了具有现场感的图片浏览功能。
    • gavinbunney/Toucan:小而美的图片变换及处理类(支持:resize, clip, crop, scale, Ellipse Mask, Rounded Rect Mask, Image Mask)。功能略有超预期的感觉。
    • schwa/SwiftGraphics:一个易学、易用的绘图工具库封装。作者很勤劳,项目正在持续更新中。
    • contentful-labs/Concorde:一个可用于下载和解码渐进式 JPEG 的库。特定场合很有用。类库的调用方法也很自然、方便。
    • FlexMonkey/SnapSwift:一款 Snapseed 风格滤镜及参数编辑菜单。弹出菜单项后,上下、左右滑动即可调整滤镜参数。
    • kiavashfaisali/KFSwiftImageLoader:极高性能、轻量、低功耗网络图片异步加载扩展库(支持 iOS 和 WatchKit)。良好的缓存管理机制保证的作者设计初衷。P.S. 作者曾开发过 KFWatchKitAnimations:一款为  Watch 提供 60 帧动画显示效果解决方案及示例。
    • yannickl/DynamicColor:强大的颜色操作扩展类。通过该类,你可以通过扩展方法基于某个颜色得到不同深浅、饱和度、灰度、色相,以及反转后的新颜色。是不可多得的好类库。
    • Jan0707/SwiftColorArt:根据图片色系决定所在界面背景色及字体显示颜色。类库及示例代码也很简洁且易于使用。这样的项目真的带给我惊艳。何况,该开发者备注了这是他的第一个Swift项目。
    • jathu/UIImageColors:又一款根据图片获取主色、次色、背景色、详细色的类。P.S. 另一款功能相同的类是 SwiftColorArt

    • 存储

    • SQLiteDB in Swift:”This is a basic SQLite wrapper for Swift. It is very simple at the moment and does not provide any advanced functionality. Additionally, it’s not pure Swift at the moment due to some difficulties in making all of the necessary sqlite C API calls from Swift.”
    • Alecrim/AlecrimCoreData:更容易地访问 CoreData 对象封装类库。除了 CRUD,还提供指针定位,强大的排序、筛选,异步数据获取,以及独立线程后台存取数据。
    • Realm - a mobile database:Realm主打移动数据库。除了更轻量,甚至还可以应用到可穿戴。低耦、面向对象的设计风格也是非常亮丽的。
    • nerdyc/Squeal:一套非常完善的 SQLite 数据库访问 API,无论建库,建表,CRUD 等常用数据库操作命令都进行了很好的封装,另外,版本管理、事务管理、并发管理、命令执行及 Prepare Statement 等都提供相应支持。它是一套不可多得的SQLite管理访问库。
    • stephencelis/SQLite.swift:简单、轻量,或是使用上最 SQL 的 SQLit e封装库。
    • BjornRuud/Swiftache:Mustache 的 Swift 语言实现版本。
    • Haneke/HanekeSwift:貌似这个轻量地带缓存图片组件还不错。主要功能包括图片二级缓存、异步加载、后台执行、自动缩放等。感兴趣的同学可以试用一下。
    • SugarRecord/SugarRecord:相对于 SQL,CoreData 可以更方便、高效存储数据,而 SugarRecord 类库可以让你更方便的使用 CoreData,同时作者已经封装好 iCloud,使你的应用开发更如虎添翼。
    • michaelarmstrong/SuperRecord : Swift 版 CoreData 框架扩展类库。相对于同类型 CoreData 框架库 SugarRecord/SugarRecord,SuperRecord 要简单、轻量得多。很棒的快速开发类库。
    • aschuch/AwesomeCache:Swift 语言写的高效能缓存对象存储及管理,定义及使用简单、易于理解。支持为每个 Cache 对象设定缓存有效期。
    • daltoniam/Skeets:网络图片的获取、缓存及显示类库,支持缓存的清理及时效性管理。
    • evermeer/EVCloudKitDao:一套使用 CloudKit 简单封装库。作者还提供了示例项目及程序供开发者参考使用。
    • andrelind/Breeze:轻量 CoreData 管理封装库。支持 iCloud 。
    • arkverse/SwiftRecord:基于 Core Data 极为轻量、易用的对象持久化工具库,相当于 ActiveRecord 的 Swift 版本。
    • JohnEstropia/CoreStore:提供高可读性,一致性及安全性的 Core Data 管理类库。 其中事务管理及查询是其比较大的亮点,整套 API 功能完整,风格传统又实用。非常值得收入。

    • 远程访问

    • Minimalistic Swift HTTP request agent for iOS and OS X:一个简单、小巧、实用的 HTTP 请求 Swift 语言实现类(仅一个 Agent.swift 类)
    • lingoer/GRequest:”@李洁信:个人认为 AFNetworking 这种较重的第三方网络库将逐渐淡出舞台,而像楼主这种基于 NSURLSession 并充分利用 Swift 特性写出来的小而美的库会受到更多人的青睐!” 作者解读《GRequest for HTTP Request》
    • daltoniam/SwiftHTTP:Thin wrapper around NSURLSession in swift. Simplifies HTTP requests。感兴趣的可以看看代码,比较与 lingoer/GRequest 差别。
    • AshFurrow/Moya:如果你需要如此功能的 Swift 网络 API,可以考虑使用它。它基于 Alamofire, swfitz 等优秀开源类实现。
    • aleclarson/emitter-kit:用 EmitterKit 代替 NSNotificationCenter。这个库貌似短小、精悍、实用的样子。更重要是语法精练。
    • daltoniam/starscream:Swift 版本 WebSocket 客户端类库,支持 iOS/OS X 。 使用方便,跨平台开发不可或缺的“轮子”。
    • shuoli84/SocketIOCocoa:又一款 WebSocket 实用客户端类库,作者提供了详细的测试用例可以做为示例代码使用。
    • socketio/socket.io-client-swift:WebSockect 客户端类库。开放的通讯协议,有利于构建强大地跨平台应用。
    • marcelofabri/BigBrother:网络请求活动状态监视器类。由于 Alamofire 库并无此项特性,因此它可以做为 Alamofire 的一个扩展功能。
    • ishkawa/APIKit:为不同来源或类型 Web 服务,提供安全地可定制化网络请求 API 的基础类库。很好的面向对象设计思路实例。
    • contentful-labs/Stargate:通过 iPhone 桥接实现 Mac 与 Watch 的即时通讯。Stargate 通过封装两个优秀的基础类库 MMWormhole 和 PeerKit 实现高效的通讯应用。
    • JustHTTP/Just:小而美的 HTTP 类。功能简单、直接、完整且健壮性高。
    • CloudKitSpace/CKSIncrementalStore:基于 CloudKit 服务器实现多终端数据同步。附示例动态图。

    • 社交网络

    • lingoer/SwiftWeiboKit:”封装了整个 OAuth 2.0 的授权流程,并提供了几个简便易用的请求方法”
    • A Twitter framework for iOS & OS X written in Swift:一套很完整的 Twitter 访问框架类库,支持 iOS/OS X

    • 框架

    • robb/Cartography:Set up your Auto Layout constraints declaratively. 这是有关自动布局约束一个实用的 Swift 项目,代码看似简单清晰,不过由于设计巧妙。代码解读 By @kaiyuz
    • railsware/Sleipnir:一个基于 Swift 的行为驱动开发框架(BDD-style framework)。API 安装,示例及说明相对比较齐全。
    • Quick/Quick:另一款基于 Swift 的行为驱动开发框架。
    • inamiy/SwiftTask: 一个很标准的任务及其生命周期管理类库。作者还附上了一个基于 Alamofire 库完成的网络文件下载的任务管理示例。
    • inamiy/SwiftState:Swift 版本 State Machine,这是 SwiftTask 的姐妹篇。开发过 Workflow 类应用的同学有没有很亲切。
    • colemancda/NetworkObjects:基于Swift的轻量版HttpServer框架,可以做为iOS/OS X分布式对象的替代。可惜缺少演示或示例代码。
    • Masonry/Snappy:一个基于 AutoLayout 封装,语法简洁的轻量级布局框架。当然,用代码还是 storyboard,全凭开发者喜好。若偏好可视化自动布局,@DevTalking 的两篇译文值得参考《Swift 自适应布局教程》《为 iPhone 6 设计自适应布局》
    • jpsim/PeerKit:基于事件驱动的多端对等连接开源框架。作者提供了该组件使用案例jpsim/CardsAgainst,具体引用代码详见这里
    • Quick/Nimble:功能更强于Xcode自带测试框架(XCTest)的测试类库。
    • venmo/DVR:针对网络请求的测试框架,超实用的工具。且支持 iOS, OSX, watchOS 全平台。
    • owensd/swift-perf:针对 Swift 的性能测试方案。通过抽样场景关键代码与 C 或 Objective-C 的比较做为其测试基准。
    • nghialv/MaterialKit:Swift 版 Google Material Design 组件库。虽然个人并不推荐在 iOS 平台上使用非 iOS 风格界面,不过,对于 Android 强迫症“患者”,多一种选择也是友好的。顺带附上 Google 提供的开源Material Design 图标集,可以一起收入。
    • facebook/AsyncDisplayKit:它是由 Facebook 开发并用于其 Paper 应用的 iOS UI 框架,它主要解决问题是提供界面的高流畅性切换及更灵敏的响应,解决思路是将部分 UI 渲染及复杂计算交由独立于主线程的处理程序负责。中译教程《AsyncDisplayKit 教程 - 达到 60 FPS 的滚动帧率 By @nixzhu》,教程原文《AsyncDisplayKit Tutorial: Achieving 60 FPS scrolling》。
    • mutualmobile/MMWormhole:提供了 iOS 应用与扩展之间的消息传递,其最有价值之处当属 iPhone 与  Watch 间的消息传递,从而实现相互操控的功能。
    • Thomvis/BrightFutures:漫长或复杂计算由独立线程异步来完成。
    • Khan/Prototope:虽然看不懂这套用户交互层面的轻量级原型框架用处在哪里(哪位同学能给俺提示一下)?不过,作者将这套框架的 Swift API完整桥接为 JS 接口倒是很有意思。
    • MHaroonBaig/MotionKit:为核心运动框架(The Core Motion framework)提供友好的类库封装,以更方便使用三轴陀螺仪和加速感应器特性。
    • uber/jetstream-ios:一款 Uber 的 MVC 框架。它同时提供了多用户实时通讯支持,一旦启动 JetStream 后端服务,通过 WebSocket 协议可以分分钟建立多用户实时通讯应用。
    • jessesquires/JSQNotificationObserverKit:一款轻量、易用的通知发送及响应框架类库。作者是知名开源项目 JSQMessagesViewController(Objective-C 版即时聊天)的作者 Jesse Squires ,也是一位知名博主,收录过其文章『An analysis of sorts between Objective-C and Swift』。
    • morizotter/TouchVisualizer:实用的多点触摸可视化组件。扩展并作用于 UIWindows,结构上提供了简单地针对触摸显示定制,比如触摸点的颜色。这个组件对于需要做应用演示的同学尤其有用。
    • FutureKit/FutureKit:“是一个 100% Swift 实现的 Future/Promises 库,由 Swift Generic 带来的类型安全、由 GCD 带来的线程安全,通过 FutureKit 可以在 iOS/OS X 下灵活玩转 Future/Promises 式编程了”。推荐者:@图拉鼎
    • SwiftBond/Bond:使用简单、易于理解的对象绑定框架。比如:你可以使用代码 textField ->> label 将输入框文本映射到标签中的文字属性,当文本变化时,标签文字随动变化。 真的很方便。
    • nabilfreeman/ios-universal-webview-boilerplate: 快速封装 WebApp 到 iOS 应用,即便你毫无 Swift 编程经验。
    • FabrizioBrancati/BFKit-Swift:作者说这套工具库可以提高应用开发效率。不知效果如果?有兴趣的同学可以试用一下。

    • UI组件

    • jcavar/refresher:一个常用的下拉即刷新列表工具类,提供开放接口定制刷新动态变换效果。
    • ariok/BWWalkthrough:让你的页面切换动起来,示例效果杠杠的。作者还提供了比较完整的开发文档及示例解说。
    • vikmeup/SCLAlertView-Swift:动画效果弹出框封装库(管理于 CocoaPods),使用也足够方便。试着运行了一下,效果还不错。
    • varshylmobile/MapManager:地图管理封装库(默认支持Google和Apple地图服务)。
    • varshylmobile/LocationManager:位置管理封装库(默认支持 Google 和 Apple 地图服务)。
    • neoneye/SwiftyFORM:表单输入框架(亮点是表单验证规则引擎),是我见过地最易用的 Swift 表单组件。
    • ortuman/SwiftForms:这个表单递交库简单实用,支持主要数据类型及定制。快速开发利器。
    • kentya6/KYCircularProgress:这个进程条类库实现及使用都很简单,支持进程路径的定制,灵活方便。
    • coolbeet/CBStoreHouseRefreshControl:这个下拉刷新库,提供完全可定制进度变换效果,且极具艺术感。建议有能力的同学把 Objective-C 版本改写为Swift版本。
    • kevinzhow/PNChart-Swift:PNChart 的 Swift 版实现。PNChart http://t.cn/zRWXJCZ 是饼图、折线图、柱状图等常用可视化图表工具类库。开发者:@周楷雯Kevin
    • exchangegroup/Dodo:一款轻量地可定制信息栏小组件。包含 success, info, warning 及 error 类型消息展现。提供基本的按扭及事件绑定。
    • codestergit/SweetAlert-iOS:该弹窗控件设计简单直接,功能完整,动画效果恰如其分。实在不可多得,必须收录。
    • Ramotion/animated-tab-bar:一款灵动的动画标签栏类库。可在 storyboard 中直接使用,非常方便。Demo 效果非常漂亮。连续三天 GitHub 分类排名第一,且迅速过 600 星。它的代码并非复杂或特别,相信大家中意它的还是其设计感。
    • Ramotion/paper-switch:类库实现了当 Switch 组件开/关切换时,平滑过渡到父视图的变换效果功能(核心类继承了 UISwitch)。P.S. 该开发者也是这几天热门项目 Ramotion/animated-tab-bar 的作者。
    • FahimF/FloatLabelFields: 基于”Float Label Pattern“的内嵌浮动标签输入效果 Swift 版实现类库。
    • cemolcay/ReorderableGridView:可以拖拽排列 Grid 框格的 UI 组件。功能说明完整,使用方便,应该是一个不错的 UI “轮子”。
    • zhxnlai/ZLBalancedFlowLayout:一个通过调整 cell 大小来利用空间的 UICollectionViewFlowLayout 子类。
    • uacaps/PageMenu:分页式菜单控制及动态页视图切换。这款控件比较实用,且提供 CocoaPods 安装。
    • Yalantis/Side-Menu.iOS:一款带动画效果可定制 Slide Menu,可以学习其动画实现思路。P.S. 对于 Hamburger 式菜单,虽然很常用,不过,苹果并不鼓励使用,甚至有开发小组对其弊病用自家上线应用前后数据对比进行了抨击,仅做参考。
    • Mozharovsky/CVCalendar:开源 Swift 版日历组件及示例。该项目开发者充分使用了面向对象设计思想,让开发者可以更容易扩展及定制功能。同时,该开发者还提供了详细的组件使用方法(Storyboard 和代码方式指南)。
    • dekatotoro/SlideMenuControllerSwift:这是一个侧滑菜单弹窗 UI 组件,它提供高度可定制参数及完整示例。另外,组件代码集中,易用,仅一个核心类 SlideMenuController.swift
    • rhcad/ShapeAnimation-Swift:功能强大、使用简单的矢量动画框架。支持多层级,多形状,渐变以及各种常见的动画变化效果。绘图核心基于该作者另一个近期很火的开源项目 schwa/SwiftGraphics
    • raulriera/TextFieldEffects:具有不同输入风格及变化效果的标签和文本框组件库。它的原型来自 codrops 的 JS/CSS 项目。P.S. 我曾经还推荐过另一款基于 “Float Label Pattern” 风格类似项目 FloatLabelFields,与之一样优秀。
    • MengTo/Spring:不仅具有极简制作动画的 API ,还提供 Demo 界面调试动画效果,并生成相应代码。建议同学们在 Xcode 中运行体验一次,相信这个开源项目足够让你惊艳。已将其收入《Swift 开源项目精选》。
    • icanzilb/SwiftSpinner:这个图文结合进程条功能完整,整体效果还很酷。当然,使用也很简单。值得收录。
    • michaelbabiy/RMParallax:在应用启动时,提供简单帮助向导步骤的界面组件及示例程序。
    • ggamecrazy/LoadingImageView:简单实用的异步图片加载类库及示例。使用方便,功能独立、完整(离线存储也在计划中)。
    • pixyzehn/MediumScrollFullScreen:上下滚动时,全屏显示内容,并自然消隐上下菜单。由此项目感知,作者是一位很注重细节的开发者,的另外几个菜单类项目也都不错,值得参考,比如:PathMenu, MediumMenu 等。
    • MoZhouqi/KMPlaceholderTextView:可显示多行 placeholder 的 textView,实现逻辑简单、巧妙。
    • prine/ROStorageBar:存储器使用情况指示条组件,显示参数丰富,易于使用。开始以为它也包含了计算功能,可惜并没有,只是一个纯界面的小组件。不过,仍然有一定的实用性。
    • Yalantis/Persei:动画隐藏或显示顶部菜单支持库及示例项目。P.S. Yalantis 这个开发商,在 GitHub 上展示开发能力,Dribbble 上展示交互设计能力,并在 Behance 推广项目。整体展现了其出众的软件过程管理及综合开发实力。非常值得国内开发者学习。
    • KyleGoddard/KGFloatingDrawer:一款适合于大屏手机或平板的浮动抽屉式导航界面组件。效果很赞。
    • zemirco/swift-linechart:功能完整、实用的折线图组件。使用方便,参数配置简单。是不可多得的优质组件。
    • khawars/KSTokenView:带搜索、快捷输入、分段显示关键词的增强输入组件。作者提供了丰富地配置参数。主体功能同群发短信时选择、编辑好友群。
    • andreamazz/GearRefreshControl:这款下拉刷新动画是我所看到最没违和感的一个。
    • micazeve/MAGearRefreshControl:同样是下拉即刷新,看看人家花了多大的心思写代码。另一位开发者也实现在类似动画效果 andreamazz/GearRefreshControl,可以感受一下编程的多变性。
    • gali8/Tesseract-OCR-iOS:OCR 文字识别也有相应 iOS 项目。虽然是 Objective C 版,不过,提供 CocoaPods 三方库引用。与 Android 版师出同门。属于主流开源项目。
    • Akkyie/AKPickerView-Swift:AKPickerView O网页链接:一款小而美的 3D 效果选择器。P.S. 作者分别提供了 CocoaPods 和 Carthage 两种方式的三方接口对外引用和指南,Carthage 获得越来越多主流开发者重视了。
    • danielgindi/ios-charts:一款优秀 Android 图表开源库 MPAndroidChart 的 Swift 语言实现版(支持 Objective-C 和 Swift 调用)。缺省提供的示例代码为 Objective-C。P.S. 当然 @周楷雯Kevin 同学的 PNChart-Swift 也不容错过,同学们可以各取所需比较使用。
    • scotteg/LayerPlayer:一款全面展示核心动画 API 示例项目(上架应用)。包括 CALayer, CAScrollLayer, CATextLayer, AVPlayerLayer, CAGradientLayer, CAReplicatorLayer, CATiledLayer, CAShapeLayer, CAEAGLLayer, CATransformLayer, CAEmitterLayer 等使用的互动演示。RayWenderlich 有针对该项目的 撰文解读中译文 By @TurtleFromMars),与开发者 Scott Gardner 的 视频讨论
    • ReactiveCocoa/ReactiveAnimation:“ReactiveCocoa 推出了一个叫 ReactiveAnimation 的子项目,直接用完全用 Swift 来实现了。国外开发者社区就是拽啊! By @图拉鼎”。
    • larcus94/BRNImagePickerSheet:图片或视频选择器(可多选)组件及其示例项目。P.S. 作者推荐低藕、非侵入式三方库依赖引用方案 Carthage,从 iOS 8 开始,越来越多开发者推荐 Carthage 做为标配了。
    • JayGajjar/JGTransitionCollectionView:基于集合视图扩展实现完成自动布局及单元项 Flip 式动画效果(效果很赞)。组件使用方便、自然(只需设置集合视图数据源的标准方式即可)。
    • knutigro/COBezierTableView:通过编辑 Bezier 曲线四点位置设置 TableView 内 Cell 及对应按扭位置。实验效果很赞。#为开源点赞#
    • jozsef-vesza/ExpandingStackCells:采用 UIStackView 实现表格单元格扩展内容显示示例及解决方案。
    • szk-atmosphere/SAHistoryNavigationViewController:通过继承 UIViewController 并扩展 UICollectionView,UINavigationController,NSLayoutConstraint 等界面及布局控制核心类,应用内模拟实现 iOS 任务管理界面及切换组件。
    • szk-atmosphere/SABlurImageView:支持渐变动画效果的图像模糊化类库。P.S. 与前几天推存类库 SAHistoryNavigationViewController 是同一位作者。
    • cocoatoucher/AIFlatSwitch:一款带平滑过渡动画的 Switch 组件类。记得之前收录过两款相同风格的 Hamburger - Menu/CloseHamburger - Menu/Back。都是精细之作。
    • GabrielAlva/Swift-Prompts:一款漂亮、实用的提示弹窗。使用简单,参数定制完整,还支持窗口拖拽操作。
    • inFullMobile/WobbleView:当界面组件过渡时,带波纹摆动效果的组件扩展实现类及示例项目。
    • cjwirth/RichEditorView:一套可定制富文本编辑器组件及示例。功能完整、代码简练、实现逻辑巧妙(编辑器核心与 WebView 结合,采用 HTML5 contentEditable 编辑模式,执行JS 配套命令 execCommand 实现富文本编辑功能)。
    • SemperIdem/MKMapView-Extension:“在用 MapKit 的时候发现MKMapView缺少了极其重要的 ZoomLevel 这一个功能,因此便参照了网上的一些OC例程写了一个Swift版本的扩展,允许开发者获取当前地图的缩放级别和设置缩放级别。By @星夜暮晨”。
    • didierbrun/DBPathRecognizer:基于路径模型的手势识别工具(仅一个核心类)。妙处在于作者通过示例项目设置好 A-Z 字母的路径模型后,可以进行相应的手写识别。尽管它可能无法替代专业的手写识别输入,不过对于普通的手势识别还是搓搓有余了。
    • Yalantis/GuillotineMenu:正如其项目名字一样,这是一款极具创意及突破精神的动画演示项目。P.S. 这家公司(Yalantis)做动画,尤其界面特效出神入化。且 iOS / Android 通吃。
    • aryaxt/ScrollPager:一款小巧、易用的页滚界面组件。结合 storyboard 及滚动视图,轻易实现拖拽页滚功能。
    • wltrup/iOS-Swift-Circular-Progress-View:小而精悍地可定制类似 Apple Watch 圆型进程条组件。该组件同时支持代码及 Interface Builder 两种使用方式。
    • haaakon/SingleLineShakeAnimation:用一行代码给视图加上抖动效果。
    • indragiek/MarkdownTextView:非常轻量、简洁、高效的 Markdown 编辑组件及示例。这样的开源项目太喜欢了。
    • nickoneill/PermissionScope:向用户请求 iOS 权限的封装组件。封装库 API 调用非常方便,调用代码也很精简。一个很好的“轮子”,值得收录。
    • zhxnlai/UIColor-ChineseTraditionalColors:中国传统颜色引用 UIColor 扩展。“UIColor.桃红(),UIColor.竹青() …”,如此引用是否感觉亲切多了。P.S. 好的项目,源于用心,技术次之。这位同学已经深谙其道了。
    • zhxnlai/ZLSwipeableViewSwift:多变的卡片切换转场动画封装类库。
    • FlexMonkey/ShinpuruLayout:通过水平和垂直分组模块实现简单、快速布局的组件库。作者提供了多种不同类型的布局示例。
    • ziligy/JGFlipMenu:Flip 式菜单及其对应动画组件。使用也很简单直接 Interface Builder 。赞不赞自己看。
    • Draveness/DKChainableAnimationKit:高可读、链式代码风格动画框架库。
    • icanzilb/EasyAnimation:又一款使用简单、功能强大的动画类库。
    • andreamazz/BubbleTransition:以气泡膨胀和缩小的动画效果来显示切换界面。代码实现很简单,效果很突出。
    • KittenYang/KYFloatingBubble:实现iOS7 Game Center浮动气泡的一种思路。示例代码不多,效果还真得赞。
    • i-schuetz/SwiftCharts:基于层架构设计思想的图表类库。基于层架构,无论定制新的图表类型还是已有图表的叠加,都变得非常的容易。
    • tristanhimmelman/ZoomTransition:通过手势操控图片的放大、缩小、旋转等自由变化效果的组件及示例。
    • Yalantis/PullToRefresh:刷新动画可定制的下拉数据请求更新组件(类库非常简洁易用)。该组件由知名开源开发商 Yalantis 开发,并且还提供了完整动画定制演示项目 PullToMakeSoup
    • mikaoj/BSImagePicker:图片多选组件。接口简单,使用很方便。
    • skywinder/GaugeKit:模拟实现  Watch 风格运动进程表盘示例。P.S. 顺附  Watch 另一个圆型进程条参考项目 iOS-Swift-Circular-Progress-View
    • wongzigii/Butterfly:一款轻量、优雅的缺陷报告及反馈组件。与应用集成极为简单(仅需 2 行代码)。这个“轮子”实在太实用了,强烈推荐。附演示示例动态图。作者:@Wongzigii

    • 测试相关

    • kylef/Mockingjay:在单元测试时,模拟匹配条件的任意 HTTP 请求,该类库集成于 XCTest 框架内。是一套不可多得的快速开发工具库。
    • practicalswift/swift-compiler-crashes:旨在收集使 Swift 编译器崩溃的测试用例。这是一个疯狂又非常有意义的开源项目。可以定期关注一下。P.S. 该开源项目作者最新提示:Xcode 6.3 beta 与 Swift 1.2 已修复了其已发现编译器崩溃级缺陷的 83% 。
    • czechboy0/Buildasaur:自动测试 GitHub Pull Requests,以提高团队生产力。Buildasaur 安装条件:Xcode 6+, Xcode Server 4+ 和 GitHub 仓库证书。
    • czechboy0/XcodeServerSDK:非官方 Xcode Server SDK 封装库。 P.S. 该 SDK 分离自之前推荐的由该作者开发的自动测试框架 Buildasaur
    • realm/SwiftCov:Realm 开发的 Swift 代码测试覆盖率命令行工具。大家可以用用看,试试效果如何?

    2. 示例项目

    • 官方示例:”比起 GitHub 上的开源项目来说,官方的代码我觉得是更有参考价值的,比如 Session 406 的代码,Lister,就用一个 Swift 实现的包含 OSX 和 iOS 的” By @晨钰Lancy
    • 官方示例 - Lister:“Lister 这个官方 demo 也跑起来了。Apple 还是很用心的,不仅做了 iOS、Mac 和 Apple Watch 版本,并且为这个 demo 分别用 Objective-C 和 Swift 实现了一遍,最后还配了整整 30 页的文档!By @图拉鼎”。官方示例一份顶十份,学走路从官方文档及示例开始。
    • tsunghao/learn-swift:该项目是 nettlep/learn-swift 项目的(正体)中译版。最难能可贵的是原项目最后更新是 6 个多月前了。而中译项目已经更新至 Xcode 6.2(6C131e) ,且下一版(Swift 1.2)正式发布后,作者还会继续更新。
    • VirtualGS教程示例:以下示例程序来源于林泰前老师微博博客发布,为方便大家学习 Swift 编程,有幸获得林老师的准许在这里发布。
    • Easy-Cal-Swift:”实在忍不了 Swift 的数字计算时候的好麻烦的强制转换了,重载了一下加减乘除之类的操作符,这样就不用显式地转换类型了…(对于像我这样现在连补全都没有的孩子来说,能省好多时间啊- -)” By @onevcat
    • An app to list the available fonts on iOS:用 Swift 语言调用 UIKit,列出设备内所有字体名称的小程序。
    • Swift版的知乎日报:学习一门新语言,光看是没有用的,想要快速的掌握它,就得投入到真实项目的开发中,仿照 @YANGReal 的糗事百科,做了一个 Swift 版的知乎日报
    • Swift RSS Sample:用 Swift 语言开发的 RSS 阅读器
    • Swift版PM2.5的例子:一个很好的 Swift 与 Objective C 协同工作 GitHub 开源项目。用到的开源类库有 TFHpple:以 XPath 方式解析 HTML,SCLAlertView:使用 Swift 写的 AlertView SVProgressHUD 进度条 By @荧星诉语
    • lexrus/LTMorphingLabel:实现文字飘入飘出的效果。效果非常赞!
    • android1989/CharacterText:相比lexrus/LTMorphingLabel 的各种酷炫效果,这个版本比较简单实用。
    • practicalswift/Pythonic.swift:用 Swift 语言实现 Python 标准库的一部分。然后,用 Swift 写一段 Python 风格的程序,这是 Python 程序员想要的吗?相信这不过是一个实验,以此说明 Swift 语言的多变性、动态性的能力。
    • AshRobinson/GoogleWearAlert:Swift 语言实现模拟 Google Wear 风格 Alert 窗口。
    • rafaelconde/ios8-ui-kit:IOS 8 UI KIT + FOR SKETCH — 最新IOS8免费设计资源
    • gemtot/iBeacon:Swift 版 iBeacon 简单项目(支持最新Beta 6编译)。感兴趣的同学可以学习一下。有关于 Passbook 应用及 Passkit 框架编程知识这里有一篇网友较早发布的《iOS 6 - PassKit 编程指南》
    • evnaz/ENSwiftSideMenu:一个简单的 Slide 侧拉菜单实现。使用很方便:sideMenu = SideMenu(sourceView: self.view, menuData: [“UIDynamics”, “UIGestures”, “UIBlurEffect”])
    • iluuu1994/Pathfinder:一个有趣的算法类项目。虽然目前只是个演示项目,不过,作者有计划加入更多算法优化程序,同时,也有计划支持3D地图。
    • KhaosT/HomeKit-Demo :HomeKit 演示项目,可以与HomeKit模拟器协同工作。由此进一步思考:HomeKit 配合 iBeacon、蓝牙,甚至更具DIY潜力的树莓派(Raspberry Pi)组成未来家居智控中心,这个方向上的开发潜力巨大。感兴趣的同学可以关注一下。
    • mathewsanders/Animated-Transitions-Swift-Tutorial:结合 Xcode 开发步聚介绍如何开发动画过渡 Prototyping Animatted Transition in Swift(Part I)
    • mathewsanders/Custom-Menu-Transition-Swift-Tutorial:结合Xcode开发步聚介绍如何开发动画过渡 Transition in Swift(Part II)](http://mathewsanders.com/custom-menu-transitions-in-swift/)
    • vandadnp/iOS-8-Swift-Programming-Cookbook:来自《 O’Reilly’s iOS 8 Swift Programming Cookbook》的配套示例。书买不买另说,如此即时、完整、丰富的新书示例项目真不多见。悟性好的同学,开发时参考一下示例是不是就不用买书了?
    • ide/UIVisualEffects:Swift 实现模糊化等视觉效果示例代码。代码详见这里
    • sxyx2008/FoodPin:如此完整的 Swift 示例项目,可以帮助学习到不少Swift编程技巧。”用Swift写的一个功能比较完善的App,参照 Beginning iOS 8 Programming with Swift 一书。功能比较完善。AutoLayout、Core Animation、Core Data、国际化等。” By @荧星诉语
    • PhotoBrowser:”展示 Instagram 授权用户发布的照片的 App,参考了Ray Wenderlich 的 Alamofire 教程,还用了 SwiftyJSON 和 FastImageCache。” By @Kyrrr
    • dekatotoro/SlideMenuControllerSwift:这是一个侧滑菜单弹窗 UI 组件,它提供高度可定制参数及完整示例。另外,组件代码集中,易用,仅一个核心类 SlideMenuController.swift
    • mslathrop/SwiftNote:一款简单的笔记应用及其 Today 插件。可惜开发者还不知道如何与 iCloud 进行数据同步,有兴趣的同学可以参与一下。
    • gcollazo/mongodbapp:实现在Mac系统菜单栏上快捷启动/停止 MongoDB 的 Swift 项目。代码简单、易读,且核心代码全部在 AppDelegate.swift
    • 441088327/SYKeyboardTextField:“开源一个我自己写的键盘附随输入框,为Swift做些贡献”。 作者:@余书懿
    • dasdom/BreakOutToRefresh:下拉加载刷新时,嵌入了用 SpriteKit 框架写的有趣的小游戏播放页。P.S. 此例中作者嵌入的或许并没有让你耳目一新,甚至感到有点牵强,不过,若嵌入更合适的呢?
    • eleks/rnd-apple-watch-tesla:Apple Watch 操作 Tesla 汽车。可惜是 Objective C 版本的,否则,Swift 同学又是一次很好的学习机会。
    • kenshin03/Cherry:定时器应用,功能包括在手表上新建活动,启动/停止活动,持久化活动数据在 iPhone,在 Glances 中查看活动状态并可直接切换至该应用。P.S. 该应用由作者之前开发的 Objective-C 项目采用 Swift 重写后获得。
    • slazyk/SINQ:该项目把来自 C#和VB 的 LINQ 集成查询功能吸收了进来。是不是又一次证明了 Swift 吸纳各语言精华的能力很强大,是不是又一次向”大一统”的编程/编译环境迈进了一步?
    • MengTo/DesignerNewsApp:一款针对 Designer News 网站的完整 iOS 应用,最具特色地是开发者对动画技术得心应手的应用。P.S. 该开发者发布过一套非常完整、实用的优秀动画封装库及演示工具 Spring
    • MoZhouqi/VoiceMemos:“语音笔记本应用。用到了一些 iOS 8 新技术,比如 UISplitViewController、UISearchController、UIAlertController、自定义 Presentations、可视化开发,还有一些语音相关的用法。界面开发的新技术介绍可以参考 @onevcat这个帖子”。
    • schwa/TimingFunctionEditor:贝塞尔曲线编辑器,编辑后可以预览或拷贝代码片段直接使用。P.S. 该项目采用更简单的依赖管理器 Carthage
    • CarlosButron/Swift:60 多个 Swift 示例项目及代码集锦,技术及品类几乎涉足方方面面。
    • lizyyy/Homeoff:“用swift写了一个模仿Launcher通知中心快捷方式的应用。支持 20 个应用,并增加了一个返回到桌面来解放Home键的功能 By @Swift攻略”。
    • MakeZL/ZLSwiftRefresh:下拉刷新/上拉加载组件扩展及示例。“支持自定义动画,集成简单,兼容 UITableView,CollectionView,ScrollView,WebView”。
    • philcn/Auto-Layout-Showcase:几项常用自动布局技巧示例代码及演示。搭建简单应用够使了。
    • FlexMonkey/MetalParticles:超强计算、极致渲染,发挥 GPU 最高效能 Metal 框架演示项目。P.S. Metal 框架是并驾于 OpenGL ES 的底层图形计算接口。相比于 OpenGL,它甚至更底层、更接近 GPU。它是需求超强计算及渲染性能要求的游
      戏平台不二之选。
    • Mav3r1ck/Project-RainMan:一款很酷的天气预报应用。Forcast.io 提供的天气预报 API 很赞。
    • kongtomorrow/WatchTransition:模拟 Apple Watch 上的动画过渡效果。Objective-C 和 Swift 混搭开发学习参考。
    • jessesquires/JSQWebViewControlle:一款轻量的 WebKit 浏览器视图控制封装库(使用 WKWebView)。
    • radex/DiffyTables:提供在 WatchKit 应用中有效使用表格的实例。完整实现思路作者已经撰写长文 Practical and efficient WatchKit tables with view model diffing。充分理解该文章作者推荐阅读 Reducing WatchKit Traffic With View Models
    • WWDC 2015 watchOS应用示例:1. Lister(大家比较熟了); 2. PotLoc:使用 CoreLocation 定位;3.WatchKitMoviePlayer: 使用 WKInterfaceMovie播放视频。
    • The-Swift-2.0-Programming-Language-playground:“自己整理的对应最新发布《The Swift Programming Language》Swift 2.0 一书中的内容的Playground,基本在Playground中包含了书中描述的知识点 By @孟祥月”。
    • alskipp/Swift-Diagram-Playgrounds:面向协议的编程示例 Playgrounds 。P.S. 编程技术真是日新月异啊。
    • jstart/UIStackView-Playground:采用 UIStackView 平铺式自动布局演示示例 Playground。#为开源点赞# P.S. 顺附 UIStackView 官方文档译文 By @潇湘TT
    • phpmaple/Stick-Hero-Swift:“开源小游戏Stick-Hero,和大家一起学习Swift2和Spritekit,基础功能完成,后续添加一些细节方面设计 By @KooFrank”。#Swift 2#

    3. 完整项目

    • WWDC app for OS X:去年还只是一个会后的脑补演示项目。而今年已然成为追剧观看的超实用项目。连编译都懒得做的同学直接下载应用即可。
    • fullstackio/FlappySwift:用 Swift 语言实现的 FlappyBird
    • JakeLin/SwiftWeather:天气预报iOS项目,新界面还不错,简单,还带点卡通的味道
    • akeFiveInteractive/WeatherMap:基于地图的天气预报(上架)应用。比较适合长途自驾游的同学。
    • tnantoka/edhita:edhita 是一款用 Swift 重写并完全开源的文本编辑器。AppStore 上已经有更新版下载。试用后感觉还不错。它甚至支持 Markdown, HTML 等文件编辑后的预览显示。
    • jurre/TravisToday:一个功能相对完整的服务于 Travis CI 系统的 OS X 应用扩展 Today 项目案例。
    • stakes/Frameless:一款基于 WKWebView 的最小化全屏浏览器,主要功能是方便开发者采用HTML5做原型设计或 App 发布。对于测试工程师或喜欢极简、全屏浏览用户,可以直接在AppStore下载使用。
    • mozilla/firefox-ios:Swift 写的 iOS 版 Firefox。P.S. 第三方库用到了 Alamofire, Snappy, swift-json 等,内置阅读器还使用了 Readability。
    • lexrus/VPNOn:一款驻在通知中心内的基于 Today 扩展的 VPN 开关应用。
    • victor/whereami:一款用 Swift 语言写的通过命令行获得当前设备地理位置程序。虽然很简单,不过,实用性及学习性俱佳。
    • Ahmed-Ali/RealmObjectEditor:Realm 数据库 Swift 版开源编辑器。提供针对实体,属性及关系的编辑功能,完成后可以将实体结构导出为 Swift, Objective-C 或 Java 类模型。非常实用。
    • jpsim/DeckRocket:在相同 WiFi 网络环境内,通过 iPhone 控制并播放 Mac 中的 PDF 文档。ft 编译器崩溃的测试用例。这是一个疯狂又非常有意义的开源项目。可以定期关注一下。P.S. 该开源项目作者最新提示:Xcode 6.3 beta 与 Swift 1.2 已修复了其已发现编译器崩溃级缺陷的 83%。
    • Carthage/Carthage:更简单的方式来管理 Cocoa 第三方框架。有了 CocoaPods 为何还要使用 Carthage,作者在 README.md(中译) 已经做了充分说明。
    • artsy/eidolon:艺术品拍卖的投标亭平台。作者提供了一个很励志的开发故事:从商业创意到最终实现。心路历程从不开源到开源,从 Objective-C 到 Swift(去年夏天的事,现在当然是 Swift),以及选择时髦的反应式编程框架 ReactiveCocoa……
    • mortenjust/androidtool-mac:“一款用 Swift 写的可在 Mac 上使用的 Android 工具, 支持一键截屏, 视频录制, APK 安装等功能”。
    • lexrus/JSCoreDemo:“演示了一下怎样在 Swift 里用 JavaScriptCore 把原生功能桥接给 JS 用,代码少很容易理解”。简单、易懂的基础演示代码。P.S. 希望进阶学习的同学,这里有一个完整项目供参考 RichEditorView:基于 HTML 5 的可定制富文本编辑器组件及示例。
    • gilesvangruisen/Swift-YouTube-Player:用不了的同学就当学习吧。或参考并试着写个 Swift-(…)-Player。
    • Imperiopolis/WatchScreenshotMagic:快速生成干净、漂亮的 Apple Watch 截图的实用工具应用。
    • beltex/dshb:OS X 系统状态(CPU、电池、内存、温度传感器、风扇及杂项)监视器应用。每秒刷新文本界面,极低系统开销。
    • nscoding/sleep-osx:在 Spotlight 中输入 sleep 即休眠你的 Mac。实现特别简单,几行代码而已。
    • dasdom/Tomate:这个圆盘式计时器让你更专注于工作或学习。P.S. App Store 上架收费应用(0.99 欧),开发者福利呀。

    3. 项目评测

    • 【Workflow 测评】Workflow 是款什么软件?(作者:@JailbreakHum):”除了圣诞降价以外最近最火的软件话题应当是 #Workflow# 了。如果你没接触过此类软件,或许会纳闷它有何魅力。我们针对这款软件的测评系列的第一篇就是来向你概述它是什么软件的,所以文中给出大多是基本知识,不过相信也会给老手一定的启发。”

    相关工具

    1. 开发工具

    • Xcode 6 beta下载:苹果应用集成开发环境。支持 C/C++, Objective C, Swift 等。不用购买开发者计划,直接下载。
    • Textmate:Mac OS X 上一个可高度自定义的编辑器,尤其在我想做出一个快速改变但又不想等待 Xcode 加载的时候。该工具目前已经开源
    • Mou:OS X 上一款 Markdown 的编辑器。非常适用于编写自述文件、变更日志以及其他方面的内容。作者:罗晨
    • Sublime Text ($):Mac OS X 上另一款非常受欢迎的轻量级,可高度自定义的编辑器。
    • RunSwift:正在犹豫是否入手苹果电脑开始一段 Swift 编程旅程的同学们,或仅仅为了试验一段简单 Swift 代码又懒得打开 Xcode,可以试试这款 Web 版 Swift 编译环境 RunSwift。
    • InfinitApps - Bezel:“嫌 Xcode 6 目前提供的 Watch 模拟器不够直观?Bezel 是一个用于视觉预览 WatchKit 所开发程序效果的小工具,前提是你安装了 xScope 软件(Mac端)或 xScopeMirror(iPhone端)。 By @WatchKit开发
    • Markdown -> Playground:该开源项目可将内含有 Swift 代码的 Markdown 自动转换为 Xcode Playgrounds 文件。喜欢用 Markdown 编辑的同学很激动吧。P.S. 这款工具写于 NodeJS,原因作者有交待。
    • iOS/Mac Autolayout Constraints:这个工具不错,很直观,布局时可以省不少工夫。推荐者:@荧星诉语
    • 在线生成 AppStore 审核用截图:便捷的生产力工具。免费,易操作,可自定义。

    2. 代码管理

    • GitHub:声望日盛的资源分享之地。
    • GitHub for Mac:一个设计的非常美观的 git 客户端,不能取代你从命令行获得的所有功能,但使用起来非常简单。
    • GitCafe:GitCafe is a source code hosting service based on version control system Git。国内的代码托管服务,基于 Git,值得一提的是最近也推出了和 GitHub Pages 类似的服务 Gitcafe Pages。因为是在国内,所以相比较 GitHub 有速度优势,在网络环境差的情况下也许可以作为 GitHub 的备用。
    • Bitbucket:国外的代码托管服务,不同于 GitHub 的是,Bitbucket 可以免费建立 private 项目。
    • Git:分布式版本控制系统和源码管理系统,其优点是:快和简单易用。对于新手来说,可在此查看免费电子书籍。

    3. Xcode 插件

    4. 管理工具

    • HomeBrew:OS X 上非常出色的包管理工具。
    • Transmit ($):一个Mac OS X 上 FTP 客户端,有着非常漂亮的用户界面和有用的功能。

    5. 调试工具

    6. 参考文章

    • iOS 开发工具:”这是我们多篇 iOS 开发工具系列篇中的一篇,此前的文章比如:那些不能错过的 Xcode 插件,iOS 开发者有价值的工具集,iOS/OS X 开发:各种工具快到碗里来!,App 原型设计工具使用心得(上)& App 原型设计工具使用心得(下),你用哪种工具进行 iOS app 自动化功能测试?iOS 开发者必知的 75 个工具” By @CocoaChina
    • IOS 各种调试技巧豪华套餐:讲得很细。对于初学 Xcode 开发的同学值得参考,对于有经验的同学可以略过。作者:@David戴未来
    • 详解Xcode 6的视图调试:教程非常实用,值得学习。另外,教程选用的开源项目(jessesquires/JSQMessagesViewController)也很经典。来源:Ray Wenderlich,译者:@CocoaChina 翻译组

    7. 示例项目

    8. 实用资源

    • google/material-design-icons :对于喜欢 Material Design 风格的同学,这是难得好资源。Google 提供了极为完整的各种图标(包含 iOS 各种精度及 SVG)设计资源。
    • 全唐诗数据库:SQLite 数据库脚本。
    展开全文
  • C++的反思(知乎精华)

    2015-07-21 11:23:01
    转载地址:c++的反思最近两年 C++又有很多人出来追捧,并且追捧者充满了各种优越感,似乎不写 C++你就一辈子是低端程序员了,面对这种现象,要不要出来适时的黑一下 C++呢?咱们要有点娱乐精神,关于 C++的笑话数都...

    转载地址:c++的反思

    最近两年 C++又有很多人出来追捧,并且追捧者充满了各种优越感,似乎不写 C++你就一辈子是低端程序员了,面对这种现象,要不要出来适时的黑一下 C++呢?

    咱们要有点娱乐精神,关于 C++的笑话数都数不清:


    笑话:C++是一门不吉祥的语言,据说波音公司之前用ADA为飞机硬件编程,一直用的好好的,后来招聘了一伙大学生,学生们说我靠还在用这么落后的语言,然后换成C++重构后飞机就坠毁了。

    笑话:什么是C++程序员呢?就是本来10行写得完的程序,他非要用30行来完成,并自称“封装”,但每每到第二个项目的时候却将80%打破重写,并美其名曰 “重构”。

    笑话:C容易擦枪走火打到自己的脚,用C++虽然不容易,但一旦走火,就会把你整条腿给炸飞了。

    笑话:同时学习两年 Java的程序员在一起讨论的是面向对象和设计模式,而同时学习两年 C++的程序员,在一起讨论的是 template和各种语言规范到底怎么回事情。

    笑话:教别人学 C++的人都挣大钱了,而很多真正用 C++的人,都死的很惨。

    笑话:C++有太多地方可以让一个人表现自己“很聪明”,所以使用C++越久的人,约觉得自己“很聪明”结果步入陷阱都不知道,掉坑里了还觉得估计是自己没学好 C++

    笑话:好多写了十多年 C++程序的人,至今说不清楚 C++到底有多少规范,至今仍然时不时的落入某些坑中。

    笑话:很多认为 C++方便跨平台的人,实际编写跨平台代码时,都会发现自己难找到两个支持相同标准的 C++编译器。


    关于 C++的笑话我有一箩筐,各位 C++粉用不着对号入座。言归正传,为什么要黑 C++呢?谈不上黑不黑,我从94年开始使用 C++(先前是 CPascal),一路看着 C++成长壮大,用 C++写过的代码,加起来应该超过 10MB了吧,C++的各种宝典我也都读过,一直到 2004年开始切回 C,主要原因是发现很多没法用 C++思路继续解决下去的问题,或者说用 C++思路解决下去会很糟糕的问题。

    那时候(2004-2005)正是 C++满天飞的时候,言必称 C++,用必用模版,我跳出来说你们醒醒吧,别过火了,这个世界并不是都是抽象数据结构和算法就可以描述清楚的。于是很多人激动的跳出来说:“你没领会到 C++精髓,你根本都不会用 C++”。我问他们:语言是用来解决问题的,如果一个语言学了三四年都会经常掉沟里,算好语言么?如果编写十多年 C++的程序员都很难掌握得了,这算好语言么”。他们又说:“语言是死的,人是活的”。

    我记得当时一位国内 C++大牛,为了纠正我的 “错误观点”,给我看过他写的一套十分强大的库,我打开一看,倒吸了一口冷气,全部是.h文件。我只能回他三个字:“你牛逼”。当然这是一个极端的例子,那家伙后来终于也开始把.h里面的东西逐步挪到.cpp里面了,这是好事。

    当时和云风在一家公司,2004年新人培训时,他给新人布置了一个实现内存分配器的作业,批改作业的时候,他经常边看边问人家,“不够C++呀,你能不能百分之百OOP?”,“1%C都不要留”。我当时在公司内部邮件列表里面发过关于C++的问题,大部分人都表示:“你看没有C++我们怎么写3D引擎呢?”。我跟他们讲:“John Carmack直到 Quake3都还在用着 ANSI C,后来因为不得不支持 D3D,改用 C++了。为啥 C 不能写 3D引擎了?”。他们告诉我:“你看,Point,就是个对象,Matrix也是个对象,那么多 Vector的代数计算,用 C++的算术重载是多么美妙的事情,三维世界就是对象的世界。”。

    确实当时客户端 GUI的话,只有 C++,图形引擎也只有 C++,这两个正是C++最强的地方,所以我也没和他们争辩,强迫他们承认 C也可以很漂亮的写图形,而且C写的可以写的很优雅。我又不是闲着没事情,何必去质疑人家的核心价值观呢。当年我正在接手一个 C++项目,代码超过 800KB,每次崩溃都需要花费很长时间去定位,项目中大量的前后依赖,改一个地方,前后要看好几处,一处遗漏,整个系统就傻逼了。我开始重构后,花了两个星期,将性能敏感的核心部分剥离出来用 C实现(代码量仅 200KB),然后导出 Python接口,用Python来完成剩下的部分,整个脚本层代码量只有 150KB。整个世界清爽了,整个 C++项目原来的工期为 2个程序员四个月,我一个人重构的时间加起来就 1.5个月,而且代码量比远来少了两倍还多,各种奇特的 BUG也一扫而尽。我看看左边的 800KB一团乱麻的 C++代码,再看看右边整洁的 300多 KBC + Python,琢磨着,这个项目干嘛不一开始就这么做?

    跨语言接口

    现代项目开发,不但需要更高的性能,而且需要更强大的语言描述能力。而 C++正处在一个尴尬的地方,比底层,它不如 C能够精确的控制内存和硬件,各种隐式构造让你防不胜防;比描述能力,比快速业务开发和错误定位,它又赶不上 Python, Ruby, Lua等动态语言,处于东线和西线同时遭受挤压和蚕食的地步。

    很快,2006-2007年左右,其他项目组各种滥用 C++的问题开始显现出来:当时脚本化已经在工程实践中获得极大的成功,然而某些项目一方面又要追求 100%的 C++,另一方面又需要对脚本导出接口,他们发现问题了,不知道该怎么把大量的 C++基础库和接口导给 Lua

    C的接口有各种方便的方式导给脚本,然而整个项目由一群从来就不消于使用脚本的cpp大牛开发出来,当他们要吧cpp类导出接口给脚本时,他们设计了一套牛逼的系统,lua自动生成机器码,去调用c++的各种类,没错,就是c++版本的cffi或者ctypes。他为调用vc的类写了一套机器码生产,又为调用gcc的类写了一套代码生成。那位cpp大牛写完后四处炫耀他的成果,后来他离职了,项目上线一而再再而三的出现无可查证的问题,后来云风去支援那个项目组,这套盘根错节的c++项目,这套盘大的代码自生成系统深深的把他给恶心到了。后来众所周知云风开始反C++,倡导回归C了,不知道是否和这个项目有关系。

    于是发现个有趣的现象,但凡善于使用脚本来提高工程效率的人,基本都是C加动态语言解决大部分问题(除了gui和图形),但凡认为c++统治宇宙的人很多都是从来没使用过脚本或者用了还不知道该怎样去用的人。

    凭借这样的方法,我们的产品同竞争对手比拼时,同样一个功能,同样的人力配置,竞争对手用纯C++要开发三月,我们一个月就弄出来了,同样的时间,对手只能试错一次,我们可以试错三次。后来,据我们招聘过来的同事说,竞争对手也开始逐步降低 C++的比例,增加 java的比例了,这是好事,大家都在进步嘛。

    ABI的尴尬

    ABI级别的 C++接口从来没有标准化过,以类为接口会引入很多隐藏问题,比如内存问题,一个类在一个库里面实例化的,如果再另外一个库里面释放它们就有很多问题,因为两个动态库可能内存管理系统是不一样的。你用这里的 allocator分配一块内存,又用那里的 allocator去释放,不出问题才怪。很多解决方法是加一个 Release 方法(比如 DX),告诉外面的人,用完的时候不要去 delete,而是要调用 Release

    项目写大了各个模块隔离成动态库是很正常的,而各种第三方库和自己写的库为追求高性能引入特定的内存管理机制也是很正常的。很多人不注意该调用release的地方错写成delete就掉沟里去了。更有胜者跨 ABI定义了很多inline方法的类,结果各种隐式构造和析构其实在这个库里生成,那个库里被析构,乱成一团乱麻。C就清晰很多,构造你就调用fopen,析构你就fclose,没有任何歧义。其实C++的矛盾在于一方面承认作为系统级语言内存管理应该交给用户决定,一方面自己却又定义很多不受用户控制的内存操作行为。 所以跨 ABI层的c++标准迟迟无法被定义出来,不是因为多态 abi复杂,而是因为语言逻辑出现了相互矛盾。为了弥补这个矛盾,C++引入了operator newdelete,这new/delete重载是一个补丁并没从逻辑上让语言变得完备,它的出现,进一步将使用者拖入bug的深渊。

    其实今天我们回过头去看这个问题,能发现两个基本原则:跨abi的级别上引入不可控的内存机制从语言上是有问题的,只能要靠开发者约定各种灵巧的基类和约定开发规范来解决,这个问题在语言层是解决不了的;其次你既然定义了各种隐式构造和析构,就该像java或者动态语言一样彻底接管内存,不允许用户再自定义任何内存管理方法,而不是一方面作为系统极语言要给用户控制的自由,一方面自己又要抢着和用户一起控制。

    因此对象层 ABI接口迟迟无法标准化。而纯 CABI不但可以轻松的跨动态库还能轻松的和汇编及各类语言融合,不是因为C设计多好,而是C作为系统层语言没有去管它不该管的东西。当年讨论到这个话题时 C++大牛们又开始重复那几句金科玉律来反驳我:“语言只是招式,你把内功练好,就能做到无招胜有招,拿起草来都可以当剑使,C++虽然有很多坑,你把设计做好不那么用不就行了”。我说:本来应该在语言层解决好的事情,由于语言逻辑不完备,将大量问题抛给开发者去解决极大的增加了开发者的思维负担,就像破屋上表浆糊一样。你金庸看多了吧,武术再高,当你拿到一把枪发现子弹不一定往前射,偶尔还会往后射时,请问你是该专心打敌人呢?还是时刻要提防自己的子弹射向自己?

    系统层的挫败

    C++遭受挫败是进军嵌入式和操作系统这样靠近硬件层的东西。大家觉得宇宙级别的编程语言,自然能够胜任一切任务,很快发现几个问题:

    无法分配内存:原来用 C可以完全不依赖内存分配,代码写几千行一个 malloc没有都行。嵌入式下处理器加电后,跳到特定地址(比如起始地址0),第一条指令一般用汇编来写,固定在0地址,就是简单初始化一下栈,然后跳转到 C语言的 start函数去,试想此时内存分配机制都还没有建立,你定义了两个类,怎么构造呀?资源有限的微处理器上大部分时候就是使用一块静态内存进行操作。C++写起来写爽了,各种隐式构造一出现,就傻了。

    标准库依赖:在语言层面,C语言的所有特性都可以不用依赖任何库就运行,这为编写系统层和跨平台跨语言代码带来了很方便的特性。而C++就不行,我要构造呀,我要异常呀,你为啥不能给我强大的运行时呢?什么你还想用 stl?不看看那套库有多臃肿呀(内存占用,代码尺寸)。

    异常处理问题:底层开发需要严格的处理所有错误返回,这一行调用,下一行就判断错误。而异常是一种松散的错误处理方式,应用层这么写没问题,系统层这么写就很狼狈了。每行调用都try一下和C的调用后if判断结果有什么区别?C++的构造函数是没有返回值的,如果构造内部出错,就必须逼迫你catch构造函数的异常,即便你catch住了,构造异常的时候当然会自动触发相关内部对象的析构,但是有很多并没有析构的资源(比如系统资源,比如C接口的资源,他们都没有一个析构),整个过程是很难控制的,此时这个实例是一个半初始化实例,你该怎么处理它呢?于是有人把初始化代码移除构造函数,构造时只初始化一下变量,新增加一个带返回的init函数,这样的代码写的比C冗余很多。何况硬件中断发生时,在你不知道的情况下,同事调到一些第三方的库,你最外层没有把新的exceptioncatch住,这个exception该往哪里抛呀?内存不够的时候你想抛出一个 OutOfMemoryException,可是内存已经不够了,此时完全无能力构造这个异常又该怎么办呢?

    处理器兼容:C++的类依赖基地址+偏移地址的寻址方式,很多非 Intel系列的微处理器上只有简单的给定地址寻址,不支持这样一条语句实现BASE+OFFSET的寻址,很多C++代码编译出来需要更多的指令来运算地址,导致性能下降很多,得不偿失。

    隐式操作问题:C的特点是简单直接,每行语句你都能清楚的知道会被翻译成什么样子,系统会严格按照你的代码去执行。而用C++,比如 str1 = str2 + "Hello" + str3; 这样的语句,没几个人真的说得清楚究竟有多少次构造和拷贝,这样的写法编写底层代码是很不负责任的,底层需要更为精细和严格的控制,用C语言控制力更强。

    当然,说道这里很多人又说,“C++本来就是 C的超集,特定的地方你完全可以按照C的写法来做呀。没人强迫你构造类或者使用异常呀”,没错,按 Linus的说法:“想要用 C++写出系统级的优秀的可移植和高效的代码,最终还是会限于使用 C本身提供的功能,而这些功能 C都已经完美提供了,所以系统层使用 C的意义就在于在语言层排除 C++的其他特性的干扰”。

    很多人都记得 Linus在 2007年因为有人问 Git为什么不用 C++开发炮轰过一次C++。事实上2004年 C++如日中天的时候,有人问 Linux内核为何不用 C++开发,他就炮轰过一次了:

    实际上,我们在1992年就尝试过在Linux使用 C++了。很恶心,相信我,用C++写内核是一个 “BLOODY STUPID IDEA”。事实上,C++编译器不值得信任,1992年时它们更糟糕,而一些基本的事实从没改变过:
    – 整套 C++异常处理系统是 “fundamentally broken”。特别对于编写内核而言。
    – 任何语言或编译器喜欢在你背后隐藏行为(如内存分配)对于开发内核并不是一个好选择。
    – 任然可以用 C来编写面向对象代码(比如文件系统),而不需要用 C++写出一坨屎来。
    总得来说,对任何希望用 C++来开发内核的人而言,他们都是在引入更多问题,无法象 C一样清晰的看到自己到底在写什么。

    C++粉丝们在C++最火热的时候试图将 C++引入系统层开发,但是从来没有成功过。所以不管是嵌入式,还是操作系统,在靠近硬件底层的开发中,都是清一色的 C代码,完全没有 C++的立足之地。

    应用层的反思

    STL出来后,给人一种 C++可以方便开发应用层逻辑的错觉。由于很多语言层不严密的事情,让STL来以补丁的方式完成,于是很多以为可以象写 java一样写 C++的初学者落入了一个个的坑中。比如 list.size(),在 Windowsvcstl是保存了 list的长度的,size()直接 O(1)返回该变量,而在gccstl中,没有保存 list长度,size()将搜索所有节点,O(n)的速度返回。

    由于语言层不支持字符串,导致 std::string实现十分不统一,你拷贝构造一个字符串,有的实现是引用,才用 copy-on-write的方法引用。有的地方又是 new,有的实现又是用的内存池,有的实现线程安全,有的实现线程不安全,你完全没法说出同一个语句后面到底做了些什么(见孟岩的《Linux之父话糙理不糙》)。

    再比如说我想使用 hash_map,为了跨平台(当你真正编写跨平台代码时,你很难决定目标编译器和他们的版本,想用也用不了 unordered_map),我很难指出一种唯一声明 hash_map的方法,为了保证在不同的编译器下正常的使用 hash_map,你不得不写成这样:

    #ifdef __GNUC__ 
        #ifdef __DEPRECATED 
            #undef __DEPRECATED 
        #endif 
        #include <ext/hash_map> 
        namespace stdext { using namespace __gnu_cxx; } 
        namespace __gnu_cxx { 
            template<> struct hash< std::string > { 
                size_t operator()( const std::string& x ) const { 
                    return hash< const char* >()( x.c_str() ); 
                } 
            }; 
        } 
    #else 
        #ifndef _MSC_VER 
            #include <hash_map> 
        #elif (_MSC_VER < 1300) 
            #include <map> 
            #define IHAVE_NOT_HASH_MAP 
        #else 
            #include <hash_map> 
        #endif 
    #endif
    
    #ifdef __GNUC__ 
        using namespace __gnu_cxx; 
        typedef hash_map<uint32_t, XXXX*> HashXXXX; 
    #else 
        using namespace stdext; 
        typedef hash_map<uint32_t, XXXX*> HashXXXX; 
    #endif

    如果有更好的跨平台写法,麻烦告诉我一下,实在是看不下去了。一个基础容器都让人用的那么辛苦,使得很多 C++程序员成天都在思考各种规范,没时间真正思考下程序设计。

    由于语言层要兼容 C,又不肯象 C一样只做好系统层的工作,导致当 C++涉足应用层时,没法接管内存管理,没法支持语言层字符串,没法实现语言层基础容器。所以需要借助一些 stl之类的东西来提供便利,但 stl本身又是充满各种坑的。且不说内存占用大,程序体积大等问题,当编译速度就够呛了。所以为什么 C++下面大家乐意重复造轮子,实现各种基本容器和字符串,导致几乎每个不同的 C++项目,都有自己特定的字符串实现。就是因为大家踩了坑了,才开始觉得需要自己来控制这些细节。stl的出发点是好的,但是只能简单小程序里面随便用一下,真是大项目用,stl就容易把人带沟里了,所以很多大点的 C++项目都是自己实现一套类似 STL的东西,这难道不是违背了 stl设计的初衷了么?

    语言层的缺失,让大家为了满足业务开发的快速迭代的需求,创造了很多很基础的设计灵巧的基类,来提供类似垃圾回收,引用计数,copy-on-writedelegate,等数不胜数的功能。每个项目都有一系列 BaseObject 之类的基础类,这样就引入一个误区,两年后你再来看你的代码,发现某个 BaseObject不满足需求了,或者你和另外一个项目 merge代码时,需要合并一些根本属性。图形和GUI这些万年不变的模型还好,应用类开发千变万化,一旦这些设计灵巧的基类不再适应项目发展时,往往面临着全面调整的代价。

    打开一个个 C++大牛们 blog,很多地方在教你 std::string的原理,需要注意的事项。map的限制,vector的原理,教你如何实现一个 string。这就叫 “心智负担”,分散你的注意力,这是其他语言里从来见不到的现象。战士不研究怎么上前线杀敌,天天在琢磨抢和炮的原理,成天在思考怎么用枪不会走火,用炮不会炸到自己,这战还怎么打?

    所以此后几年,越来越多的人开始反思前两年C++过热所带来的问题,比如高性能网络库 ZeroMQ作者 Martin Sustrik 的:《为什么我希望用C而不是C++来实现ZeroMQ》,比如云风的《云风的 BLOG: C 的回归》,比如引起热议的《Why C++ Is Not "Back"》

    ##全面被代替

    2008年以后,行业竞争越来越激烈,正当大家一边苦恼如何提高开发效率,一边掉到C++的各种坑里的时候,越来越多的应用开发方案涌现出来,他们都能很好的代替 C++。各行各业的开发者逐步相见恨晚的发现了各种更加优秀的方案:需要底层控制追求性能的设计,大家退回到 C;而需要快速迭代的东西大家找到各种动态语言;介于性能和开发速度之间的,有java,知乎上好像很多黑java的,语言是有不足,但是比起C++好很多,没那么多坑,真正考虑面向对象,真正让人把心思放在设计上。所以再黑也不能挡住 javatiobe上和C语言不是第一就是第二的事实,再黑也挡不住 java在云计算,分布式领域的卓越贡献。

    所以2005年以后,C++处在一个全面被代替的过程中:

    底层系统:进一步回归 C语言,更强的控制力,更精确的操作。
    网页开发:2006年左右,C++fastcgi就被一起赶出 web世界了。
    高性能服务:varnish,nginx,redis 等新的高性能网络服务器都是纯C开发的。
    分布式应用:2007年左右, C++java和其他动态语言彻底赶跑。
    游戏服务端:2008年后进一步进化为 C 和 脚本,完全看不到胖C++服务端了。
    并行计算:2010年后,go, scala, erlang;而能方便同go接口的,是 C不是C++
    游戏引擎:没错 C++和脚本,但是这年头越来越多的开源引擎下,引擎类需求越来越少。
    游戏逻辑:脚本
    多媒体:SDLCffmpeg是纯 Cwebrtc的核心部分(DSP, codec)是纯C的。
    移动开发:早年C++还可以开发下塞班,现在基本被 java + objc + swift 赶跑了。
    桌面开发:Qt+Script,C#等都能做出漂亮的跨平台界面。且界面脚本化趋势,不需要C++了。
    网页前端:JavaScript, Html5, Flash
    操作系统:FreeBSD,Open Solaris, Linux, RTOS,Darwin(OS X 底层),都是纯 C
    虚拟技术:qemu / kvm (云计算的基石)纯 CXenC
    数据库:MySQL (核心纯C,外围工具 C++),SQLiteC, PostgreSQL / BDB / unqliteC
    编译器:C/C++并存,不过编译器用脚本写都没关系,我还在某平台用 java写的 C/C++编译器
    大数据:kafka, hadoop, storm, spark 都使用 Java / Jvm 系列技术
    云存储:openstack swift python, hdfs java, 还有好多方案用 go

    可以看出,即便 C++的老本行,GUI和图形(确实也还存在一些短期内 C++无法替代的领域,就像交易系统里还有 COBOL一样),这年头也面临的越来越多的挑战,比如新发布的 Rust (如何看待 Rust 的应用前景? – 知乎用户的回答)。可以发现,开发技术多元化,用最适合的技术开发最适合的应用是未来的趋势而为这些不同的技术编写高性能的可控的公共组件,并轻松的和其他语言接口,正是C语言的强项。所以不管应用层语言千变万化,对系统级开发语言C的需求还是那么的稳定,而这个过程中,哪里还有 C++的影子呢?

    话题总结

    所以说未来的趋势是:C x 各种语言混搭 的趋势,从TIOBEC++的指数十年间下跌了三倍可以看出,未来还会涌现出更多技术来代替各个角落残存的C++方案,C++的使用情况还会进一步下降。所以题主问学习纯C是否有前途,我觉得如果题主能够左手熟练的掌握 C语言,培养系统化的思维习惯和精确控制内存和硬件的技巧;右手继续学习各种新兴的开发技术,能够应对各个细分领域的快速开发,碰到新问题时能左右开弓,那么未来工作上肯定是能上一个大台阶的。至于C++ 嘛,有时间看看就行,逼不得已要维护别人代码的情况下写两行即可。


    最后,补充一张图:

    展开全文
  • Swift学习资料@SwiftGuide很赞 的Swift学习资料leetcode一个练习、评估自己水平的代码平台,跟ACM有点类似完整App@Swift 30 Projects- 最新 Swift 3.0 的30个小App,更注重代码规范和架构设计(故胤道长)V2ex-Swift- ...
  • 为什么那些引擎选择 C++ 而不是 C,或者说在游戏引擎的开发中有哪些功能、特性是可以通过 C++ 开发而不可以通过 C 的? 我也曾经试着用C写,可结果发现开发效率、代码可读性,都不是一个档次的。最后才明白,发明...
  • MAVLink功能开发移植

    2018-12-17 23:15:55
    MAVLink功能开发移植 —————–本文由“智御电子”提供,同时提供视频移植教程,以便电子爱好者交流学习。—————- 1.MAVLink简介 MAVLink是一种针对微型飞行器,推出的轻量化,仅由...
  • 作者丨郑宇琦,@提拉拉拉就是技术宅,现任职于LinkedIn,曾就职于百度来源丨个人博客https://mp.weixin.qq.com/s/z1Vy7Mdf-BfKvrIRqtB_V...
  • C++的反思

    2016-11-28 08:52:28
    最近两年 C++又有很多人出来追捧,并且追捧者充满了各种优越感,似乎不写 C++你就一辈子是低端程序员了,面对这种现象,要不要出来适时的黑一下 C++呢?呵呵呵。 咱们要有点娱乐精神,关于 C++的笑话数都数不清:...
  • Google于2009年第一次提出了Go的构思,Facebook在去年春天引入了Hack,随后不久Apple也发布了其Swift语言。 在战争中,胜利者写历史书;在科技中,赢的公司都在写编程语言。互联是建立在开发标准和代码之上,但是...
  • swift 框架大全

    2017-06-26 11:27:09
    版本:Swift github排名 https://github.com/trending,github搜索:https://github.com/search 主要工作说明:  1. 将Swift从Objective-C混合的md文件中抽出(正在进行…) 使用方法:根据目录关键字...
  • 2019独角兽企业重金招聘Python工程师标准>>> ...
  • 经常有程序员为C++辩护说:“只要你不使用任何从C继承过来的功能,C++就是安全的”!但事实非如此。 根据本文作者在大型C++项目上(遵从现代的惯用做法)的经验来看,C++提供的类型完全不能阻止漏洞的泛滥。本文中...
  • swift 学习资料大全

    2017-07-15 18:22:50
    版本:Swift github排名 https://github.com/trending,github搜索:https://github.com/search 主要工作说明:  1. 将Swift从Objective-C混合的md文件中抽出(正在进行…) 使用方法:根据目录关键字...
  • 还有一点需要说明的是,这篇文章会使用 Swift 和 Objective-c 两种语言讲解,双语幼儿园。OK,let's begin! 概述 这篇文章中,我不会说多线程是什么、线程和进程的区别、多线程有什么用,当然我也不会...
  • 学习swift语言已经有一礼拜的时间了,总体感受swift语言确实很强大,但是也觉得它可能有点过于强大,这对移植来说有利有弊,利在于从别的平台移植到ios、os x平台的时候,更加方便了;弊在于实现的方法过多,如果把...
  • Mozilla 的 Rust、Apple 的 Swift、Jetbrains 的 Kotlin,以及许多其它的语言都给开发者在速度、安全性、便利性、可移植性还有能力这些方面提供了新的选择。为什么现在正当时呢?一个大因素就是那些用来构建语言的新...
1 2 3 4 5 ... 20
收藏数 1,701
精华内容 680