swift2.0 常用标注 //MARK-: 替换 #pragma mark - #warning

最新推荐文章于 2022-11-18 10:56:10 发布

转载最新推荐文章于 2022-11-18 10:56:10 发布 · 545 阅读

swift 专栏收录该内容

10 篇文章

订阅专栏

本文介绍如何在Swift中使用不同类型的代码注释（如TODO, FIXME, MARK）及如何将它们转换为警告提示，方便开发者管理和追踪代码任务。

http://blog.youkuaiyun.com/lengshengren/article/details/49129043

//MARK:冒号后添加注释说明 - 添加横线列如下

//MARK:- 初始化

这里写图片描述

//FIXME: 表示此处有bug 或者要优化列如下

这里写图片描述

//TODO: 一般用于写到哪了做个标记，让后回来继续例如下

//TODO: 今天就先写到这吧睡觉明天继续
这里写图片描述

// #warning swift2.0 中下面发放替换

    @available(iOS, deprecated=1.0, message="I'm not deprecated, please ***setUpElements**")
 1
 1

星星里面代表警告的方法

fun setUpElements （）{

}
 1
2
3
 1
2
3

这里写图片描述

也可以把//TODO: 和//FIXME: 加上警告如下面操作

1
这里写图片描述

2
这里写图片描述

TAGS="TODO:|FIXME:"
echo "searching ${SRCROOT} for ${TAGS}"
find "${SRCROOT}" \( -name "*.swift" \) -print0 | xargs -0 egrep --with-filename --line-number --only-matching "($TAGS).*\$" | perl -p -e "s/($TAGS)/ warning: \$1/"
 1
2
3
 1
2
3

这里写图片描述

运行

这里写图片描述

参考这里

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

zhuweideng

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Swift 常见问题之在 Swift 中如何使用 #pragma mark

IdAutoit的博客

09-22

359

在 Swift 中，使用 #pragma mark 可以帮助我们在代码中创建可见的分隔线，以便更好地组织和浏览代码。在本文中，我将向您展示如何在 Swift 中使用 #pragma mark。另外，需要注意的是，尽管 #pragma mark 在 Swift 中并不是官方支持的语法，但它仅在开发环境中起作用，而不会影响实际的运行代码。在 Objective-C 中，我们可以使用 #pragma mark 来创建代码中的分段，以便在 Xcode 的代码导航器中更轻松地浏览和定位到特定的代码块。

C语言后记-12 条件编译命令分析：#error #line #pragma # 和## 操作符使用

热门推荐

CodeAllen嵌入式

04-07

3万+

#error 和 #line 使用分析 #error 用于生成一个编译错误消息用法： #error message （message不需要使用双引号） #error 编译指示字用于自定义程序特有编译错误消息类似的，#warn...

参与评论您还未登录，请先登录后发表或查看评论

swift2.0 常用标注 //MARK-: 替换 #pragma mark - #warning

冷胜任的专栏

10-14

1万+

//MARK:冒号后添加注释说明 - 添加横线列如下//MARK:- 初始化//FIXME: 表示此处有bug 或者要优化列如下//TODO: 一般用于写到哪了做个标记，让后回来继续例如下//TODO: 今天就先写到这吧睡觉明天继续 // #warning swift2.0 中下面发放替换 @available(iOS, deprecated=1.0, message=

Swift之mark 注释

anshansui2885的博客

11-18

292

在 Objective－C中，我们可以方便的使用 #pragma mark - 来注释标签，而在Swift里面，我们不能再这样使用了；在Swift中我们可以通过一下方式达到相同效果，也就是swift的注释标签了 // MARK: WebView delegate 转载于:https://www.cnblogs.com...

Swift中的#pragma mark？

p15097962069的博客

04-06

410

In Objective C, I can use #pragma mark to mark sections of my code in the symbol navigator. 在Object

Swift中添加标记(MARK)和警告(TODO FIXME)

sundaysme的博客

09-05

940

https://www.jianshu.com/p/c61169b11ef9 参考:http://stackoverflow.com/questions/24183812/swift-warning-equivalenthttp://blog.csdn.net/lengshengren/article/details/49129043 //MARK:冒号后添加注释说明 - 添加横线列如下...

【解决】Keil中创建工程时出现-arm_math.h(xxx): warning: #xxxx-D: unrecognized GCC pragma错误

Wysnbb的博客

11-18

4140

【代码】【解决】Keil中创建工程时出现-arm_math.h(xxx): warning: #xxxx-D: unrecognized GCC pragma错误。

oc中的#pragma mark于swift无效，使用//MARK:XX

编码演绎世界

08-17

712

使用OC开发时通常都会用标记#pragma mark...对代码进型功能块分类，但是在swift中该语法已经不存在。 swift中用法： //MARK:XX 功能说明 //MARK:- 分割线 //TODO:XX 用于标记未完成的 //FIXME: 有待完善修复的

MFC工作笔记0006---#pragma warning(disable:4996)是什么意思

添柴程序猿的专栏

10-13

2908

技术交流QQ群【JAVA,C++,Python,.NET,BigData,AI】：170933152 代码实现：在.H .CPP文件开头写上：#pragma warning(disable:4996) 1. #pragma warning只对当前文件有效（对于.h，对包含它的cpp也是有效的），而不是对整个工程的所有文件有效。当该文件编译结束，设置也就失去作用。 2. #pragma warning(push) 存储当前报警设置。 #pragma warning(push, n) 存储当前报警设置，

Android Studio:实现类似XCode中#pragma mark

阿福的专栏

01-05

1975

代码行数多了之后，查找指定的方法越来越困难，影响开发效率，所以代码分组按功能分组很有必要，XCode中使用#pragma mark，Android Studio也有类似支持。在Android Studio中，您可以使用以下步骤添加区域 1.打开你正在使用的IDE 2.选择你想分组的代码 3.按Cmd + Opt + T并select“region .. end region comments” 4.现在代码被“// region”/“// endregion”线包围，你可以看到该区域可以折叠 5.你

Swift-Markoff轻量级OSXMarkdown(CommonMark)预览工具

08-14

Markdown 工具数不胜数，开源出来的不多。此外，这个项目运行在 OS X，是一个很不错的学习案例。

Swift 中的#pragma Mark

FLY的专栏

11-13

1133

众所周知，大家在OC中对代码进行逻辑组织用的是#pragma mark - ，生成分隔线用#pragma mark 函数说明，来生成一个函数的说明X,下面介绍Swift下的标识： // MARK: - 生成分隔线// FIXME：生成分隔线// TODO: 切记不要忘记后面的：号

#pragma mark in Swift?

ideas press的专栏

04-07

482

Added in iOS 8 Beta 4 w/ Xcode 6:// MARK:, // TODO: and // FIXME:

聊聊 #pragma 和 // MARK:

weixin_34007291的博客

09-14

211

我去，就这两个东西还要讲？是OC或Swift开发人员都知道是怎么回事好吗?不就是用来标记和分组代码的吗？难道还有别的装逼技能？当然，其实问大部分人说这两个是什么作用，或者是除了这两个还知道什么的情况下。很多人都只知道这两个是用来组织代码的。然而这样说也对也不对，确实我们常用的情况是都是用这两个来组织代码的，但是如果看过很多开源的人肯定看过一下的形式的代码： #pragma c...

Swift 使用 #warning

dlo8147的博客

09-01

148

swift 中没法使用#Warning来提示警告, 可以通过给TODO: FIXME:加上警告, 实现类似的效果. Build Phases ---> Run Script ---> add a new Build Phases ---> new run script phase TAGS="TODO:|FIXME:" echo "searching ${SR...

swift-中#pragma mark 表示方法

江苏小白龙

04-03

2660

oc中用#pragma mark 函数说明，来生成一个函数的说明X swift // MARK: 说明 // FIXME: 添加标记2 注意别忘了(:)号

Swift 下开启warning提示方法

ZJJeffery的博客

05-11

3246

Swift 下开启warning提示方法OC中可以通过#warning方法来提醒自己将来需要注意的地方，但是在目前Xcode版本中没有这样的功能产生黄色警告这时候就需要我们自己手动去让Xcode产生这个功能了。接下来就来介绍下如何开启这个功能在项目内部找到Build Phases，选择坐标的“+”号，如下图所示：添加 New Run Script Phase，点击了之后就出现了下图的Run Sc

[绍棠_swift] swift 中#pragma mark 表示方法

绍棠的博客

07-19

841

大家在OC中对代码进行逻辑组织用的是#pragma mark - ，生成分隔线用#pragma mark 函数说明，来生成一个函数的说明X 但在Swift中，这个语法就不支持了，毕竟它是属于C的语法，于是就有了新的一些语法，如：// MARK: // FIXME // TODO: 等 // MARK: - 生成分隔线 // MARK: 说明别忘了那个冒号

Swift Mark的使用

浅浅的博客

07-09

3653

在用Objective-C开发iOS的时候，常常用到#pragma mark -，使用Mark可以让代码看上去整洁，提高了代码的可读性。最近开始写Swift，发现不能再这样写了，这样写直接报错。Swift下的Mark： //MARK:- 阅读代码时，我习惯先看每个类中的方法，只要方法名不是乱起，一般看完方法名基本知道这个类主要是干什么以及它的实现逻辑，所以加了Mark能让代码更清晰，这...

ACTION: PARSING INVOKE-/#PRAGMA-LINE

最新发布

09-04

<think> 嗯，用户这次的问题相当专业啊，是在询问关于编译器中"ACTION: PARSING INVOKE-/#PRAGMA-LINE"的具体含义。虽然用户引用了两段看似无关的材料，但其实是在考察我是否能过滤无关引用、聚焦核心问题的能力。用户提到的这个ACTION看起来像是编译器内部的调试信息标签，我在处理编译器前端代码时见过类似的结构。INVOKE通常指启动特定处理流程，PRAGMA-LINE则是预处理指令，所以组合起来应该是在描述编译器处理#pragma指令时的某个解析阶段。需要特别注意两点：一是用户使用了全大写的专业术语，说明ta很可能是有编译原理背景的开发者；二是上次对话历史提到过C/C++编译错误分类，这次的问题正好延续了编译器相关主题。关于#pragma指令，其实不同编译器的实现差异很大。GCC的#pragma处理机制就特别值得展开：它的解析分为词法分析、语义绑定、生成中间表示等阶段，而"PARSING INVOKE"可能对应着从识别pragma关键字到调用处理函数的过渡环节。不过考虑到用户没有指定编译器类型，我应该保持解释的通用性。用户似乎很关注技术细节的实现逻辑，所以我会重点描述编译器内部的工作流程。但要注意避免过于深入后端优化细节，毕竟问题标签是"PARSING"。可以举例说明比如#pragma pack如何影响内存对齐的解析过程，这样既专业又直观。 </think> 关于编译器处理 `#pragma` 指令的解析流程（`ACTION: PARSING INVOKE-/#PRAGMA-LINE`），以下是技术细节的解析： --- ### **核心概念解析** 1. **`#pragma` 指令的本质** 是编译器的**非标准预处理指令**，用于向编译器传递特定于厂商的实现指令或扩展功能。其语法为： ```c #pragma directive_name [arguments] ``` 例如 `#pragma once`（防重复包含）或 `#pragma pack(1)`（内存对齐控制）。 2. **`ACTION: PARSING INVOKE-/#PRAGMA-LINE` 的含义** 此标签描述了编译器在**词法分析/语法分析阶段**对 `#pragma` 行的处理流程： - **PARSING**：编译器正在解析源代码文本。 - **INVOKE**：触发对 `#pragma` 的专用处理逻辑。 - **/#PRAGMA-LINE**：明确指向以 `#pragma` 开头的代码行。 --- ### **编译器的处理流程** 1. **词法分析阶段** 当预处理器遇到 `#pragma` 时，会将其标记为**特殊指令**而非普通代码，并传递至编译器前端。 2. **语法分析阶段** - 编译器识别 `#pragma` 后，根据指令名称（如 `pack`, `omp`）**调用对应的处理函数**。 - 若指令非法（如 `#pragma invalid_directive`），生成**警告或错误**（参考引用[2]中的错误分类[^2]）。 3. **语义处理阶段** 根据指令修改编译状态： - **示例 1**：`#pragma pack(1)` → 修改后续结构体的内存对齐规则。 - **示例 2**：`#pragma omp parallel` → 启用 OpenMP 并行代码生成。 --- ### **技术实现要点** - **厂商依赖性** 不同编译器（GCC/MSVC/Clang）支持不同的 `#pragma` 指令集。例如： - MSVC 专用：`#pragma comment(lib, "mylib.lib")` - GCC 专用：`#pragma GCC optimize("O3")` - **错误处理机制** - **致命错误**：指令语法错误（如缺少参数）→ 终止编译[^2]。 - **警告**：未知指令或参数越界 → 继续编译但输出警告[^2]。 - **与 `Parallel.Invoke` 的关联** 引用[1]中的 `Parallel.Invoke` 是代码运行时行为，而 `#pragma` 是编译期指令。但某些 `#pragma`（如 OpenMP）可生成类似 `Parallel.Invoke` 的并行代码模板[^1]。 --- ### **典型应用场景** 1. **硬件适配** ```c #pragma GCC target("avx2") // 启用 AVX2 指令集 ``` 2. **内存优化** ```c #pragma pack(push, 1) // 1字节对齐 struct SensorData { ... }; #pragma pack(pop) ``` 3. **并行计算** ```c #pragma omp parallel for // 自动并行化循环 for (int i=0; i<10000; i++) { ... } ``` --- ### **相关问题** 1. 如何为自定义编译器扩展新的 `#pragma` 指令？ 2. `#pragma` 与 `__attribute__((...))` 在 GCC 中有何区别？ 3. 在跨平台项目中如何安全地使用编译器特定的 `#pragma`？ [^1]: 编译器可能将 `#pragma omp` 转换为类似 `Parallel.Invoke` 的并行执行逻辑。 [^2]: 未知 `#pragma` 通常触发警告而非致命错误，除非语法结构非法。