IDE使用技巧具體有哪些

這篇文章的內容主要圍繞IDE使用技巧具體有哪些進行講述，文章內容清晰易懂，條理清晰，非常適合新手學習，值得大家去閱讀。感興趣的朋友可以跟隨小編一起閱讀吧。希望大家通過這篇文章有所收獲！

一 背景

1 目的

欲善其事，先利其器。對于研發同學，在日常的開發工作中，我們與之打交道最多的便是編程的IDE。能否高效和靈活的使用IDE，將對我們的工作效率起著舉足輕重的作用。

研發同學在開發中最主要做的兩件事分別是架構設計和編碼，前者主要取決于大量的項目經驗積累和個人的思考深度，也是作為研發的核心競爭力，短時間內很難快速求成；后者主要取決于日常的編碼練習和一定程度的IDE信息差，能夠通過下文中介紹的一系列技巧進行能力的快速補齊和鞏固加強。

小編的主要目的有兩方面：

• 一方面，對IDE的快捷操作和高效技巧，結合自己多年的實踐和理解，進行一次系統性的總結和梳理。

• 另一方面，希望通過本文系統性的梳理，能夠幫助更多的同學提高研發效率，無論你是剛入手不久的新人，還是有著多年開發經驗的專家，相信你都能夠在本文中發現一片新天地，讓你能夠有更多的時間和精力去做更有意義的事情。

2 定位

網上很多技術網站和個人博客，對于IDE各種技巧和便捷操作總結得非常具體且詳細，對于單點的詳盡程度都是極具參考和學習價值的。但其對應的問題是，這些很多很優秀的文章，出自于不同的手筆，有各自的行文風格，且分散在各個網站的散點，難以系統化。

我對本文的定位是，將各種技巧以大分類的形式進行收攏和聚合，以幫助大家構建和完善整體的知識體系，大幅度提高開發效率。對于每個分類點到即止，替代咀嚼式灌輸方式的是，盡量使用漸進式引導的方式。

3 普適性

JetBrains系列的IDE產品眾多，除了下圖之外，還有其他未列入的，如Google二次開發的Android Studio等。雖然歸為多個產品實例，但這些IDE的內核都是一樣的，只是在內核的基礎上額外添加了各自的語言特性。本文將以使用量最高的一款IDE——IDEA為例進行展開，文中提到的絕大多數能力和技巧，在其他IDE均同樣適用，一通則百通。

二 Postfix Completion

1 介紹

Postfix Completion (下稱Postfix) 是一種通過 . + 模板Key 來對當前已經輸出的表達式，添加和應用預設代碼模板的編碼增強能力。

其核心要解決的問題是，將編碼過程中一些通用的代碼結構范式進行抽象和沉淀，并能在同類型的場景下，通過 . + 模板Key 的方式進行喚醒和復用。

舉個例子，現在需要完成下面一段代碼的編寫，為了對name參數進行判空保護：

if (name != null) {
  
}

在普通文本編輯器中，其中 if 2次，name 4次，(){}!= 共6次，再加空格Tab和光標切換，一共需要按鍵23次。

在IDEA編輯器中，不使用Postfix時，一共需要按鍵20次，不考慮代碼格式化的情況可以減少到16次。

在IDEA編輯器中，使用Postfix時，只需要8次，如下圖：

在這個例子中，可以對比出使用Postfix前后的效果，使用之后在編碼中減少了一半的手動按鍵操作，且生成的代碼是自帶格式化的。在實際的編碼過程中，各項目大小和復雜度差異性雖然很大，但細化到這種基本單位的編程范式時，它們都是融會貫通的。

與上例中nn并列的Postfix，IDEA給我們預設的還有很多，下面對一些非常高頻使用的Postfix進行梳理。

2 梳理

var

快速定義一個局部變量，自帶IDE的類型推斷

notnull

快速進行NPE的判空保護：

nn

同notnull，是它的簡寫，推薦用這個，更加便捷：

try catch

快速對當前語句添加try catch異常捕獲，同時IDE還會對catch中的Exception自動做類型推斷：

cast

快速實現類型強轉，不需要反復使用()包裹和光標切換；配合instanceof使用時還能自動實現cast類型的推斷：

if

快速實現if判斷的代碼范式：

throw

快速實現拋異常：

for

快速實現集合或數組的迭代：

fori

快速實現集合或數組的帶索引值迭代；同時對整型數字也支持：

sout/soutv

快速實現（不帶參數/帶參數）的打印功能：

return

快速實現方法中的值返回邏輯：

format

快速實現字符串格式化：

3 高級用法

擔心系統預設的Postfix不足以滿足我們的編碼需求，IDEA還提供了Postfix的自定義功能。

這里我以自定義一個對集合判空的代碼范式，來舉例說明自定義Postfix的流程：

1）進入IDE設置界面，然后依次進入Editor => General => Postfix Completion => 面板左下角加號 => Java：

2）在彈起的頁面中，按照下圖進行配置，然后保存退出設置頁。

此時我們自定義的 isempty 這個Postfix即完成了，下面來看下實際使用的效果：

在實際開發過程中，對于根據已經輸入的表達式就能決定接下來代碼格式的功能，我們都能使用這種自定義方式進行代碼的抽象和復用。

接下來介紹IDE中一種跟Postfix功能很相像，但靈活度更高的能力——Live Template。

三 Live Template

1 介紹

介紹之前可以先看一段簡短的編碼過程：

上面這段編碼中，我先后使用了Live Template的以下三個模板能力：

• psfs：定義字符串常量

• main：添加入口函數

• sout：實現日志輸出

這里我們將其和上面提到的Postfix對比來看，兩者都是提供代碼級別模板的功能。不同的是，Postfix需要一個已經輸入的表達式和 . + 模板Key 來進行觸發，而Live Template不需要這些，它僅僅需要 模板Key 即可觸發。

Live Template提供的預設模板要比Postfix要高出一個數量級，因此這里我就不進行一一演示，我們可以進行設置面板，然后按照Editor => Live Templates的路徑自行查看，如下圖：

2 高級用法

和Postfix一樣，Live Template也支持自定義模板，但它的自定義模板相對來說更加靈活和開放，甚至支持我們直接植入腳本。鑒于Live Template的高度靈活性，單獨介紹這塊會占據大量的篇幅，因此這里我將從幾個實際的案例場景來開拓一下思路，而具體自定義拓展過程就不詳細展開介紹了。

Key值映射

將DB中查詢到 List 結構的數據，根據Key值映射轉化為 Map<K, T> 結構的數據，以便于進行后續的數據填充邏輯：

DB批量查詢

在數據查詢時，我們會有根據ID主鍵進行批量DB數據查詢的訴求，如下：

List<User> users = userMapper.queryUserByIds(userIds);

這種寫法會有一個弊端，就是當 userIds 大到一定的量級時，該查詢會變得非常耗時。

對于該問題其中一個解法是，將這個大的 userIds 拆分成多個批次，然后讓這多個批次異步并行去查詢。這里便使用Live Template來抽取一個針對該場景的代碼模板，如下：

按照該模板，我們的查詢語句將變成這樣：

List<User> users = batchQuery(userIds, 100, userMapper::queryUserByIds, null);

可以看到，和之前相比，多傳一個分批的size參數，同時還支持指定的異步任務調度器的自定義配置，而返回結果和之前的查詢方式保持完全一致，不需要外部有額外的適配工作。

腳本植入

這個功能是我非常看好Live Template的主要原因，它的靈活性和拓展性也主要來源于這里。它支持我們通過一個 模板Key 來喚起和執行一段腳本，這也就意味著，我們的自定義的Live Template模板是可編程的，極大程度提高了該模板的拓展性。

單描述功能會有些空洞，這里我結合一個實際案例進行介紹，我們來實現一個跨電腦的代碼共享功能：

1）首先，使用python的flask框架寫一個極簡的服務端應用并啟動，提供最簡單的 push 和 pull 的能力，如下：

from flask import Flask, request

DEFAULT = 'nothing'
code = DEFAULT

app = Flask(__name__)

@app.route('/push')
def push():
  global code
  code = request.args.get('code', DEFAULT)
  return 'Success'

@app.route('/pull')
def pull():
  return code

app.run()

2）然后，我們來通過groovy腳本實現一個代碼 pull 的模板，這里應用了Live Template的 groovy script 能力，對應腳本如下：

def url = new URL('http://127.0.0.1:5000/pull');
def conn = url.openConnection() as HttpURLConnection;
def result = conn.inputStream.text;
return result

3）最后，再實現代碼push的模板，腳本如下（下面的代碼入參，是通過剪切板賦值傳遞過來的）：

def code = _1;
def url = new URL('http://127.0.0.1:5000/push?code=' + new URLEncoder().encode(code));
def conn = url.openConnection() as HttpURLConnection;
def result = conn.inputStream.text;
return result

此時就已經完成了跨設備的代碼分享功能，為方便演示，這里就用 People1 和 People2 兩個類來模擬兩臺獨立的電腦。People1 將自己的一段代碼復制到剪切板中，然后通過 push 模板調用 push 接口來將這段代碼上傳到Python服務應用中；People2 再通過 pull 腳本來調用服務端的 pull 接口，訪問到 People1 上傳的代碼并輸入到當前的代碼編輯器中，實現效果如下圖：

這里的代碼共享只是一個引子，除此之外，我們還能寫很多有意思的腳本，比如在IDE中查天氣、通過IDE聊天等等，自行腦補拓展。

介紹完Live Template之后，接下來介紹文件級別的模板——File Template。

四 File Template

1 介紹

File Template，顧名思義，對應文件級別的模板。對于該模板，我們使用腳本的主要在于兩個場景，分別是文件頭和文件的自定義，下面結合案例依次展開。

2 自定義文件頭

按照下圖的路徑，來更改文件頭的格式，IDE就會在我們新建一個類或接口時，根據這里的配置格式來自動生成對應的文件注釋頭。

3 抽象通用Controller

看下面一段代碼，這是一個針對于User這個domain的增刪改查接口類：

package com.alibaba.ide.code.controller;

import com.alibaba.ide.code.entity.Result;
import com.alibaba.ide.code.entity.User;
import com.alibaba.ide.code.service.Condition;
import com.alibaba.ide.code.service.UserService;
import org.springframework.web.bind.annotation.*;

import javax.annotation.Resource;
import java.io.Serializable;
import java.util.List;

/**
 * @author puke
 * @version 2021/2/9
 */
@RestController
@RequestMapping("api/user")
public class UserController {

    @Resource
    private UserService userService;

    @PostMapping
    public Result<User> create(@RequestBody User record) {
        User user = userService.insert(record);
        return Result.success(user);
    }

    @PutMapping
    public Result<User> update(@RequestBody User record) {
        User user = userService.update(record);
        return Result.success(user);
    }

    @DeleteMapping("{id}")
    public Result<Void> deleteById(@PathVariable Serializable id) {
        boolean success = userService.deleteById(id);
        return success ? Result.success() : Result.fail();
    }

    @GetMapping("{id}")
    public Result<User> queryById(@PathVariable Serializable id) {
        User user = userService.queryById(id);
        return Result.success(user);
    }

    @GetMapping
    public Result<List<User>> queryByCondition(Condition<User> condition) {
        List<User> list = userService.queryByCondition(condition);
        return Result.success(list);
    }
}

仔細看這段代碼會發現，如果基于該接口再新增另一個domain對應的Controller接口類，代碼中的基本結構和邏輯都是可以復用的。此時，便是File Template排上用場的地方，我們定義一個通用的 Controller 模板，將共性的部分抽象到模板里，再將差異性的部分通過模板入參 Subject 變量傳入進來（注，這里需要用到Velocity 模板[1]的知識）。

#set($SubjectOfLowerFirst = ${Subject.substring(0,1).toLowerCase()} + $Subject.substring(1))
package ${PACKAGE_NAME};

import com.alibaba.ide.code.entity.Result;
import com.alibaba.ide.code.entity.${Subject};
import com.alibaba.ide.code.service.Condition;
import com.alibaba.ide.code.service.${Subject}Service;
import org.springframework.web.bind.annotation.*;

import javax.annotation.Resource;
import java.io.Serializable;
import java.util.List;

#parse("File Header.java")
@RestController
@RequestMapping("api/${SubjectOfLowerFirst}")
public class ${Subject}Controller {

    @Resource
    private ${Subject}Service ${SubjectOfLowerFirst}Service;

    @PostMapping
    public Result<${Subject}> create(@RequestBody ${Subject} record) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.insert(record);
        return Result.success(${SubjectOfLowerFirst});
    }

    @PutMapping
    public Result<${Subject}> update(@RequestBody ${Subject} record) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.update(record);
        return Result.success(${SubjectOfLowerFirst});
    }

    @DeleteMapping("{id}")
    public Result<Void> deleteById(@PathVariable Serializable id) {
        boolean success = ${SubjectOfLowerFirst}Service.deleteById(id);
        return success ? Result.success() : Result.fail();
    }

    @GetMapping("{id}")
    public Result<${Subject}> queryById(@PathVariable Serializable id) {
        ${Subject} ${SubjectOfLowerFirst} = ${SubjectOfLowerFirst}Service.queryById(id);
        return Result.success(${SubjectOfLowerFirst});
    }

    @GetMapping
    public Result<List<${Subject}>> queryByCondition(Condition<${Subject}> condition) {
        List<${Subject}> list = ${SubjectOfLowerFirst}Service.queryByCondition(condition);
        return Result.success(list);
    }
}

模板定義完成，接下來來看一下實際的使用效果：

這里使用 Goods 作為新的domain對象，可以看到，生成的 Controller 代碼已經具備 UserController 的全部能力，并且生成的代碼全部都是 Goods 相關的api，這樣就實現了File Template的橫向遷移能力。

五 低頻高效快捷鍵

1 介紹

IDEA中的快捷鍵多達上百個，我們很難把每個都記清楚，網上也有很多對應的總結。這里我主要梳理一些，大家使用相對比較低頻，但又非常高效的快捷鍵。

2 梳理

選擇重復元素：Control + G

通常情況下，我們可以使用 Shift + F6 對類名、方法名和變量名進行批量更改，但對于其他元素進行批量更改時，該快捷鍵特別合適，且不限編程語言。

批量框選：Option + 鼠標左鍵拖拽

對于"對齊"的代碼進行批量更改的最優解，沒有之一：

整行移動：Option + Shift + ↑/↓

快速調整代碼執行順序，免除繁瑣的剪切粘貼過程：

整行/塊復制：Command + D

對于整行/塊的復制，效率遠高于純手動的復制粘貼：

展開/收起：Command + . or Command + Shift + +/-

前者，快速顯示/隱藏當前方法體；后者，快速概覽當前類的所有方法：

修改方法簽名：Command + F6

在方法被多文件或多處調用時，該方式替換效率極高：

查看歷史剪切板：Command + Shift + V

開發中經常會出現需要復制多個文本的訴求，而PC默認的剪切板只能保存一個，該功能專門用來解決這個痛點：

代碼抽取

代碼抽取主要用在代碼重構的時候，以最快速度達到我們抽取一個變量、方法的目的。

1）抽局部變量：Command + Option + V

2）抽成員變量：Command + Option + F

3）抽靜態常量：Command + Option + C

4）抽方法入參：Command + Option + P

5）抽方法：Command + Option + M

六 代碼調試

代碼調試在開發中使用的非常多，常規的單步、多步、進入、跳出操作這里也不特殊說明了。

有一點值得說的就是，利用條件斷點來實現運行期的代碼植入功能，先看下圖：

可以看到，Debug模式運行時，我們能動態改變 age 變量的值，本來被賦值為 20 的，結果輸出出來卻是 10。

這個是我在開發中無意間發現的一個功能，算是一個Trick了。但這個功能在實際的開發過程中特別有用，尤其針對于一些代碼改動后再次運行的成本比較高的場景。比如Android開發過程中，能夠在不重新打整包的情況下，動態修改頁面中各個元素的樣式、接口的請求、數據的內容等等；再比如服務端場景中，如果我們的應用支持Debug模式，則可以通過該功能實現應用無需重新部署的情況下，進行動態更改上下文邏輯的操作。

感謝你的閱讀，相信你對“IDE使用技巧具體有哪些”這一問題有一定的了解，快去動手實踐吧，如果想了解更多相關知識點，可以關注億速云網站！小編會繼續為大家帶來更好的文章！