iOS Swift UIKit 编程规范指南

总结

控制器命名规范

1. 使用描述性名称 ：
   • 控制器的名称应该清晰地描述其功能和职责。例如，PersonViewController 表示该控制器用于管理与人员信息相关的视图。

方法命名规范

1. 使用动宾结构 ：
   • 方法名应该是一个动词或动词短语，描述该方法执行的操作。例如，loadData()、saveUserInfo()。

• 清晰性
• 可读性：新成员快速理解方法作用
• 可维护性：减少因命名歧义引发的 Bug
• 一致性：团队协作风格统一

通过良好的命名，可以让代码更加易于理解、扩展和维护。

UI从上往下添加，初始化UI，add，添加约束。这样在相邻上下文中就能找到，好阅读。

不使用过多if else判断，后期维护很麻烦。

---

以下是一个基于 MVC 模式 、纯代码 UI 和 SnapKit 约束 的完整示例，涵盖用户列表展示场景：

---

1. Model 层

// User.swift
struct User {
    let id: String
    let name: String
    let email: String
}

---

2. View 层

自定义 UITableViewCell

// UserTableViewCell.swift
class UserTableViewCell: UITableViewCell {
    // MARK: - UI Elements
    private lazy var nameLabel: UILabel = {
        let label = UILabel()
        label.font = .systemFont(ofSize: 16, weight: .bold)
        return label
    }()
    
    private lazy var emailLabel: UILabel = {
        let label = UILabel()
        label.font = .systemFont(ofSize: 14)
        label.textColor = .gray
        return label
    }()
    
    // MARK: - Initialization
    override init(style: UITableViewCell.CellStyle, reuseIdentifier: String?) {
        super.init(style: style, reuseIdentifier: reuseIdentifier)
        setupUI()
    }
    
    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
    
    // MARK: - UI Setup
    private func setupUI() {
        [nameLabel, emailLabel].forEach { contentView.addSubview($0) }
        
        // SnapKit 约束
        nameLabel.snp.makeConstraints { make in
            make.top.left.equalToSuperview().inset(16)
            make.right.lessThanOrEqualToSuperview().offset(-16)
        }
        
        emailLabel.snp.makeConstraints { make in
            make.top.equalTo(nameLabel.snp.bottom).offset(8)
            make.left.bottom.equalToSuperview().inset(16)
        }
    }
    
    // MARK: - Data Binding
    func configure(with user: User) {
        nameLabel.text = user.name
        emailLabel.text = user.email
    }
}

---

3. Controller 层

ViewController

// UserListViewController.swift
class UserListViewController: UIViewController {
    // MARK: - Properties
    private var users: [User] = []
    
    // MARK: - UI Elements
    private var tableView: UITableView! 
  
    
    // MARK: - Lifecycle
    override func viewDidLoad() {
        super.viewDidLoad()
        setupUI()
        loadData()
    }
    
    // MARK: - Data Loading
    private func loadData() {
        // 模拟网络请求
        UserService.fetchUsers { [weak self] result in
            guard let self = self else { return }
            
            switch result {
            case .success(let users):
                self.users = users
                DispatchQueue.main.async {
                    self.tableView.reloadData()
                }
            case .failure(let error):
                print("Error: \(error.localizedDescription)")
            }
        }
    }
    
  // MARK: - Actions


    
    // MARK: - UI Setup (代码太多放在最后)
    private func setupUI() {
        view.backgroundColor = .white
        tableView = UITableView()
        tableView.register(UserTableViewCell.self, forCellReuseIdentifier: "UserCell")
        tableView.delegate = self
        tableView.dataSource = self
        view.addSubview(tableView)
        
        // SnapKit 约束
        tableView.snp.makeConstraints { make in
            make.edges.equalToSuperview()
        }
    }
}

// MARK: - UITableViewDataSource & Delegate
extension UserListViewController: UITableViewDataSource, UITableViewDelegate {
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return users.count
    }
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        guard let cell = tableView.dequeueReusableCell(withIdentifier: "UserCell", for: indexPath) as? UserTableViewCell else {
            return UITableViewCell()
        }
        cell.configure(with: users[indexPath.row])
        return cell
    }
}

---

4. Service 层

// UserService.swift
class UserService {
    static func fetchUsers(completion: @escaping (Result<[User], Error>) -> Void) {
        // 模拟异步请求
        DispatchQueue.global().asyncAfter(deadline: .now() + 1) {
            let mockUsers = [
                User(id: "1", name: "Alice", email: "alice@example.com"),
                User(id: "2", name: "Bob", email: "bob@example.com")
            ]
            DispatchQueue.main.async {
                completion(.success(mockUsers))
            }
        }
    }
}

---

关键点说明

1. MVC 分层清晰：

   • Model : User 结构体表示数据
   • View : UserTableViewCell 处理 UI 展示
   • Controller : UserListViewController 协调数据和视图

2. 纯代码 UI：

   • 使用 init(style:reuseIdentifier:) 初始化 Cell
   • 通过 snp.makeConstraints 添加 SnapKit 约束

3. 避免循环引用：

   • 在闭包中使用 [weak self]
   • 使用 guard let self = self else { return } 安全解包

4. 异步处理：

   • 使用 DispatchQueue 模拟网络请求
   • 主线程更新 UI

5. 代码可维护性：

   • 使用 MARK 注释分隔代码块
   • 将 Service 逻辑独立到单独类

---

效果预览

（实际运行后会显示包含 Alice 和 Bob 的用户列表）

---

这种结构符合 Apple 推荐的 MVC 模式，同时通过 SnapKit 简化了 Auto Layout 代码，适合中大型项目的可维护性要求。

---

给控制器 方法命名 业务明确、不易混淆

好的，我现在需要帮用户解决如何给控制器的方法命名的问题。用户之前已经询问了关于iOS Swift UIKit的编程规范，特别是MVC架构下按钮点击事件的处理位置。现在他们进一步想知道控制器方法的命名规范。

首先，我得回顾之前的对话，确保这次的回答和之前的指南一致。之前的回答中提到了命名规范，比如类型和协议使用大驼峰，变量和函数用小驼峰，布尔属性以is、has等开头。同时，在控制器处理按钮点击事件时，方法名如didTapButton，遵循了清晰的动作描述。

接下来，我需要确定用户的具体需求。他们可能希望了解控制器中的方法应该如何命名，特别是不同职责的方法，比如生命周期方法、事件处理、数据加载、导航等。命名规范对于代码的可读性和可维护性非常重要，尤其是在团队协作中。

用户可能想知道如何区分私有方法和公有方法，是否需要使用特定前缀或后缀。此外，是否有常见的命名模式或Apple的官方建议可以参考。比如，Apple的文档中通常使用动词开头的方法名，如viewDidLoad, prepare(for:sender:)，这些都是标准的生命周期方法。

还要考虑方法的作用域。私有方法是否需要使用下划线或其他标记？在Swift中，通常使用private关键字，并且方法名不需要下划线，但有些团队可能有自己的规范。另外，是否需要使用// MARK:来分组方法，提高代码的可读性。

此外，事件处理方法如按钮点击、手势识别等，通常以didTap、handle等动词开头，明确表示用户交互触发的动作。数据相关的方法可能以load、fetch、update、delete等动词开头，表明其功能。

可能需要举一些具体的例子，涵盖不同场景下的命名，比如初始化UI、处理按钮点击、网络请求回调、导航跳转等。同时，要强调一致性的重要性，避免混合使用不同的命名风格。

另外，用户可能在处理复杂逻辑时，如何命名辅助方法。比如，验证表单的方法可以命名为validateForm，显示警告的方法为showErrorAlert，这样方法名即表达了其功能。

还要注意避免使用模糊的命名，比如doSomething或processData，这样的名称无法清晰传达方法的作用。应该使用更具描述性的名称，比如fetchUserData或updateProfileImage。

最后，可能需要提到一些工具，如SwiftLint，来强制执行命名规范，确保团队代码风格统一。同时，参考Apple的API设计指南，遵循Swift的命名惯例，使用自然语言和清晰的表达方式。

以下是针对 控制器方法命名 的规范化指南，结合 Apple 官方建议和 Swift 社区最佳实践：

---

1. 核心原则

• 清晰性优先 ：方法名应直接反映其行为或意图（如 updateUI 优于 refresh）
• 动词开头 ：表示动作（fetch、handle、navigate）
• 避免缩写 ：configureCell 优于 configCell
• 作用域标识 ：私有方法使用 private 修饰，无需添加 _ 前缀

---

2. 分类命名规范

(1) 生命周期方法

直接使用 Apple 预设方法名，禁止修改：

override func viewDidLoad() { ... }
override func viewWillAppear(_ animated: Bool) { ... }
override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) { ... }

---

(2) UI 初始化与布局

• 场景：创建视图、设置约束、配置样式
• 命名模式 ：setup[元素名] 或 configure[功能]

// 初始化所有 UI 元素
private func setupUI() {
    setupTableView()
    setupNavigationBar()
}

// 配置特定组件
private func setupTableView() {
    tableView.register(Cell.self, forCellReuseIdentifier: "Cell")
    // SnapKit 约束
    tableView.snp.makeConstraints { ... }
}

// 动态样式配置
private func configureDarkMode() {
    view.backgroundColor = .systemBackground
}

---

(3) 用户交互事件

• 场景：按钮点击、手势、输入框回调
• 命名模式 ：didTap[元素名] 或 handle[动作]

// 按钮点击（明确目标）
@objc private func didTapSubmitButton() {
    validateForm()
}

// 手势识别（通用处理）
@objc private func handlePanGesture(_ gesture: UIPanGestureRecognizer) {
    // 处理拖拽逻辑
}

// 输入框回调（带参数）
@objc private func textFieldDidChange(_ textField: UITextField) {
    guard let text = textField.text else { return }
    search(keyword: text)
}

---

(4) 数据操作

• 场景：网络请求、本地数据加载、缓存处理
• 命名模式 ：load/fetch/update/delete[数据对象]

// 加载本地数据
private func loadCachedData() {
    guard let data = cacheManager.getData() else { return }
    process(data)
}

// 发起网络请求
private func fetchUserProfile() {
    APIService.fetchProfile { [weak self] result in
        self?.handleProfileResult(result)
    }
}

// 处理请求结果（私有方法）
private func handleProfileResult(_ result: Result<User, Error>) {
    switch result {
    case .success(let user): updateUI(with: user)
    case .failure(let error): showErrorAlert(message: error.localizedDescription)
    }
}

---

(5) 导航与页面跳转

• 场景：跳转到下一页、模态弹窗、关闭页面
• 命名模式 ：navigateTo[目标] 或 show/dismiss[页面]

// 跳转到详情页
private func navigateToDetailPage(with item: Item) {
    let vc = DetailViewController(item: item)
    navigationController?.pushViewController(vc, animated: true)
}

// 显示模态弹窗
private func showFilterOptions() {
    let filterVC = FilterViewController()
    filterVC.delegate = self
    present(filterVC, animated: true)
}

// 关闭当前页
@objc private func dismissCurrentPage() {
    dismiss(animated: true)
}

---

(6) 工具方法

• 场景：数据验证、格式化、工具函数
• 命名模式 ：validate[对象] / format[数据类型]

// 表单验证
private func validateForm() -> Bool {
    guard !usernameTextField.text!.isEmpty else {
        showValidationError("用户名不能为空")
        return false
    }
    return true
}

// 日期格式化
private func formatDate(_ date: Date) -> String {
    let formatter = DateFormatter()
    formatter.dateStyle = .medium
    return formatter.string(from: date)
}

---

3. 进阶技巧

(1) 使用 // MARK: 分组方法

提升代码可读性：

// MARK: - UITableViewDataSource
extension ViewController: UITableViewDataSource { ... }

// MARK: - Network Handling
private extension ViewController {
    func fetchData() { ... }
    func handleNetworkError(_ error: Error) { ... }
}

(2) 闭包参数命名

若方法接受闭包参数，需明确其用途：

func loadData(completion: @escaping (Result<Data, Error>) -> Void) { ... }

(3) 避免冗余前缀

Swift 的命名空间机制不需要类名前缀：

// ✅ 正确
func configureHeaderView() { ... }

// ❌ 避免
func vc_configureHeaderView() { ... }

---

4. 典型错误示例与修正

错误命名	问题	修正方案
func get() { ... }	无意义动词	func fetchUserData() { ... }
func update() { ... }	缺少操作对象	func updateProfileImage() { ... }
func btnClick() { ... }	非标准缩写	func didTapSubmitButton() { ... }
func process() { ... }	模糊职责	func handleImageUpload() { ... }

---

5. 命名检查工具

• SwiftLint 规则 ：启用 identifier_name 规则限制命名风格
• Xcode 重构工具：右键方法名 → Refactor → Rename 安全重命名

---

通过遵循这些规范，您的控制器代码将具备以下优势：

• 可读性：新成员快速理解方法作用
• 可维护性：减少因命名歧义引发的 Bug
• 一致性：团队协作风格统一

以下是针对 控制器（ViewController）命名 的规范化指南，结合 Apple 官方建议和 Swift 社区最佳实践：

---

1. 核心原则

• 明确职责 ：名称应直接反映其功能或管理的视图内容（如 LoginViewController 管理登录页）
• 使用 ViewController 后缀：统一标识控制器类型
• 避免冗余前缀 ：Swift 的模块化特性无需添加项目缩写（如 XXUserVC 不符合规范）
• 大驼峰式（UpperCamelCase）：首字母大写，无下划线或连字符

---

2. 具体场景命名规范

(1) 基础页面控制器

• 模式 ：[功能]ViewController

• 示例 ：

  // ✅ 正确
  class HomeViewController: UIViewController { ... }      // 首页
  class ProfileViewController: UIViewController { ... }  // 用户资料页
  class SettingsViewController: UIViewController { ... } // 设置页

(2) 列表/集合视图控制器

• 模式 ：[数据对象]ListViewController 或 [功能]CollectionViewController

• 示例 ：

  class ProductListViewController: UITableViewController { ... }       // 商品列表
  class PhotoCollectionViewController: UICollectionViewController { ... } // 图片集合视图

(3) 详情页控制器

• 模式 ：[主对象]DetailViewController

• 示例 ：

  class ArticleDetailViewController: UIViewController { ... }  // 文章详情页
  class OrderDetailViewController: UIViewController { ... }    // 订单详情页

(4) 容器类控制器

• 模式 ：[布局类型]ContainerViewController

• 示例 ：

  class TabContainerViewController: UITabBarController { ... }    // Tab 容器
  class PageContainerViewController: UIPageViewController { ... } // 分页容器

(5) 弹窗/浮层控制器

• 模式 ：[功能]PopupViewController 或 [动作]ActionSheetViewController

• 示例 ：

  class FilterPopupViewController: UIViewController { ... }       // 筛选弹窗
  class ShareActionSheetViewController: UIViewController { ... }  // 分享动作面板

---

3. 高级场景命名

(1) 组合功能控制器

使用连词明确多职责：

class SearchAndFilterViewController: UIViewController { ... }  // 集成搜索+筛选功能

(2) 子模块控制器

通过路径层级体现关系：

// 用户模块的子页面
class UserNotificationSettingsViewController: UIViewController { ... }  // 用户通知设置页

(3) 通用组件控制器

强调复用性：

class ImagePickerViewController: UIImagePickerController { ... }  // 通用图片选择器

---

4. 错误命名示例与修正

错误命名	问题	修正方案
class VC1: UIViewController	无意义缩写	class LoginViewController
class UserVC: UIViewController	冗余缩写	class UserProfileViewController
class MyHomePage: UIViewController	缺少后缀	class HomeViewController
class product_list_vc: UIViewController	蛇形命名法	class ProductListViewController

---

5. 特殊类型控制器命名

控制器类型	命名规范	示例
UITableViewController	保持 ViewController 后缀	class OrderListViewController: UITableViewController
UICollectionViewController	同上	class GalleryViewController: UICollectionViewController
子视图控制器	体现父子关系	class ProfileHeaderViewController: UIViewController (作为 Profile 页的子控制器)
通用基类控制器	添加 Base 前缀	class BaseViewController: UIViewController

---

6. 配套文件命名规范

保持与控制器类名一致，方便检索：

• Storyboard/XIB 文件 ：LoginViewController.storyboard
• ViewModel ：LoginViewModel.swift (MVVM 模式)
• 单元测试类 ：LoginViewControllerTests.swift

---

7. 工具辅助

• SwiftLint 规则 ：通过 type_name 规则强制后缀检测

  # .swiftlint.yml
  type_name:
    validates_start_with_lowercase: false
    allowed_symbols: "ViewController"

• Xcode 模板：自定义 File Template 统一生成规范名称

---

遵循这些规范将带来以下优势：

• 快速定位文件：通过名称直接判断控制器功能
• 减少命名冲突：清晰的层级和模块划分
• 提升团队协作：统一命名风格降低沟通成本

---

我先来分析用户的问题。用户在之前的对话中提到了使用MVC设计模式、代码添加UI以及使用SnapKit进行约束布局的例子，现在进一步询问如何给控制器以及里面的方法命名。这表明用户对代码规范和可读性有较高的关注，可能希望在实际开发中写出清晰、易维护的代码。

我需要先回顾之前的回答内容，确保上下文连贯。之前的回答已经给出了一个完整的MVC示例，包括模型、视图和控制器的实现。用户现在的问题更聚焦在控制器和方法的命名上，这意味着我需要从命名规范的角度去回答，而不是重复之前的代码实现。

接下来，我思考如何组织回答。命名规范是一个比较常见的话题，我需要从几个方面来展开，比如控制器的命名、方法的命名，以及如何让名字清晰、准确地表达其功能。我还需要结合MVC的背景，说明控制器和方法在MVC中的角色，这样用户能更好地理解为什么这样命名。

在具体回答时，我会先从控制器的命名开始，因为控制器是用户提问的第一部分。控制器的命名需要体现其职责，比如管理哪个模块或功能。然后，我会转到方法的命名，强调动宾结构和语义清晰的重要性。最后，我会补充一些通用的命名建议，比如避免模糊词汇、保持一致性等。

在语气上，我会保持专业但不失亲切，尽量用通俗易懂的语言来解释，同时提供一些具体的例子，帮助用户更好地理解和应用这些建议。

总结一下，我的回答会围绕以下几个点展开：控制器命名的规则、方法命名的技巧、以及一些通用的命名建议。这些内容既要符合规范，又要结合实际开发场景，确保用户能学以致用。

在iOS开发中，给控制器和方法命名时，应该遵循一些通用的命名规范和最佳实践，以确保代码的可读性、可维护性和一致性。以下是一些具体的建议：

控制器命名规范

1. 使用描述性名称：

   • 控制器的名称应该清晰地描述其功能和职责。例如，PersonViewController 表示该控制器用于管理与人员信息相关的视图。

2. 遵循命名约定：

   • 控制器类名通常以 "ViewController" 结尾，例如 SettingsViewController、ProfileViewController。

3. 使用驼峰命名法：

   • 类名采用大驼峰命名法（PascalCase），即每个单词的首字母大写，例如 ProductDetailViewController。

4. 避免使用模糊的名称：

   • 避免使用模糊或不具体的名称，如 MainViewController 或 DataViewController，除非它们确实对应于应用中的主视图或数据视图。

方法命名规范

1. 使用动宾结构：

   • 方法名应该是一个动词或动词短语，描述该方法执行的操作。例如，loadData()、saveUserInfo()。

2. 遵循命名约定：

   • 方法名采用小驼峰命名法（camelCase），即第一个单词的首字母小写，后续单词的首字母大写，例如 fetchRemoteData()、updateUI()。

3. 参数命名清晰：

   • 方法的参数名也应该清晰描述其用途，例如 configure(with:)、handleEvent(for:at:)。

4. 避免使用模糊的名称：

   • 避免使用模糊或不具体的名称，如 doSomething()，除非方法确实执行一个非常通用的操作。

示例

以下是一个遵循上述命名规范的控制器和方法的示例：

import UIKit

// 模型
struct Person {
    var name: String
    var age: Int
}

// 视图
class PersonView: UIView {
    // 视图相关代码
}

// 控制器
class PersonViewController: UIViewController {
    
    var person: Person?
    let personView = PersonView()
    
    override func loadView() {
        view = personView
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        title = "Person Information"
        setupActions()
        updateView()
    }
    
    // 设置动作
    func setupActions() {
        personView.saveButton.addTarget(self, action: #selector(saveButtonTapped), for: .touchUpInside)
    }
    
    // 更新视图
    func updateView() {
        if let person = person {
            personView.nameTextField.text = person.name
            personView.ageTextField.text = String(person.age)
        }
    }
    
    // 保存按钮点击处理
    @objc func saveButtonTapped() {
        guard let name = personView.nameTextField.text, !name.isEmpty,
              let ageText = personView.ageTextField.text, let age = Int(ageText) else {
            showAlert(message: "Please enter valid name and age.")
            return
        }
        
        person = Person(name: name, age: age)
        showAlert(message: "Person information saved successfully!")
    }
    
    // 显示警告
    func showAlert(message: String) {
        let alert = UIAlertController(title: "Alert", message: message, preferredStyle: .alert)
        alert.addAction(UIAlertAction(title: "OK", style: .default, handler: nil))
        present(alert, animated: true, completion: nil)
    }
}

总结

• 控制器命名：使用描述性名称，遵循 "ViewController" 后缀约定，采用大驼峰命名法。
• 方法命名：使用动宾结构，遵循小驼峰命名法，参数命名清晰，避免模糊名称。

通过遵循这些命名规范，可以使代码更加清晰、易读和易维护，有助于团队协作和长期项目的可持续发展。

---

命名控制器及其方法时，遵循清晰、简洁和易于理解的原则非常重要。下面是一些关于控制器和方法命名的建议：

1. 控制器命名

控制器的命名应根据其所管理的视图或功能进行命名。通常情况下，控制器的命名采用 <功能/视图>ViewController 的格式。以下是一些常见的命名模式：

• 基于功能的命名： 如果控制器的功能比较清晰，可以直接使用功能来命名控制器。例如：

  • LoginViewController：用于处理登录界面。
  • SettingsViewController：用于处理设置界面。
  • ProfileViewController：用于处理用户资料页面。
  • HomeViewController：用于展示首页内容。

• 基于视图的命名： 如果控制器管理的是某个具体的视图，可以结合视图进行命名：

  • LoginScreenViewController：表示登录屏幕。
  • DashboardViewController：表示仪表盘页面。
  • MainMenuViewController：表示主菜单页面。

命名时应该避免使用过于宽泛的名称，如 ViewController 或 MainController，因为这些名称过于通用，可能会导致代码的可读性下降。

2. 方法命名

方法的命名应该根据它所执行的操作来命名，确保能够清楚地表明方法的功能。以下是一些常见的命名规则：

• 事件或动作相关的命名 ： 如果方法是用来响应用户操作或事件的，方法名称通常以 handle 或 perform 开头，接着是描述行为的名词。例如：

  • handleLoginButtonTapped()：处理登录按钮点击事件。
  • performSearch()：执行搜索操作。
  • handleLogout()：处理用户注销。
  • performAction(for:)：执行特定操作，参数描述行为的对象或参数。

• 状态更新相关的命名 ： 如果方法用于更新 UI 或数据状态，可以使用 update 、set 或 refresh 等词。例如：

  • updateProfileInformation()：更新用户资料信息。
  • setUsername(_:)：设置用户名。
  • refreshData()：刷新数据。

• 获取数据的方法命名 ： 如果方法是用来获取某些数据，通常命名为 fetch 或 get，并且加上适当的描述。例如：

  • fetchUserData()：获取用户数据。
  • getWeatherData()：获取天气数据。
  • fetchPosts()：获取帖子数据。

• 生命周期相关的命名： 这些方法通常与控制器的生命周期（如视图的加载和销毁）相关。比如：

  • viewDidLoad()：视图加载时调用。
  • viewWillAppear()：视图即将显示时调用。
  • viewDidAppear()：视图已经显示时调用。

3. 命名示例

假设你正在开发一个包含登录界面的应用，以下是一些命名示例：

控制器命名：

• LoginViewController：处理登录界面相关逻辑。
• SignupViewController：处理注册界面相关逻辑。
• ForgotPasswordViewController：处理忘记密码界面。

方法命名：

• handleLoginButtonTapped()：处理登录按钮点击事件。
• validateInputFields()：验证用户输入的用户名和密码。
• showError(message:)：显示错误信息。
• performLogin()：执行登录操作。
• navigateToHomeScreen()：导航到首页屏幕。

4. 代码示例

LoginViewController.swift

class LoginViewController: UIViewController {
    
    // UI 元素
    private var usernameTextField: UITextField!
    private var passwordTextField: UITextField!
    private var loginButton: UIButton!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        setupUI()
    }

    // 设置 UI
    private func setupUI() {
        // 这里代码添加 UI 元素
    }

    // 处理登录按钮点击事件
    @objc func handleLoginButtonTapped() {
        // 获取输入内容
        let username = usernameTextField.text ?? ""
        let password = passwordTextField.text ?? ""
        
        // 验证输入内容
        if validateInputFields(username: username, password: password) {
            performLogin(username: username, password: password)
        } else {
            showError(message: "Invalid input")
        }
    }

    // 验证输入字段
    private func validateInputFields(username: String, password: String) -> Bool {
        return !username.isEmpty && !password.isEmpty
    }

    // 执行登录
    private func performLogin(username: String, password: String) {
        // 登录逻辑
        print("Logging in with username: \(username) and password: \(password)")
        navigateToHomeScreen()
    }

    // 显示错误信息
    private func showError(message: String) {
        print(message)
    }

    // 导航到首页
    private func navigateToHomeScreen() {
        // 导航到首页逻辑
        print("Navigating to Home Screen")
    }
}

5. 总结

• 控制器命名 ：应根据功能或视图命名，例如 LoginViewController、HomeViewController，避免使用过于模糊的名称。
• 方法命名：应清晰表达方法的功能，使用动词来描述操作，确保方法名具备可读性和语义清晰性。
• 命名习惯：遵循一致性和可读性的原则，使代码在团队合作时容易理解与维护。

通过良好的命名，可以让代码更加易于理解、扩展和维护。

---

以下是一份针对 iOS Swift UIKit 开发的编程规范指南，涵盖代码结构、命名、最佳实践和可维护性等方面：

---

1. 命名规范

• 类型和协议 ：使用大驼峰式（UpperCamelCase）。

  class MyViewController: UIViewController { ... }
  protocol DataFetchable { ... }

• 变量和函数 ：使用小驼峰式（lowerCamelCase）。

  var userNameLabel: UILabel!
  func fetchDataFromAPI() { ... }

• 布尔属性 ：以 is、has、should 等开头。

  var isUserLoggedIn: Bool = false

• 缩写词 ：全大写（如 URL、ID）。

  let apiURL: URL
  var userID: String

---

2. 代码结构

• 遵循 MVC/MVVM ：

  • ViewController 保持轻量化，仅处理视图生命周期和用户交互。
  • 业务逻辑和网络请求抽离到 ViewModel 或 Service 类中。

• 使用扩展（Extension） ：按功能拆分代码块。

  // MARK: - UITableViewDataSource
  extension MyViewController: UITableViewDataSource { ... }
  
  // MARK: - Private Methods
  private extension MyViewController {
      func setupUI() { ... }
  }

• 避免 Massive ViewController ：复杂 UI 拆分为子视图或自定义 UIView 子类。

---

3. UI 开发规范

• 使用 Interface Builder 或纯代码 ：

  • 若使用 Storyboard/XIB，确保约束清晰，避免 Magic Number。
  • 纯代码布局推荐 SnapKit 或原生 Auto Layout。

• 复用组件：通用 UI 组件（如按钮、表格单元格）封装为独立类。

• 适配深色模式 ：通过 UIColor(dynamicProvider:) 处理颜色和图片。

  let backgroundColor = UIColor { trait in
      trait.userInterfaceStyle == .dark ? .black : .white
  }

---

4. 内存管理与闭包

• 避免循环引用 ：在闭包中使用 [weak self] 或 [unowned self]。

  networkService.fetchData { [weak self] result in
      guard let self = self else { return }
      self.updateUI()
  }

• 懒加载属性 ：使用 lazy var 延迟初始化视图。

  private lazy var tableView: UITableView = {
      let table = UITableView()
      table.delegate = self
      return table
  }()

---

5. 错误处理与异步

• 使用 Result 类型 ：处理网络请求结果。

  func fetchData(completion: @escaping (Result<Data, Error>) -> Void) { ... }

• 主线程更新 UI ：确保 UI 操作在 DispatchQueue.main.async 中执行。

  DispatchQueue.global().async {
      // 后台处理
      DispatchQueue.main.async {
          self.label.text = "Updated"
      }
  }

---

6. 代码可维护性

• 注释与文档 ：

  • 复杂逻辑添加注释。
  • 公共 API 使用文档注释（///）。

  /// 根据用户ID获取用户信息
  /// - Parameter userId: 用户唯一标识
  func fetchUser(by userId: String) { ... }

• 代码格式化：使用 SwiftFormat 或 SwiftLint 统一风格。

• 单元测试 ：核心逻辑编写测试用例。

  func testLoginSuccess() {
      let viewModel = LoginViewModel()
      viewModel.login(username: "test", password: "123")
      XCTAssertTrue(viewModel.isLoggedIn)
  }

---

7. 兼容性与版本控制

• API 可用性检查 ：使用 @available 或 #available。

  if #available(iOS 15.0, *) {
      tableView.sectionHeaderTopPadding = 0
  }

• 第三方库管理：推荐 Swift Package Manager (SPM)，避免过度依赖。

---

8. 其他最佳实践

• 避免强制解包 ：使用 if let 或 guard let 处理可选值。

  guard let data = data else {
      print("Data is nil")
      return
  }

• 常量集中管理 ：使用 enum 或 struct 组织常量。

  enum Constants {
      static let apiKey = "ABC123"
      static let maxRetryCount = 3
  }

• 通知名称 ：使用扩展统一管理。

  extension Notification.Name {
      static let userDidLogin = Notification.Name("UserDidLoginNotification")
  }

---

总结

遵循规范可提升代码可读性、可维护性和团队协作效率。实际开发中可根据团队需求调整，但需保持一致性。建议结合工具（如 SwiftLint）自动化检查代码风格。