Rumah  >  Artikel  >  alat pembangunan  >  Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

青灯夜游
青灯夜游ke hadapan
2023-03-10 19:49:106103semak imbas

Hanya gunakan fungsi Format yang disertakan dengan VSCode untuk memenuhi keperluan pemformatan kod yang boleh dikonfigurasikan! Artikel berikut akan memperkenalkan anda kepada fungsi Format VSCode Saya harap ia akan membantu anda!

Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

Dalam beberapa tahun kebelakangan ini, persekitaran pembangunan telah memberi lebih banyak perhatian kepada penyeragaman kod Penggunaan alat untuk menyemak dan mengautomasikan pembaikan telah menjadi pilihan pertama untuk kod jaminan.

secara amnya menggunakan alat bantu seperti Lint (ESLint StyleLint) atau Prettier Melalui konfigurasi dan penggunaan yang mudah, anda boleh menggunakan beberapa spesifikasi Gaya Kod yang popular untuk mencapai tujuan gesaan automatik, pembaikan automatik, pelaksanaan dan penyeliaan automatik. .

Tetapi saya tidak tahu sama ada anda pernah menghadapi situasi berikut:

  • Apabila menaip kod dalam IDE, kerana tiada format masa nyata (biasanya secara automatik diformatkan semasa menyimpan), Gesaan merah sentiasa muncul, dan saya sentiasa berpendapat bahawa tatabahasa saya salah, tetapi sebenarnya ia tidak diformatkan. (Contohnya, gesaan pengesahan automatik pemalam ESLint)

  • Apabila saya mula-mula menggunakannya, saya sentiasa menghadapi peraturan yang saya tidak faham (mungkin terlalu ketat), dan saya terpaksa mengklik pada gesaan untuk melihatnya Sebab khusus ialah ia setara dengan mempelajari peraturan semasa membangun.

  • Saya menulis sekeping kod Selepas menyimpan, kod tiba-tiba menjadi lebih panjang dan semua baris telah ditukar secara tiba-tiba kepada 100 baris. Saya tidak akan menamakan sesiapa di sini.

  • Tidak banyak keperluan untuk spesifikasi kod (lebih merujuk kepada pemformatan Contohnya, projek agak kecil, jadual projek padat, dsb. Selagi ia memenuhi keperluan pemformatan asas.

Terutamanya yang terakhir Sebenarnya, banyak projek kecil hanya perlu memenuhi pemformatan paling asas, yang boleh memastikan pasukan dapat memenuhi dan melaksanakan satu set spesifikasi mudah. . Berbanding dengan yang lain Spesifikasi yang ketat boleh diabaikan.

Satu konsep disebut di sini, dan spesifikasi dibahagikan kepada dua jenis: 代码格式规则(Formatting rules) dan 代码质量规则(Code-quality rules). Spesifikasi asas yang dinyatakan di atas pada dasarnya adalah milik 代码格式规则.

Berikut ialah peraturan pemformatan yang biasa digunakan dan asas, iaitu 代码格式规则, mengambil gaya standardjs sebagai contoh:

Seperti yang anda lihat, ia pada asasnya 分号 缩进 空格 空白 spesifikasi berkaitan, dan spesifikasi ini adalah dalam Sesetengah IDE sudah disepadukan.

Sebagai contoh, VSCode boleh memenuhi semua peraturan di atas melalui konfigurasi mudah.

Format VSCode

VSCode sendiri mempunyai fungsi Format, yang disokong oleh kebanyakan jenis fail. Kekunci pintasan lalai ialah Ctrl+K+D.

Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

turut menyokong tetapan kepada Format on Save.

Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

Kemudian senaraikan spesifikasi asas di atas yang mana tidak termasuk dalam fungsi Format lalai.

  • Koma bertitik. - Tiada spesifikasi secara lalai dan boleh dikonfigurasikan melalui settings.

  • Inden ruang . - Saiz Tab 4 ruang lalai, yang boleh dikonfigurasikan melalui settings.

  • Apabila mengisytiharkan fungsi, tambahkan ruang antara kurungan dan nama fungsi. - Tidak seperti standardjs, VSCode tidak mempunyai ruang secara lalai.

  • Tinggalkan baris kosong di hujung fail. - Tiada secara lalai, boleh dikonfigurasikan melalui settings.

Yang ketiga tu boleh dikatakan berbeza tapi ada peraturan jadi ada 3 semuanya. Oleh itu, kebanyakan peraturan sudah disokong oleh fungsi format lalai.

1. Koma bertitik

dibahagikan kepada tiga spesifikasi: keperluan 必须有分号; Terdapat pelbagai spesifikasi popular di pasaran, tetapi ia biasanya memerlukan 禁止分号 atau 都行. 必须有禁止VSCode tidak mempunyai keperluan secara lalai, tetapi ia boleh ditakrifkan melalui

:

settings

Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

  • Lalai ialah sama ada terdapat koma bertitik atau tidak. Semua adalah OK;

    ignore

  • 2. Spesifikasi Inden

    insert

    secara amnya terbahagi kepada dua spesifikasi, 2 ruang atau 4 ruang kebanyakannya popular di pasaran sekarang . Dalam spesifikasi, 2 ruang diutamakan.
  • Spesifikasi lalai VSCode ialah:

    • Detect Indentation Tetapan yang sepadan: editor.detectIndentation Nilai lalai true, berdasarkan kandungan fail semasa, mengesan sama ada fail semasa mempunyai 2 ruang atau 4 ruang, dan kemudian Format berdasarkan ini;
    • Tetapan yang sepadan: Tab Size: Nilai lalai ialah editor.tabSize Jika ia adalah fail baharu, ia ditentukan berdasarkan nilai ini. 4

    Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

    Gambar di atas ialah konfigurasi lalai. Jika anda mahu semua fail diinden dengan 2 ruang sebagai standard, anda boleh mematikan

    dahulu. dan kemudian gantikan Detect Indentation Tetapkan kepada 2. Tab Size

    Jika anda tidak mematikan

    dan hanya menukar Detect Indentation kepada 2, maka lekukan akan berdasarkan kandungan fail, dan kemudian fail baharu akan diinden sebanyak 2 ruang. Tab Size

    Cara VSCode mengesan saiz tab fail adalah berdasarkan saiznya. Anda boleh melihatnya dalam bar status di bahagian bawah fail dan anda boleh menukarnya dengan mengklik padanya.

    Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

    3 Tinggalkan baris kosong di hujung fail

    Cari kata kunci

    dalam tetapan, pilihan lalai ialah nyahdayakan, tandakan Aktif, baris kosong akan ditinggalkan pada penghujung semua fail semasa menyimpan. insertFinalNewline

    Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod

    Ringkasnya

    Ringkasnya, semua

    konfigurasi adalah seperti berikut: settings

    Berikut ialah cadangan Tetapkan di bawah Workspace Selepas tetapan, fail settings akan dijana di bawah laluan .vscode, yang boleh diserahkan kepada git untuk menyatukan spesifikasi dalaman pasukan pembangunan. settings.json

    // .vscode/settings.json
    {
      "editor.formatOnSave": true, // 保存文件自动format
      "javascript.format.semicolons": "insert", // js文件,强制必须有分号,设置`remove`则禁止分号
      "typescript.format.semicolons": "insert", // ts文件,同上
      "editor.tabSize": 2, // 设置默认缩进为2个空格
      "editor.detectIndentation": false, // 是否强制所有文件按tabSize设置缩进;"否"则根据文件内容缩进、新建文件按tabSize缩进。
      "files.insertFinalNewline": true, // 所有文件末尾留一空行
      "[javascript]": {
        "editor.defaultFormatter": "vscode.typescript-language-features" // 设置js类型文件的默认format为VSCode自带Format
      },
      "[javascriptreact]": {
        "editor.defaultFormatter": "vscode.typescript-language-features" // jsx文件,同上
      },
      "[css]": {
        "editor.defaultFormatter": "vscode.css-language-features" // css文件,同上
      },
      "[less]": {
        "editor.defaultFormatter": "vscode.css-language-features" // less文件,同上
      }
    }
    Malah, lebih banyak konfigurasi format boleh dikonfigurasikan dalam tetapan VSCode dan anda boleh meneroka sendiri.

    Format fail format lain

    seperti css, less, json, md, dsb. Secara peribadi, saya rasa cukup dengan hanya menggunakan VSCode lalai .

    Spesifikasi lain:

    Selain

    yang disebutkan di atas, spesifikasi lain tergolong dalam 代码格式规则 Dalam kes ini, gunakan spesifikasi 代码质量规则 . , kerana spesifikasi ini tidak bercanggah dengan ESLint di atas, dan dengan pembetulan automatik semasa menyimpan 代码格式规则, apabila menyimpan fail, mula-mula gunakan format VSCode ESLint dan kemudian gunakan 代码格式规则 untuk memproses ESLint. Untuk memberikan beberapa contoh: 代码质量规则

    • memaksa satu

      tanda petikan atau dua kali ganda tanda petikan . eslint: quotes

    • sentiasa digunakan.

      menggantikan ===. eslint: ==eqeqeq

    Mengenai penggunaan

    , anda boleh rujuk artikel sebelumnya: ESLintESLINt bekerjasama dengan VSCode untuk menyatukan barisan pasukan -spesifikasi kod akhir

    Akhir sekali

    Artikel ini meringkaskan cara menggunakan alat pembangunan VSCode sahaja untuk menyeragamkan kod bahagian hadapan

    dan menyokong boleh dikonfigurasikan dan fungsi kod pemformatan fail automatik. 代码格式规范

    Kelebihan:

    • Konfigurasi yang mudah, tidak perlu memasang pelbagai npm atau plug-in, VSCode mempunyai fungsi tersendiri.

    • Sesuai untuk projek mudah kecil, atau projek dengan permintaan rendah untuk

      , sesuai untuk kilang kecil. 代码格式规范

    • Sesetengah peraturan menyokong penyesuaian dan boleh dikonfigurasikan mengikut keperluan sebenar.

    Kelemahan:

    • Tidak banyak peraturan, pada dasarnya

      , jadi anda tidak boleh melakukan 代码格式规则 proofreading Untuk pengesahan, ia perlu digabungkan dengan ESLint. 代码质量规则

    • Tidak dapat memenuhi projek dengan keperluan spesifikasi format yang agak tinggi, seperti projek besar dan kilang besar.

    • mempunyai kurang peraturan dan kurang kebolehkonfigurasian daripada

      . ESLint

    • mempunyai sedikit peraturan berbanding

      , dan pastinya ia tidak sebaik beberapa spesifikasi gaya pengekodan yang popular. Prettier

    • Tiada cara untuk mengesahkan kod secara automatik apabila menyerahkannya melalui Git Hooks.

    Artikel ini hanya menyediakan penyelesaian dan idea sama ada ia sesuai untuk anda bergantung pada keperluan anda sendiri. 代码格式规范

    Untuk pengetahuan lanjut tentang VSCode, sila lawati: tutorial asas vscode!

Atas ialah kandungan terperinci Membawa anda menggunakan fungsi Format VSCode untuk melaksanakan pemformatan kod. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Kenyataan:
Artikel ini dikembalikan pada:juejin.cn. Jika ada pelanggaran, sila hubungi admin@php.cn Padam