|
所在平台: Udemy |
课程主页: https://www.udemy.com/course/readable_code/
课程评论：没有评论
**课程名称：** 可读代码：用 C# 编写可读代码的 50 种方法 **课程概述：** 本课程由 Peacock Anderson 主讲，旨在教授如何编写可读性更强的程序代码。课程侧重于即时见效且简单易懂的编码技巧，不涉及面向对象、测试驱动开发或设计模式等复杂概念。通过将代码示例分为“好的”、“不错的”和“坏的”三个等级，学员可以学习到适用于团队协作的实用编码经验。此外，课程还将指导学员创建字典工具，以便在整个团队中统一变量名和其他标识符。 **主要内容（按章节）：** * **入门与项目创建：** 课程介绍及 C# 项目创建 * **代码布局与结构：** * 避免过长的代码行，只关注相邻代码 * 偏好垂直滚动而非水平滚动 * if/else 语句中，肯定条件放 if，否定条件放 else * 比较时，变量放左侧，常量放右侧 * 避免在一个 if 语句中进行多个比较 * 布尔类型比较时，避免直接写 True 或 False * 避免否定再否定 * 类型检查使用 `as` 操作符 * 方法应尽早返回，避免将返回值赋给不必要的变量 * 不适用情况应尽早退出 * 使用 `finally` 确保关键处理的执行 * 优先使用比较运算符的类实现 * `if` 语句不省略大括号 * **命名规范：** * 赋予意图明确的名称 * 名称应直观，避免联想游戏式命名 * 单一职责的代码可以使用更短的名称 * 合理处理长类名 * 使用单数和复数形式 * 固定成对使用的词语组合 * 业务相关名称应统一 * 创建字典工具以统一命名 * 成员变量前不加下划线 * 避免使用匈牙利命名法 * **变量使用：** * 方法内变量不应全部在开头声明 * 方法内变量应在需要时声明 * 循环变量应在循环内声明 * 避免重复使用变量 * **返回值与特定语法：** * 布尔返回值应清晰表明哪个是 True * 需要释放的对象使用 `using` 语句 * 推荐使用 `var` 的场景 * **方法命名：** * 区分 `void` 和 `Function` 方法 * 方法命名应考虑 IntelliSense * 生成方法命名为 `Create`，类型转换命名为 `To` * 避免将无用值赋给变量后返回 * **代码优化与组织：** * 消除重复代码 * 避免使用 `#region` * 添加访问修饰符和 `sealed` * 类名命名考虑在解决方案资源管理器中的排序 * 类名应为名词或名词短语 * 类名应能表现继承关系或特性 * **注释：** * 方法内部不应写注释 * 将难以理解的代码块提取为方法，用方法名传达意图 * 仅在可能引起读者困惑的代码处添加注释 * 注释不能弥补坏代码 * **课程总结：** 可读代码综合评价 本课程适合所有希望提高 C# 代码可读性的开发者。
どうもこんにちは，ピーコックアンダーソンです。今回のコースはリーダブルコードということで，読みやすいプログラムコードの書き方のコースになります。より良いコードを書くには色々な知識が必要ですが，今回は，オブジェクト指向，テスト駆動開発，デザインパターンを含まないジャンルで構成しています。要するにオブジェクト指向を理解していなくても即効性のある，シンプルに，どう書いたら読みやすいか？という観点での解説になっています。プログラムコードの書き方をGOOD（良い），NOTBAD（悪くはない），BADコード（悪い）の3種類に分類しながらサンプルコードを作成するので，最終的に完成するプログラムコードは，チーム全員で使えるノウハウ的な使い方ができます。さらにレクチャー中に辞書ツールを作成するので，チーム全体で同じ変数名などに統一するツールも使うことができるようになります。より良いコードを書きたい方は，一度ご覧になってみてください。#01_はじめに#02_プロジェクトの作成#03_右に長いコードを書かない_隣のとなりまでしか訪ねない#04_隣のとなりまで_右スクロールより縦スクロールの方がいい#05_IFとELSEがある時は肯定系をIF否定形をELSEにする#06_比較する時は変数を左_定数を右にする#07_複数の比較を1回のif文でやらない#08_booの比較でTrueやFalseを書かない#09_否定の否定はしない#10_型チェックはasを使う#11_メソッドはできるだけ早く抜ける_返却する値を無駄に変数に入れない#12_対象外の時はすぐに抜ける#13_都合が悪いケースはガードする#14_必ずやりたい処理はfinallyを使う#15_比較演算子はできるだけクラスにさせる#16_ifの中括弧の省略はしない#17_if文のリーダブルコードまとめ#18_名前の付け方#19_意図が明確な名前を付ける#20_名前は素直に付ける_連想ゲーム的な名前を付けない#21_1つの事しかしていなければ短い名前でも理解できる#22_長いクラス名の扱い方#23_単数形と複数形で表現する#24_対になる言葉の組み合わせを決めておく#25_業務で使う名前は統一する#26_名前を統一するための辞書ツール作成#27_メンバー変数にアンダーバーを付ける#28_ハンガリアン記法を使わない#29_メソッド内の変数をメソッド最初に全部宣言しない#30_メソッド内の変数は直前に宣言する#31_ループの変数はループ内で宣言する#32_変数を使いまわさない#33_boolの戻り値はどちらがTrueかをわかるようにする#34_解放が必要なオブジェクトにはusingを使う#35_varを推奨する場合#36_メソッド名の付け方#37_voidとFunctionを意識する#38_インテリセンスを意識した名前にする#39_生成メソッドはCreate_型変換はToを使う#40_無駄に変数に入れて返却しない#41_重複をなくす#42_リージョンで区切らない#43_アクセス修飾子とsealedを付ける#44_クラス名はソリューションエクスプローラーで並べることを意識する#45_クラス名は名詞か名詞句で命名する#46_クラス名で継承元や特性を表現する#47_メソッド内にコメントを書かない#48_分かりづらい部分はメソッド化をしてメソッド名で想いを伝える#49_コードを読んだ人が「えっ？」と思うことが予想される場所にだけコメントを付ける#50_コメントで悪いコードを取り繕うことはできないリーダブルコード総評
