Apa keuntungan menampilkan nomor baris dalam editor teks?


27

Saya merasa aneh ketika saya mengedit kode dalam IDE yang tidak memiliki nomor baris di editor teks.

Pertanyaan yang saya miliki adalah:

  1. Apakah nomor baris secara visual berlebihan, terutama ketika fungsi find by line ada di IDE pilihan Anda?
  2. Apa kegunaan menunjukkan nomor baris?

35
2: Merasa sangat macho atas jumlah baris kode yang ditulis.
Adam Crossland

4
@AdamCrossland: lucu Anda harus menyebutkan itu, saya biasanya melihatnya sebagai kebalikannya dan semakin banyak baris kode yang saya tulis, semakin banyak waktu yang saya habiskan untuk mencarinya untuk memastikan saya tidak melakukan apa pun dua kali dan saya ' m meeting spec.
Nick Larsen

4
ya itu semua berlaku untuk saya juga, tetapi kadang-kadang Anda hanya perlu memakai helm sepeda motor Anda dan pergi untuk macho.
Adam Crossland

3
Saya merasa lebih cepat untuk menggulir dengan mata pada nomor baris daripada menggunakan fungsi garis goto editor saya (itu mungkin karena saya pertama kali harus menemukannya setiap kali), terutama ketika saya sudah dekat
ratchet freak

7
@ Adam: Rasakan benar-benar Macho betapa sedikit baris kode yang saya tulis untuk membuatnya bekerja.
Newtopian

Jawaban:


14

Apa pun yang membantu komunikasi adalah nilai tambah.

  1. Tidak memakan banyak ruang jadi tidak, tidak berlebihan jika Anda atau kolega Anda merasa berguna untuk membahas kode.

  2. Bahkan jika Anda tidak melakukan pemrograman berpasangan, ulasan kode "over the shoulder" berguna jika Anda tidak menggunakan alat-alat seperti Code Collaborator (kami tidak melakukannya sekarang).

Juga jika Anda memiliki anggota tim di situs lain (kami punya), ini berguna untuk mendiskusikan kode melalui IM atau di telepon.

Bagaimana Anda bisa memberi tahu mereka agar pergi ke jalur 1842 jika Anda tidak bisa melihat garis?

Bagi saya itu adalah alat kecil sederhana yang tak ternilai. Bahkan beberapa spesifikasi pdf kami memiliki garis bernomor, dan sungguh menakjubkan betapa lebih mudah untuk merujuk dan mendiskusikan dibandingkan dengan yang tidak bernomor.


54

Tidak ada yang menyebutkan bisa dengan cepat melihat jejak tumpukan pengecualian untuk mencari tahu di mana pengecualian terjadi.


Sangat? Negara OP "referencing stack trace line numbers". Atau apakah Anda berdua merujuk pada hal-hal yang berbeda?
StuperUser

3
Ups ... Saya melewatkan itu! Yah ... ini penting sehingga perlu diulangi! ;)
maple_shaft

4
Nah pertanyaannya sudah diedit sekarang, upvote ahoy!
StuperUser

Dan tentu saja, melihat log (tidak harus dari pengecualian). Semua log kami mengindeks file + line asalnya, sangat berguna!
Matthieu M.

@maple_shaft, Sebenarnya bahkan ketika Anda tidak dapat melihat garis, Anda masih dapat melakukan Ctrl-G (mis. notepad tua biasa).
Pacerier

51

Nomor baris yang ditampilkan sangat penting untuk pemrograman berpasangan. Tidak ada cara yang lebih cepat untuk mengarahkan mata pasangan Anda ke kode yang Anda pikirkan.

Selain itu, nomor baris juga sangat berguna untuk tinjauan kode, baik formal maupun informal.


+1: Tidak menganggap pemrograman berpasangan (tidak mengherankan karena saya jelas bukan penggemar). Namun, kegunaan nomor baris dalam ulasan kode cukup banyak jika Anda menggunakan aplikasi untuk itu (seperti CodeCollaborator)
Demian Brecht

Saya tidak memiliki kebiasaan penomoran baris sampai saya melakukan sedikit pemrograman pasangan, sekarang saya dalam kebiasaan penomoran baris. +1 untuk membuat saya menyadari koneksi ini.
SingleNegationElimination

11
Daripada mengatakan "Garis 247 hingga 253," saya merasa lebih cepat untuk hanya menyoroti garis-garis itu, atau menunjuknya dengan jari saya. Saya tidak merasa jawaban ini cukup untuk membenarkan kekacauan tambahan.
BlueRaja - Danny Pflughoeft

1
Saya terkejut bahwa jawaban ini menerima 36 upvote dalam 24 jam.
Eric Wilson

@BlueRaja: tidak yakin tentang pemrograman pasangan (meskipun Anda bisa memiliki kedua tangan sibuk), tetapi ketika berdiskusi dari satu meja ke meja lainnya, pasti membantu! Ada sesuatu yang tidak saya mengerti di yyy.cpp di baris 314, mengapa kita membutuhkan itu?
Matthieu M.

10
  1. Tidak, saya suka memiliki data untuk memberi saya gambaran tentang di mana ada sesuatu dalam file, terutama jika saya melihat file konfigurasi besar di mana mungkin tidak mudah untuk menemukan tempat itu lagi.

  2. Saya mungkin melirik nomor baris sebagai cara bagi saya untuk melihat seberapa besar file. Jika ada beberapa ribu baris kode dalam suatu file maka mungkin sudah saatnya untuk mempertimbangkan apakah file itu harus dipecah atau sesuatu. Saya juga dapat menggunakannya untuk menilai seberapa dalam saya dalam sebuah file jika saya memiliki ukuran rata-rata file dan angka mana yang ada di layar saya. Saya menyukai gagasan untuk mengukur lokasi saya di bilah gulir, misalnya saya berada di kuartal atas file atau kuintil ke-3.


1
Beberapa ribu ?
Anthony Pegram

4
@Anthony: Anda akan melihat loc per file dalam game;)
Demian Brecht

3
@Anthony: tentu. Saya telah melihat file sumber dengan 10k + LOC, dengan mudah.
tdammers

1
@tdammers, begitu juga dengan saya. Masalahnya bukan apakah file-file ini ada, itu intinya kapan saatnya untuk mulai mempertimbangkan kembali. Dalam pandangan saya, itu biasanya jauh sebelum beberapa ribu. Jauh sebelum beberapa ratus . Bahkan, begitu saya mulai menggulir, saya mulai merasa agak gelisah (bukan berarti saya langsung refactor, ingatlah).
Anthony Pegram

5
@Anthony Pegram - Saya merasa bahwa program harus terstruktur dengan baik melalui fungsi / rutinitas dan sebagainya. Fakta bahwa mereka semua berada di file yang sama tidak mengganggu saya; justru sebaliknya; Saya lebih suka mereka semua di sana daripada kebanyakan file dalam satu direktori. Lebih mudah untuk diff juga, IMO.
Benteng

9

Saya berasal dari riwayat menggunakan editor dengan nomor baris yang tersemat di dalamnya. Pikiranku tentang masalah ini? Mereka benar-benar tidak dibutuhkan (sekarang saya menggunakan Vim dengan nomor baris dinonaktifkan). Pikirkan tentang hal ini: Bahkan ketika Anda lakukan mendapatkan jejak stack dan seperti, berapa kali Anda secara manual mencari untuk line menggunakan nomor baris sebagai lawan ctrl+g(di kebanyakan Windows editor) atau :line-numdi Vim?

Sunting: Tentu saja, ini mungkin berbeda untuk orang lain, tetapi 99% dari waktu, saya menggunakan yang terakhir.


7

Satu hal besar: Jika Anda menggunakan Visual studio atau ide apa pun dengan daerah yang dapat dilipat, nomor baris memberi Anda perasaan instan tentang seberapa besar suatu daerah tanpa memperluasnya. Selain itu, jika Anda memiliki semacam pencatatan yang mengarahkan Anda ke baris masalah, alangkah baiknya untuk tidak perlu menggunakan perintah ketika itu tepat di depan Anda.


3

Untuk alasan apa pun (kompilasi silang muncul dalam pikiran) kompiler Anda mungkin tidak terintegrasi ke dalam IDE Anda. Karena itu Anda memerlukan referensi absolut untuk tempat kesalahan ditemukan. (Ketika Anda mengkompilasi di luar IDE Anda)

NWS


2

Satu-satunya waktu saya menggunakan nomor baris adalah ketika bug muncul dan jejak stack memberitahu saya bahwa itu telah terjadi pada baris x.

Saya telah melihat banyak pengembang profesional bekerja tanpa nomor baris. Jadi, saya tidak melihat penggunaan selain referensi terlambat .


2

Saya suka memilikinya ketika saya menggunakan layar terbagi di jEdit.


+1 Pasti membantu mengarahkan pekerjaan layar terbagi dalam file yang sama! Ada beberapa cara lain untuk menentukan apakah Anda melihat referensi atau area kerja file.
Adam

1

Ya, seperti yang dikatakan @maple_host, sangat mudah untuk melakukan "vi file.py +142" ketika saya melihat pengecualian yang berasal dari kode pada nomor baris itu. Ditambah keuntungan lain yang disebutkan dengan pemrograman berpasangan dll ... Itu selalu bermanfaat untuk memiliki nomor baris, pada editor apa pun. (Saya ingat kesalahan kompilasi samar-samar yang dilaporkan oleh MS VC ++ 6 di salah satu file header standar, baris #blah !! .. Itu sebenarnya redefinisi makro yang dilakukan sendiri !!). Temukan dan bunuh.

salam, Yati Sagade


Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.