应用程序结构的LIFT准则

原文http://www.reqianduan.com/1722.html

应用程序结构的LIFT准则

LIFT

[Style Y140]

• 构建一个可以快速定位（Locate）代码、一目了然地识别（Identify）代码、拥有一个平直（Flattest）的结构、尽量（Try）坚持DRY（Don’t Repeat Yourself）的应用程序，其结构应该遵循这4项基本准则。

  为什么是LIFT?: 提供一个有良好扩展的结构，并且是模块化的，更快的找到代码能够帮助开发者提高效率。另一种检查你的app结构的方法就是问你自己：你能多块地打开涉及到一个功能的所有相关文件并开始工作？

  当我发现我的的代码结构很恶心的时候，我就重新看看LIFT准则。

  1. 轻松定位代码（L）
  2. 一眼识别代码（I）
  3. 平直的代码结构（层级不要太多）（F）
  4. 尽量保持不要写重复代码（T）

Locate

[Style Y141]

• 更直观、更简单、更快捷地定位代码

  为什么？：我发现这对于一个项目是非常重要的，如果一个团队不能快速找到他们需要工作的文件，这将不能使团队足够高效地工作，那么这个代码结构就得改变。你可能不知道文件名或是相关的文件放在了哪里，那么就把他们放在最直观的地方，放在一起会节省大量的时间。下面是一个参考目录结构。

  /bower_components
  /client
  /app
    /avengers
    /blocks
      /exception
      /logger
    /core
    /dashboard
    /data
    /layout
    /widgets
  /content
  index.html
  .bower.json
  

Identify

[Style Y142]

• 当你看到一个文件时你应该能够立即知道它包含了什么、代表了什么。

  为什么？：你花费更少的时间来了解代码代表了什么，并且变得更加高效。如果这意味着你需要更长的名字，那么就这么干吧。文件名一定要具有描述性，保持和文件内容互为一体。避免文件中有多个controller，多个service，甚至是混合的。

Flat

[Style Y143]

• 尽可能长时间地保持一个平直的文件夹结构，如果你的文件夹层级超过7+，那么就开始考虑分离。

  为什么？：没有谁想在一个7级文件夹中寻找一个文件，你可以考虑一下网页导航栏有那么多层。文件夹结构没有硬性规则，但是当一个文件夹下的文件有7-10个，那么就是时候创建子文件夹了，文件夹的层级一定要把握好。一直使用一个平直的结构，直到确实有必要（帮助其它的LIFT）创建一个新的文件夹。

T-DRY（尽量坚持DRY）

[Style Y144]

• 坚持DRY，但是不要疯了一样的做却牺牲了可读性。

  为什么？：保持DRY很重要，但是如果牺牲了其它LIFT，那么它就没那么重要了，这就是为什么说尽量坚持DRY。