swift 拨打电话（swift电讯）

25-04-28 1

在这里，我们将给大家分享关于swift拨打电话的知识，让您更了解swift电讯的本质，同时也会涉及到如何更有效地06点击事件tabBar配置拨打电话、Android-读取操作系统通话记录并/拨打电话/

在这里，我们将给大家分享关于swift 拨打电话的知识，让您更了解swift电讯的本质，同时也会涉及到如何更有效地06点击事件 tabBar配置拨打电话、Android-读取操作系统通话记录并/拨打电话/发送短信/复制号码到拨号盘、AWESOME SWIFT-swift.libhunt.com-swift类库网站、Chris Lattner 对 Swift 3 的总结与对 Swift 4 的展望的内容。

本文目录一览：

swift 拨打电话（swift电讯）
06点击事件 tabBar配置拨打电话
Android-读取操作系统通话记录并/拨打电话/发送短信/复制号码到拨号盘
AWESOME SWIFT-swift.libhunt.com-swift类库网站
Chris Lattner 对 Swift 3 的总结与对 Swift 4 的展望

swift 拨打电话（swift电讯）

 //自动打开拨号页面并自动拨打电话
    func callClicked(sender: UIButton)
    {
        UIApplication.sharedApplication().openURL(NSURL(string: "tel://10086")!)
    }

06点击事件 tabBar配置拨打电话

1==  D:\wxxm  项目的地址

2==》tabBar在全局配置中
在pages的同级目录下创建images本地图标 （最好的是在远程获取img 因为微信是有大小限制的）
selectedIconPath=======================>是点击选中时候展现的图标
"iconPath":"images/home-off.png",=====>是默认时候的图标


其中 list 接受一个数组，只能配置最少 2 个、最多 5 个 tab。tab 按数组的顺序排序，每个项都是一个对象，其属性值如下：

在app.json中去配置

  "tabBar": {
      "list": [
        { 
          "selectedIconPath":"images/home-on.png","iconPath":"images/home-off.png"首页"
        },{
          "selectedIconPath": "images/kefu-on.png"
        }
     
      ]
  }

  就会出现图标
  ps==>app.json中不能有注释（重点）
  注意你新创建的页面是否有在App.json有注入路由

03==>绑定点击事件
<view id="tapTest" data-hi="WeChat" bindtap="tapName"> 绑定点击事件 bindtap Click me! </view>

//  事件
tapName: function (event) {
    console.log(event);会有很多的东西在这里里面的哦
}    
 

04==》拨打电话

<button  bindtap="tel">点击拨打电话</button>

 点击拨打电话
tel(){
  wx.makePhoneCall({
    phoneNumber: '18383841503' 仅为示例，并非真实的电话号码
  })
}

拿到这个点击元素的所有数据

Android-读取操作系统通话记录并/拨打电话/发送短信/复制号码到拨号盘

apps目录的contacts应用(有读取通话记录功能)，是访问provider目录的provider.contacts应用(有暴露通话记录)，所以要阅读Android操作系统源码-->packages/providers/ContactsProvider通话记录的(内容提供者)

阅读 com.android.providers.contacts 数据库与表

Android操作系统的文件系统目录/data/data/com.android.contacts，是访问/data/data/com.android.providers.contacts(内容提供者应用)

所以需要阅读/data/data/com.android.providers.contacts(内容提供者应用)的数据库：

首选要有一条通话记录

打开 contacts2.db

打开后：表非常多，视图非常多，等等，但只需关心，calls(通话记录表)

阅读 com.android.providers.contacts AndroidManifest.xml

android:name="CallLogProvider" 通话记录的内容提供者

android:authorities="call_log"　　授权唯一标识

android:exported="true" 　　允许对外输出

android:readPermission="android.permission.READ_CALL_LOG" 访问者必须要配置的权限
android:writePermission="android.permission.WRITE_CALL_LOG" 访问者必须要配置的权限

　　　　<provider android:name="CallLogProvider"
            android:authorities="call_log"
            android:syncable="false" android:multiprocess="false"
            android:exported="true"
            android:readPermission="android.permission.READ_CALL_LOG"
            android:writePermission="android.permission.WRITE_CALL_LOG">
        </provider>

阅读 com.android.providers.contacts CallLogProvider.java

首先要找到的就是Uri，所以搜索UriMatcher的matcher.addURI

有规律，通常情况下，matcher.addURI(授权, path, code)，第二个参数 path 和数据库表名对应的 calls

private static final UriMatcher sURIMatcher = new UriMatcher(UriMatcher.NO_MATCH);
    static {
        sURIMatcher.addURI(CallLog.AUTHORITY, "calls", CALLS);
        sURIMatcher.addURI(CallLog.AUTHORITY, "calls/#", CALLS_ID);
        sURIMatcher.addURI(CallLog.AUTHORITY, "calls/filter/*", CALLS_FILTER);
}

C应用 AndroidManifest.xml 权限的配置：

　　<!--
        访问操作系统短信通话记录提供者应用，需要加入的权限
        android:readPermission="android.permission.READ_CALL_LOG"
        android:writePermission="android.permission.WRITE_CALL_LOG"
    -->
    <uses-permission android:name="android.permission.READ_CALL_LOG" />
    <uses-permission android:name="android.permission.WRITE_CALL_LOG" />

　　<!-- C应用配置拨打电话的权限 拨打电话的权限 -->
    <uses-permission android:name="android.permission.CALL_PHONE" />

C应用读取操作系统通话记录并/拨打电话/发送短信/复制号码到拨号盘 Java代码：

package liudeli.cp.client;

import android.app.Activity;
import android.app.AlertDialog;
import android.content.DialogInterface;
import android.content.Intent;
import android.database.Cursor;
import android.net.Uri;
import android.os.Bundle;
import android.provider.CallLog;
import android.util.Log;
import android.view.View;
import android.widget.AdapterView;
import android.widget.ListView;
import android.widget.SimpleCursorAdapter;

public class CallLogActivity extends Activity {

    /**
     * 找寻到了Android操作系统的通话记录内容提供者的授权和Uri
     * android:authorities="call_log"
     * sURIMatcher.addURI(CallLog.AUTHORITY, "calls", CALLS);
     */
    private final String AUTHORITY = "call_log";
    private Uri callLogUri = Uri.parse("content://" + AUTHORITY + "/calls");

    /**
     * 系统也提供了常量的方式来获取Uir，为了学习，还是直接看源码复制出来的比较理解些
     */
    /*private final String AUTHORITY = CallLog.AUTHORITY;
    private Uri callLogUri =  Uri.parse(CallLog.CONTENT_URI + "/calls");*/

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);

        setContentView(R.layout.activity_call_log);

        ListView listView = findViewById(R.id.listview);

        String[] porjecting = new String[]{"_id" ,"number", "date", "type"};
        final Cursor cursor = getContentResolver().query(callLogUri,
                 porjecting,
                null, // 不要查询条件
                null, // 不要查询条件值
                null); // 不排序

        while (cursor.moveToNext()) {
            Log.d("cccc", "" + cursor.getString(0) + "  "+ cursor.getString(1) + " " + cursor.getString(2) + "   "+ cursor.getString(3));
        }

        final SimpleCursorAdapter cursorAdapter = new SimpleCursorAdapter(this, // 上下文
                          R.layout.layou_calllog_item, // Item显示的布局
                          cursor, // 游标数据
                          porjecting, // 数据从哪里来(从Cursor中获取对应的字段)
                          new int[]{R.id.tv_id, R.id.tv_number, R.id.tv_date, R.id.tv_type} // 数据到哪里去，到Item布局里面的控件显示
        );
        listView.setAdapter(cursorAdapter);

        // 千万不能关闭 cursor.close();，否则数据展示不出来

        listView.setOnItemLongClickListener(new AdapterView.OnItemLongClickListener() {
            @Override
            public boolean onItemLongClick(AdapterView<?> parent, View view, int position, long id) {
                // 获取Item的值 (转换规则，传入什么类型，就转换成什么类型)
                final Cursor itemCursor = (Cursor) cursorAdapter.getItem(position);

                /**
                 * 把Cursor移动到指定的行数，然后在取值 itemCursor.getString(0~9)
                 */
                itemCursor.moveToPosition(position);

                new AlertDialog.Builder(CallLogActivity.this)
                        .setTitle("请选择")
                        /*.setMessage("请选择，下面列表的功能")*/ //列表对话框不能设置这个，否则显示不出来
                        .setItems(new String[]{"拨打电话", "复制号码到拨号盘", "复制号码到短信编辑界面"}, new DialogInterface.OnClickListener() {
                            @Override
                            public void onClick(DialogInterface dialog, int which) {

                                // 把Cursor移动到指定的行数，然后在取值 itemCursor.getString(0~9)
                                String number = itemCursor.getString(itemCursor.getColumnIndex("number"));

                                /**
                                 * 下面这三个功能，都需要隐式意图的方式去激活系统暴露的组件
                                 * 匹配规则：只要匹配一组，就可以来
                                 */
                                switch (which) {
                                    case 0: // 拨打电话
                                        Intent intentCall =  new Intent();
                                        intentCall.setAction(Intent.ACTION_CALL);
                                        intentCall.setData(Uri.parse("tel:" + number));
                                        startActivity(intentCall);
                                        break;
                                    case 1: // 复制号码到拨号盘
                                        Intent intentCopyCall = new Intent();
                                        intentCopyCall.setAction(Intent.ACTION_DIAL);
                                        intentCopyCall.setData(Uri.parse("tel:" + number));
                                        startActivity(intentCopyCall);
                                        break;
                                    case 2: // 复制号码到短信编辑界面
                                        Intent intentSmsEdit = new Intent();
                                        intentSmsEdit.setAction(Intent.ACTION_VIEW);
                                        intentSmsEdit.setData(Uri.parse("sms:" + number));
                                        startActivity(intentSmsEdit);
                                        break;
                                    default:
                                        break;
                                }
                            }
                        })
                        .show();
                return false;
            }
        });
    }
}

C应用显示的Layout：

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:layout_width="match_parent" 
    android:layout_height="match_parent">
    
    <ListView
        android:id="@+id/listview"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />

</RelativeLayout>

C应用显示的Layout --> ListVIew-->Item布局：

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    android:orientation="horizontal"
    android:layout_width="match_parent"
    android:layout_height="wrap_content"
    android:layout_marginBottom="8dp">

    <!-- 默认比重为0 我先填充 -->
    <LinearLayout
        android:layout_width="wrap_content"
        android:layout_height="wrap_content"
        android:orientation="vertical">

        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="id"
            android:textColor="@android:color/black"
            />

        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="number"
            android:textColor="@android:color/black"
            />

        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="date"
            android:textColor="@android:color/black"
            android:layout_marginTop="5dp"
            />

        <TextView
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="type"
            android:textColor="@android:color/black"
            android:layout_marginTop="5dp"
            />

    </LinearLayout>

    <!-- 哥们，你已经填充完来吧，剩下的空间我全部使用 -->
    <LinearLayout
        android:layout_width="0dp"
        android:layout_height="wrap_content"
        android:orientation="vertical"
        android:layout_weight="1"
        android:layout_marginLeft="20dp"
        >

        <TextView
            android:id="@+id/tv_id"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="id"
            android:textColor="@android:color/black"
            />

        <TextView
            android:id="@+id/tv_number"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="number"
            android:textColor="@android:color/black"
            />

        <TextView
            android:id="@+id/tv_date"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="date"
            android:textColor="@android:color/black"
            android:layout_marginTop="5dp"
            />

        <TextView
            android:id="@+id/tv_type"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:textSize="20sp"
            android:text="type"
            android:textColor="@android:color/black"
            android:layout_marginTop="5dp"
            />

    </LinearLayout>


</LinearLayout>

C应用效果图：

真实开发中，必须要用常量，才靠谱，万一字段变来怎么办，是吧

　　　　/**
         * 通话记录通常是有常量的
         */
        Calls.Date;
        CallLog.Calls._ID
        ....
        CallLog.AUTHORITY
        CallLog.Calls.NUMBER;
        CallLog.CONTENT_URI
        ....

AWESOME SWIFT-swift.libhunt.com-swift类库网站

https://swift.libhunt.com/categories/688-events

29 Events libraries and projects

ORDERED BY POPULARITY
ORDER BY DEV ACTIVITY

ReactiveCocoa

10.0 7.3 Objective-C

ReactiveCocoa (RAC) is a Cocoa framework inspired by Functional Reactive Programming. It provides APIs for composing and transforming streams of values over time.
RxSwift

9.9 8.8 L3 Swift

Microsoft Reactive Extensions (Rx) for Swift and iOS/OSX platform.
PromiseKit

9.8 8.7 L5 Swift

async promise programming lib.
ReSwift

9.6 6.3 L5 Swift

Unidirectional Data Flow in Swift
Bond

9.3 8.8 L1 Swift

a Swift binding framework.
BrightFutures

8.3 4.7 L4 Swift

promise and future lib for swift.
Katana

8.2 8.7 L4 Swift

Swift apps a la React and Redux.
ReactorKit

7.8 6.4 Swift

A framework for reactive and unidirectional application architecture.
ReactKit

7.4 0.0 L3 Swift

Swift Reactive Programming.
FutureKit

6.4 0.7 L2 Swift

A Swift based Future/Promises Library.
SwiftEventBus

6.4 3.2 L5 Swift

A publish/subscribe event bus optimized for iOS.
EmitterKit

5.7 3.5 L5 Swift

an implementation of event emitters and listeners in swift.
Signals

4.9 3.3 L5 Swift

replaces delegates and notifications.
Safe

4.9 0.0 L2 Swift

A modern concurrency and synchronization for Swift.
snail

4.5 7.1 L5 Swift

An observables framework for Swift
Reactor

4.1 2.4 L5 Swift

Powering your RAC architecture.
VueFlux

3.8 6.8 Swift

Unidirectional Data Flow State Management Architecture
SignalKit

3.7 0.0 L5 Swift

Swift event and binding framework.
Observable

3.7 6.2 Swift

The easiest way to observe values.
When

3.4 5.4 L5 Swift

A lightweight implementation of Promises in Swift.
Caravel

3.3 0.0 L2 Swift

A Swift event bus for UIWebView and JS.
Future

2.5 0.0 L4 Swift

A micro framework providing Future.
NoticeObserveKit

2.3 0.0 L5 Swift

NoticeObserveKit is type-safe NotificationCenter wrapper that associates notice type with info type.
Aftermath

1.8 0.0 L5 Swift

Stateless message-driven micro-framework in Swift.
Notificationz

1.6 2.5 L5 Swift

Helping you own NSNotificationCenter by providing a simple, customizable adapter.
Forbind

1.2 0.0 L4 Swift

Functional chaining and Promises in Swift.
ReduxSwift

1.0 0.0 L5 Swift

Predictable state container for Swift apps too
PureFutures

0.7 0.0 L4 Swift

Futures and Promises library.
SSEventFlow

0.3 4.4 L5 Swift

A type safe alternative to NSNotification, inspired by Flux.

Chris Lattner 对 Swift 3 的总结与对 Swift 4 的展望

Chris Lattner 写了一篇文章：回顾 Swift 3，展望 Switf 4，以下是这篇文章的关键内容：

开源大有益处，但无法让所有人满意。
Swift 3 将在 2016 年秋到来。Swift 3.x 会在 2017 年春公布，Swift 4 会在 2017 年秋发布，这其中不包括修复 bug、提升兼容性之类的小更新（例如 3.0.1）。
Swift 4 在交付时一定会保障代码的稳定性，增加容错性、ABI，优化泛型与字符串等等。
语法糖的优先级最低，没有提上日程。
安排进度有些困难。开发的目标并非是对交付的保证。从一开始安排计划与进度就是最主要的事。

下面是全文：

大家好呀，

Swift 3 的正式版已经基本完成，是时候让我们回顾一下这个版本了，从开发过程中汲取经验，并用于总结我们（Swift 社区）在这一年内所做的事。总体上来说，Swift 3 毫无疑问将是一个 amazing 的版本，我们完成了很多出色的工作。感谢所有为它付出的人。相比于立刻着手推进新计划，盘点过去、展望未来同样重要。

提示：这封 email 长得吓人，其中涵盖了各方面的话题。比起直接回复，更好的选择是开一个新话题来讨论。只需在主题上标记“［Swift 4］”即可。

Swift 3 回顾

每年 Swift 的新版本都与前一年完全不同，我希望 Swift 4 能继续保留这个传统。为了每一年都有提升与进步，以下是一些对 Swift 3 的回顾与建议：

开源有许多好处。见证一个充满活力的团队合作得如此之好，大家几乎彻夜为其付出，让人不可思议、充满惊喜。与这样一个才华横溢并充满热情的团队合作，实在是太棒了！
开源也带来挑战。比起“闭源设计”，“开源设计” 进度更慢且更加不可预料，我想这么说应该是公允的。然而，开源的结果明显更好，因此权衡之下开源是值得的。“感谢你们”，献给所有帮助 Swift 发展进化的人。
预估 软件开发的进度（特别是开源项目）依然困难到近乎不可能。我们在着手开发 Swift 3 的时候设立了许多高目标，在后期不得不进行修整。设立一些高目标是好事，但我们需要在沟通上更努力，让其他人知道“目标”不等于“承诺”，避免误导他们。
整个社区得益于在有限的主题上保持专注，因为如果有太多事项同时进行，没有人可以持续跟进所有部分。参与到前面所提的关键讨论中，对核心团队而言非常重要。在 Swift 3 的开发周期中，很多人在代码评审结束前都没有时间来跟进讨论，这是一个问题。
确立清晰的目标是一种解脱。特别是在去年十二月到今年一月，我们大致圈出了那些适合放入 Swift 3 的点子，同时开启了几个项目，这些项目最后远超出我们的能力范围。在后来的版本中，我们确立了几个具体目标（比如“不再加入新计划”），使所有人能更轻松地关注重要事项。
皆大欢喜是不可能的，尤其是在我们讨论优先开发哪些功能时，因为这会降低其他一些功能的优先级。这是一个无解的局面，因为我们并没有办法将所有有意思的工作都放在一个只有一年长的开发周期中。幸运的是，将来“总会有下一个版本”，每一个新版本都会加入一些重大的改进。

在上述回顾的基础上，我们来展望未来！

Swift 发布计划

在接下来一年里，核心团队预计会发布两个主要的版本：2017 年春发布 Swift 3.x，2017 年秋发布 Swift 4。除了主要版本之外，我们也会发布一些小的更新（如 Swift 3.0.1）来修复 Bug，或满足核心库的需求，或其他的 swift.org 的项目。

Swift 4 发布计划

从我们在 Swift 3 中获得的经验来看，我们需要挑出一些重点。对 Swift 4 来说，主要目标是从 3.0 开始要保证交付的代码的稳定性，并为标准库提供 ABI 的稳定性。因此，核心团队决定在接下来的一年中实施两个阶段的计划：

第一阶段：专注于提升代码及 ABI 稳定性，全心投入只完成这项必要的工作。这意味着如果一些功能不会从根本上改变现有语言特性的 ABI ，或是对标准库的 ABI 进行了破坏性的改动，那么现阶段都不会考虑开发它们。举个例子，泛型中的条件一致性（Conditional conformances）是一个附加特性，但由于它会对标准库造成众多更改，我们在第一阶段就要实现它。另一方面，正则表达式不会对现有 ABI 造成影响，也不会给标准库带来大量改动，所以第一阶段不会考虑它。

第一阶段的工作非常重要（下面会详细介绍），所以春季之前我们大概一直会很忙。

第二阶段：当第一阶段功能的设计与实现工作较好得完成之后，我们将基于剩余时间，选择一些大型的功能进行开发。我乐观估计将有剩余时间，来从长长的功能列表中选几个来开发，但具体选哪几个，得看最后剩多少时间。

除了新功能之外，我们也需要重新评估那些在 Swift 3 中尚未实现的、对代码造成破坏性变动的提案。这些提案不一定会被通过，我们需要在 Swift 4 的基础上来评估它们，挨个决定如何处理。

最后，虽然与 Swift 的进步没有特别大的关系，但我想提一提质量与性能问题。核心团队想要进一步提升质量，包括修复编译器的 Bug、改进错误与警告检测功能。性能是开发中另一个需要重视的部分，包括提升编译后的代码质量，改善标准库的实现，加快编译速度等。这些工作在任何开发阶段都需要重视。

Swift 4 第一阶段目标

为了专注于代码与 ABI 的稳定性，核心团队对第一阶段的工作有一个初步的讨论。下面是我们对第一阶段功能排序后的结果：

代码稳定性相关功能：这一部分工作量相对较小，但很重要。举个例子，我们需要类似于“-std=swift3”的编译器标志。我们也需要一个新方法来开启一些大型的功能，这些功能尚在开发，并不稳定，有了这个方法，调试会更简单。
适应力（Resilience）：这个功能提供了一种方式，在保证 ABI 稳定性同时，公有 API 可以随时间改进。一个例子，我们不想让 C++ 的“fragile base class” 问题发生在 Swift 中。更多设计与实现上的工作已经在 Swift 3 中完成了，但仍有重要工作未完成，包括模型中用户可见的部分（例如新的属性）。
ABI 细节：代码生成模型中仍有大量细节需要审核与改进。这一部分与 Swift 开发更相关，与 Swift 的演进关系不大。
泛型改进需要在标准库的基础上进行：我希望条件一致性能在功能清单中处在最高位置，递归协议要求（recursive protocol requirements）与更强大的关联类型约束能处在随后的相近位置。然而，标准库的开发者们需要大量时间来解析出至关重要的部分，最终消除那些“_”协议，并正确展现标准库中的公有 API。
字符串相关改进：字符串是 Swift 中最重要的基本类型之一。标准库的开发者有很多点子，能改进它的编程范式而不影响到提供 unicode-correct-by-default 范式。我们的目标是在字符串处理上比 Perl 做得更好！
内存所有权模型（Memory ownership model）：许多系统开发者，以及想要可预测及确定性的性能（如在实时音频处理中）的人们，都非常希望 Swift 中能有一个（可选的）类似于 Cyclone / Rust 的内存所有权模型。从 Swift 4 的目标上来说，这个功能很重要，因为它从根本上改变了 ABI。这一模型会通知编译器“inout”事件的产生，解释底层“addressors”如何在 ABI 中运作，影响 Swift runtime，并对类型系统及命名管理产生显著影响。

我们对上面这些功能都有了一些想法，但它们在正式成为提案之前仍有很长路要走。我期待它们会在 Swift 4 的早期成为主要讨论内容。不仅如此，由于我们还没有全部找出那些影响 ABI 稳定性的部分，可能还有其他需要增加的条件。最后，我们也可能选择其他一些对 SwiftPM 这个包管理器，或其他对 swift.org 有高价值的小功能。

可能的 Swift 4 第二阶段工作

如我之前所提到的，在这个点上不可能知道还有多少时间留给第二阶段，因此也不知道第二阶段能完成哪些工作。核心团队也希望比 Swift 3 更早完成 Swift 4 开发版的合流，以便在版本发布之前有更多时间修复 BUG，仔细斟酌。

也就是说，我乐观估计我们能够挑一些大家都想要的新功能来开发。为了让你对这些功能有个概念，我列了张表。请注意这并不是开发的计划或承诺，而只是列了一些大家都希望有的功能：

反射：核心团队正致力于为 Swift 添加强大的动态机制。举个例子，Swift 3 中大致完成了数据反射的基础结构（已被用在 Xcode 的 memory debugger 中）。我们应在这些基础结构之上，搭建一些强大的面向用户的 API。同样，我们想要设计并实现动态方法反射的 runtime 与 API 支持。
最重要的并发：Actors、异步 / 等待（async / await）、atomicity、内存模型（memory model）以及相关话题。这些是大家都想要的，因为有了它们，就可以在客户端、服务端等之上开发更多新功能。我们计划在第二阶段正式讨论这件事，但非常明确地告诉大家，新的并发模型在 Swift 4 发布时还无法完成。我们需要超过一年的时间来进行设计与开发，我们也希望把这件事做好做对。需要这么多时间，也是因为在开发内存所有权模型之前能更深入的理解它。
泛型改进：泛型的开发计划中包含来许多激动人心的功能，能改进现有泛型系统。在提升标准库的 ABI 稳定性时并不需要这些功能，但它们会使 Swift 的泛型更加强大易懂。
.swiftmodule 的稳定性：在某些方面我们需要使“.swiftmodule”的二进制文件格式稳定下来（或用不同的机制替代它），允许开发第三方的二进制框架。这个工作量很大，并需要标准库 ABI 保持稳定。
新的脚本功能：包括正则表达式、多行字符串字面量等。有了这些功能，Swift 在密集型文本处理任务及搭建 web 等方面会更有吸引力。这些功能也有助于完善字符串模型。
属性行为：这一功能承诺为现有属性模型提供强大的抽象能力。在被推迟的 SE-0030 提案中对它有完整描述。
其他功能：子模块、数值类型间的隐式转换、导入 C++ API、hygenic macro system、尾调用约定、枚举类型遍历、带类型的“thorws”、用户定义属性、抽象方法 / 类、更好的 SIMD 支持、非 @objc 的动态支持、支持数据并行、更高等级的类型...
语法糖：我不会把它们全部列出来，但有大量零散的小提案会经常出现，特别是那些其他语言中出现过、用于解决特定问题的。这些在 Swift 4 开发中都属于最低优先级。

好了，这是一封超长的邮件，列出了一些关于明年要做的事的想法与点子。有一点要提醒一下大家，目前 Swift 3 尚未完成。当对代码的破坏性改动（将要）完成时，需要留有一些时间来修复 Bug 并提升代码质量，这对于正式发布版很重要。

我认为如果我们马上花一些时间来讨论明年开发计划的一些基本事项，会很有帮助，然后再从概念上分解一些第一阶段的特性。只有在对它们有深入了解之后，我们才应该开始写一些提案。核心团队不希望被太多提案淹没，以至于无法跟踪它们的进展，或让我们无法专注于那些高优先级的项目中。

谢谢大家。再次提醒一下，如果大家想要更深入讨论某个话题，请重新开一个分支。

本文由 SwiftGG 翻译组翻译，已经获得作者翻译授权，最新文章请访问 http://swift.gg。

今天关于swift 拨打电话和swift电讯的介绍到此结束，谢谢您的阅读，有关06点击事件 tabBar配置拨打电话、Android-读取操作系统通话记录并/拨打电话/发送短信/复制号码到拨号盘、AWESOME SWIFT-swift.libhunt.com-swift类库网站、Chris Lattner 对 Swift 3 的总结与对 Swift 4 的展望等更多相关知识的信息可以在本站进行查询。

本文标签：