Line of Code (LOC) adalah suatu teknik pengukuran besar software dengan cara menghitung jumlah baris kode program yang ada. Metode LOC salah satu metode tradisional yang paling mudah dalam mengukur kualitas sebuah software, Walaupun mudah metode LOC cukup rumit bila dipelajari.
LOC adalah suatu bukti real dari apa yang dilakukan oleh perekayasa perangkat lunak (dalam konteks ini membuktikan berapa banyak baris program yang ditulis oleh seorang programmer comment yang ada).
System boleh dibilang memiliki kompleksitas kecil jika dalam system tersebut memiliki error rata-rata 1,3% - 1,8%, sedangkan system yang boleh dikatakan memiliki tingkat kompleksitas besar adalah system yang memiliki peluang error 2,7% - 3,2%.
Halsteads Matrix adalah pengukuran yang berdasarkan operator-operator yang digunakan(misal: keyword) dan operan-operan(misal: variable, objek database) yang ada dalam suatu program.
N1 = Perhitungan keseluruhan operator program.
n1 = jumlah operator yang unik.
N2 = Perhitungan keseluruhan operan program.
n2 = jumlah operan-operan yang unik.
H = n1 Log2 n1 + n2 Log2 n2
Prediksi Bug = (N1+N2) Log2 (n1+n2)/3000
Kekurangan metode Line of Code yang paling fatal adalah :
1.Relatif terhadap bahasa pemprograman dan gaya pengkodean programmer
2.Line of Code tidak bisa ditentukan sebelum proyek pengembangan menyelesaikan tahapan implementasi (pengkodean).
2.Line of Code tidak bisa ditentukan sebelum proyek pengembangan menyelesaikan tahapan implementasi (pengkodean).
Dengan berkembangnya bahasa pemrograman Object-Oriented, dimana membuat suatu program yang terdiri dari berbagai object yang saling berinteraksi metode Line of Code jelas sulit untuk diterapkan.
Metode Line of Code dibagi beberapa cara, yaitu :
- Physical lines
- Physical lines of code
- Logical lines
- Logical lines of code
- Statements
Banyak cara untuk menghitung jumlah baris
Baris kode, atau LOC, tampak seperti sebuah konsep sederhana. Namun, itu tidak. Ada beberapa cara untuk menghitung jumlah baris. Tergantung pada apa yang Anda menghitung, Anda mendapatkan yang rendah atau jumlah garis tinggi. Dalam tabel di bawah Anda dapat melihat berbagai alternatif. Para "Didukung sebagai" kolom yang menunjukkan metrik Metrik Proyek mendukung.
Metrik
|
Didukung
|
Deskripsi
|
Fisik baris
|
LINES
|
Metrik ini menghitung garis fisik, tetapi tidak termasuk definisi klasik bentuk VB dan atribut.
|
Fisik baris kode
|
(Tidak didukung)
|
Jenis dari jumlah metrik garis tetapi tidak termasuk baris kosong dan komentar. Hal ini kadang-kadang disebut sebagai baris kode (SLOC) metrik.
|
Logis baris
|
LLINES
|
Sebuah garis logis mencakup satu atau lebih baris fisik. Dua atau lebih baris fisik dapat bergabung sebagai satu baris logis dengan garis kelanjutan "_" urutan. Para LLINES metrik menghitung garis bergabung hanya sekali terlepas dari berapa banyak garis fisik ada di dalamnya.
|
Logis baris kode
|
LLOC
|
Sebuah baris kode secara logis adalah salah satu yang berisi kode sumber yang sebenarnya. Sebuah baris kosong atau baris komentar tidak dihitung dalam LLOC.
|
Laporan
|
Stmt
|
Ini bukan jumlah baris, tetapi pernyataan hitungan. Program Visual Basic biasanya berisi satu pernyataan per baris kode. Namun, itu memungkinkan untuk menempatkan beberapa pernyataan pada satu baris dengan menggunakan usus besar ":" atau menulis single-line Jika .. Kemudian pernyataan. Lebih lanjut tentang pernyataan jumlah
|
Penggunaan jumlah baris
Jumlah garis fisik (GARIS) adalah cara yang sederhana namun tidak sempurna untuk mengukur ukuran kode. Karena garis logis dapat memperluas lebih dari beberapa baris, jumlah baris fisik melebih-lebihkan ukuran kode. Masalah umum dalam jumlah line juga yang kosong (atau spasi) garis, serta komentar, termasuk dalam menghitung. Dengan jumlah baris yang tidak benar, Anda bisa tampil benar-benar produktif dengan menekan tombol Enter, atau alternatifnya, berpura-pura bahwa Anda menulis kode lebih ketat dengan menghapus semua komentar.
Garis logis dari kode metrik (LLOC) memiliki kelebihan dan kekurangan. Ini adalah ukuran sederhana, mudah dimengerti, dan banyak digunakan. Anda dapat menggunakannya untuk mengukur produktivitas, meskipun Anda perlu berhati-hati, karena gaya pemrograman dapat berdampak pada nilai-nilai. Anda juga dapat memperkirakan jumlah cacat per 1000 LLOC.
Jumlah baris terkenal dalam bahwa mereka dapat bervariasi antara bahasa pemrograman dan gaya pengkodean. Sebuah baris kode VB tidak sama sebagai baris kode C + +. Menerapkan fitur di VB6 mungkin memerlukan usaha yang lebih (atau mungkin kurang) dari apa yang akan mengambil dalam VB.NET. Terutama ketika mengukur kinerja programer 'perhitungan garis tidak sempurna. Satu programmer dapat menghasilkan sejumlah besar baris, sementara yang lain menghabiskan waktu yang lama dan berhasil menekan fungsi yang sama dalam ruang kecil. Dan, pengembang bekerja pada hal-hal lain dari sekedar menghasilkan kode yang lebih dan lebih, seperti dokumentasi, perencanaan, pengujian dll Juga berhati-hati saat membayar untuk baris kode disampaikan, karena ada banyak cara untuk mengasapi gambar.
Fisik LINES baris
LINES = Jumlah baris Ini adalah jumlah baris paling sederhana. Setiap baris diakhiri dengan satu baris, biasanya CR LF. GARIS jumlah setiap baris, baik itu kode, komentar atau sebuah baris kosong.
Untuk VB klasik, yang LINES metrik, bersama dengan setiap jumlah baris lainnya, termasuk garis deklarasi kelas (tak terlihat) dan bentuk pada awal. FRM dan. Cls file. Garis-garis ini bukan kode, tetapi berisi deklarasi untuk bentuk, kontrol dan properti. File sumber mungkin juga termasuk (tidak terlihat) laporan Atribut mengandung berbagai atribut untuk prosedur dan variabel. Pernyataan-pernyataan ini dihitung sebagai kode jika mereka ada di antara kode Anda. Ada pengecualian: pernyataan Attibute tidak dihitung ketika mereka bagian dari sebuah header modul, yaitu, mereka ada pada awal file sebelum kode sumber. - Dalam VB.NET, definisi dihitung seperti kode normal.
File sumber hanya termasuk dalam jumlah baris. Sebuah file sumber adalah salah satu yang memiliki source code di dalamnya. Beberapa jenis file yang dikecualikan adalah proyek file, file solusi, file biner, file sumber daya, file HTML dan file terkait lainnya.
Beberapa utilitas garis sederhana menghitung bisa menghitung kode deklaratif terlihat pada awal. FRM dan. File cls. Kita tidak harus menggunakan seperti utilitas untuk mengukur ukuran proyek klasik kode VB.
|
Maksimum panjang prosedur?
Untuk menghindari prosedur terlalu lama, Anda mungkin ingin menetapkan batas maksimum untuk LINES untuk prosedur. Ada beberapa rekomendasi untuk maksimum. Pilih preferensi Anda.
- Max 66 baris
- LINES <= 66. Prosedur cocok pada satu halaman ketika dicetak.
- Max 150 baris
- LINES <= 150. Sebuah rekomendasi untuk Java.
- Max 200 baris
- LINES <= 200. Prosedur cocok pada 3 halaman.
Beberapa masalah yang lebih mudah untuk memecahkan dengan prosedur panjang, bukan beberapa prosedur yang lebih pendek. Anda mungkin ingin menggunakan dua batas: batas peringatan lebih rendah (seperti 66) dan batas maksimum yang lebih tinggi (seperti 200). Idenya adalah untuk meninjau prosedur agak panjang dalam kisaran tengah. Jika prosedur dapat dibagi, melakukannya, tetapi juga dapat dibiarkan sendirian jika bekerja lebih baik sebagai prosedur yang panjang. Hanya jika prosedur melebihi batas maksimum seharusnya itu dibagi dalam hal apapun.
Maksimum file panjang?
Untuk menghindari file terlalu lama, Anda mungkin ingin menetapkan batas maksimum untuk LINES untuk file. Sekali lagi, Anda harus memilih preferensi Anda.
- Max 1000 baris
- LINES <= 1000. Ini ukuran file menampung 15 satu halaman prosedur atau 100 pendek 10-garis prosedur.
- Max 2000 baris
- LINES <= 2000. Sebuah rekomendasi untuk Java. Batas ini juga memastikan file dapat cukup flowcharted dengan Visustin .
Alih-alih membatasi panjang file, Anda dapat mempertimbangkan membatasi jumlah prosedur di dalamnya dengan menetapkan batas maksimum pada procs metrik.
Minimum Panjang File
Anda juga dapat memiliki batas minimum sehingga untuk menghindari file yang kosong atau hampir kosong. Beberapa batas berguna adalah:
- Ban file kosong
- LINES> = 1
- Ban file yang sangat singkat
- LINES> = 5
Logis vs fisik garis
Jumlah saluran fisik yang cukup mudah: itu hanya jumlah baris biasa. Apa itu baris logis kemudian?
Apabila suatu pernyataan atau komentar yang split lebih dari dua atau lebih garis fisik, mereka dihitung sebagai baris logis. Sebuah baris logis berakhir di mana pernyataan atau komentar berakhir.
Dalam satu Visual Basic terbagi garis logis menggunakan "_" urutan garis kelanjutan. Dalam VB2008 dan kemudian, juga memungkinkan untuk meninggalkan keluar dari "_" urutan dalam kasus-kasus tertentu.
Tepatnya, garis spasi dapat dilanjutkan dengan "_" juga, meskipun meskipun ini konyol coding dan jarang terlihat.
|
Logis LLOC baris kode
LLOC = Jumlah baris kode secara logis Sebuah baris logis adalah baris kode secara logis jika memiliki konten lain dari sekedar komentar atau spasi. Dengan demikian, garis dieksekusi semua, serta jalur deklaratif, dihitung dalam LLOC. Satu atau lebih pernyataan diikuti dengan sebuah komentar akhir-of-line adalah baris kode. Sebuah komentar penuh-line tidak baris kode. Sebuah baris kosong (atau garis dengan hanya karakter spasi) bukan merupakan baris kode baik.
Kompilator arahan (# const, # jika dll) dihitung sebagai kode. Namun, kode yang dikecualikan oleh kondisi Palsu di # jika .. # Lalu .. # Elseif .. # Lain .. # Akhir jika blok tidak dihitung sebagai kode. Bahkan, itu tidak dihitung sebagai spasi atau komentar baik. Ini bukan bagian dari program Anda dalam konfigurasi dianalisis, sehingga tidak benar-benar memiliki arti apapun. Hal ini termasuk dalam hitungan saluran fisik (LINES), meskipun.
Dalam ringkasan, LLOC menghitung semua baris logis, kecuali sebagai berikut:
- Kendali komentar baris (LLOC ')
- Spasi baris (llow)
- Garis dikecualikan oleh arahan kompiler bersyarat
LLOC adalah ukuran yang baik dari ukuran program anda. Apa yang lebih, itu adalah perkiraan yang baik dari kompleksitas suatu kelas, file tunggal atau prosedur. Karena LLOC tidak terpengaruh oleh komentar, kosong atau kelanjutan garis, ini adalah cara yang berguna untuk mengukur jumlah pekerjaan pemrograman yang sebenarnya. Sebuah program dengan LLOC tinggi hampir pasti "tidak lebih" dari program dengan LLOC rendah. Bila Anda menambahkan fitur, meningkatkan LLOC. Ketika Anda menghapus fitur, LLOC harus menurun. Jika Anda menghapus fitur dan LLOC tetap sama, Anda mungkin lupa untuk menghapus kode yang tidak digunakan.
Sebagai kasus khusus, garis angka dan label baris dihitung sebagai kode. Jika kode Anda menggunakan penomoran baris, semua baris dihitung sebagai nomor baris kode, bahkan jika ada sisa baris kosong atau komentar. Bahkan, tidak ada komentar atau baris spasi dalam kode baris nomor. Untuk alasan ini, jumlah baris logis (LLOC, LLOC ', llow, setiap metrik yang berasal dari metrik ini) tidak cocok untuk mengukur kode nomor sepenuhnya baris
|
Maksimum diterima LLOC?
Ini masalah coding style untuk menentukan batas maksimum untuk LLOC. Sejak LLOC tidak termasuk kosong dan baris komentar, yang LLOC diterima maksimum lebih rendah dari LINES maksimum. Batas-batas berikut telah diusulkan untuk Java:
Prosedur LLOC <= 50
Kelas LLOC <= 1500
Berkas LLOC <= 2000
Sumber: Checkstyle utilitas untuk Java
Minimum yang dapat diterima LLOC?
Sebuah prosedur, kelas atau file tidak boleh kosong. Ini harus berisi setidaknya beberapa kode untuk ada gunanya. Jika itu benar-benar kosong (atau jika hanya berisi baris kosong atau komentar), tidak melayani suatu tujuan. Berikut adalah batas minimum:
Prosedur LLOC> = 3
Kelas LLOC> = 3
Berkas LLOC> = 1
Sebuah prosedur yang berguna minimal berisi 3 baris kode. Sebuah prosedur rutin yang sudah terdiri dari minimal 2 baris kode: baris header prosedur dan garis akhir (
Sub
dan End Sub
). Untuk membuat prosedur melakukan pekerjaan apapun, sehingga harus memiliki minimal 3 baris kode.
Exception. Dalam VB klasik, kelas antarmuka dapat memiliki metode kosong hanya berisi 2 baris kode.
Ada jenis prosedur khusus yang terdiri hanya satu baris. Contohnya adalah Menyatakan pernyataan, pernyataan Acara, dan deklarasi prosedur VB.NET abstrak, seperti definisi prosedur dalam Interface dan deklarasi MustInherit di kelas. Ini "codeless" prosedur yang tidak tercantum dalam Metrik Proyek, sehingga mereka tidak benar-benar dihitung sebagai pengecualian terhadap aturan minimum di atas.
Di sisi lain, accessor properti VB.NET terdiri dari 3 atau 4 baris kode bahkan ketika tubuh accessor (Dapatkan / Set) kosong.
Sebuah kelas yang berguna minimal berisi 3 baris kode. Dalam VB klasik, kelas berguna minimal memiliki prosedur dengan satu pernyataan (sehingga 3 baris kode). Dalam VB.NET, kelas berguna minimal juga terdiri dari 3 baris:
Class
, End Class
dan deklarasi variabel dengan sebuah penginisialisasi.
Exception. Yang berguna minimal kelas VB klasik (. Cls file) dapat terdiri dari hanya 1 atau 2 baris kode. Hal ini dapat kelas antarmuka (kelas dengan satu metode kosong, atau kelas dengan beberapa variabel Publik). Atau, dapat mewakili user-defined data type (kelas yang berisi beberapa variabel Publik). Sebuah kelas reguler, di sisi lain, harus selalu memiliki minimal 3 baris.
Sebuah file yang berguna minimal berisi satu baris kode. Garis dapat menjadi konstan atau deklarasi variabel global, misalnya.
Logis llow Garis spasi (jumlah baris kosong)
Llow = Jumlah baris logis yang baik kosong atau berisi karakter spasi hanyaSebuah garis spasi adalah 1) sebuah baris kosong, atau 2) sesuai dengan apa-apa lagi selain spasi, tab atau spasi karakter lainnya. Setiap kosong atau spasi hanya baris-logis adalah dihitung dalam llow. Itu berarti ruang dan tabulasi tidak mempengaruhi penghitungan.
Llow hampir persis sama dengan "jumlah baris kosong", atau Garis Fisik Spasi. Ada kasus patologis mana llow berbeda dari jumlah baris kosong fisik. Itu ketika Anda bergabung dengan dua baris kosong dengan karakter garis kelanjutan, seperti dalam contoh berikut:
'Patologis spasi baris berikut:
_
'Patologis spasi baris di atas
Ketika Anda menulis "_" untuk bergabung dengan dua baris kosong, itu dianggap sebagai dua garis fisik (LINES = 2), tetapi hanya satu baris logis dari spasi (llow = 1). Ini bukan baris kode (LLOC = 0). Llow dihitung dari garis logis untuk membuatnya sebanding dengan LLOC dan LLOC '.
|
Satu harus menggunakan spasi secara bijaksana untuk menambahkan pembacaan kode. Anda dapat menggunakan spasi persentase (% llow, lihat di bawah) sebagai indikasi jika Anda memiliki cukup baris kosong dalam kode Anda. Anda harus menetapkan nilai-nilai Anda sendiri target ini berdasarkan metrik pada apa yang Anda rasakan dapat dibaca.
LLOC 'dan MCOMM - Menghitung komentar
Sebuah komentar di VB adalah pernyataan yang dimulai dengan apostrof (') atau pernyataan REM. Metrik proyek mendefinisikan metrik komentar berikut.
Garis logis Nomor = Komentar LLOC 'garis komentar penuh "LLOC tidak termasuk akhir-of-line komentar, hanya komentar baris penuh. Sebuah baris dengan baik kode dan tafsir dihitung dalam LLOC, bukan di LLOC '.
Sebaliknya, para Komentar Bermakna metrik (MCOMM) menganggap kedua garis komentar penuh dan akhir-of-line komentar.
Komentar bermakna MCOMM = Jumlah penuh-line dan end-of-line komentar yang berarti MCOMM hanya jumlah komentar yang berarti dan mengabaikan komentar berarti. Sebuah komentar yang berarti adalah komentar dengan konten tekstual, bahkan jika sesingkat tiga karakter consequtive. Sebuah komentar kosong atau komentar dengan tanda baca hanya tidak memiliki arti, sehingga tidak dihitung sebagai komentar bermakna. Selain itu, komentar dimulai dengan tanda dolar ($) tidak dihitung sebagai komentar yang berarti karena mereka ditafsirkan sebagai arahan Komentar khusus dalam Proyek Analyzer. Dalam VB.NET, komentar dimulai dengan UPGRADE_ tidak bermakna, mereka telah dihasilkan oleh Wizard Upgrade dan mereka harus dihapus pada akhirnya. Komentar yang terdiri dari surat berulang tunggal diambil sebagai spanduk dan tidak dihitung dalam MCOMM.
- Contoh komentar yang berarti
'ABC '--- ABC --- 'Nilai Kembali = y + 2000
- Contoh komentar berarti
' '--------------- '-=-=-=-=-=-=-=- 'Xxxxxxxxxxxxxxx '$ PROBHIDE SEMUA 'AB 'X = y + 2000
Komentar MCOMM% kepadatan
Komentar kepadatan% MCOMM = MCOMM / LLOC % MCOMM mengukur seberapa banyak komentar yang berarti ada per setiap baris kode secara logis.
Sebagai kasus khusus, jika tidak ada baris kode,% MCOMM didefinisikan sebagai nol.
Kami menyarankan bahwa% MCOMM minimal 20%. Ini berarti satu komentar untuk setiap 5 baris kode. Tentu, jumlah tafsir bukan satu-satunya masalah, itu juga tentang apa yang Anda tulis di komentar. Jika Anda menggunakan template komentar dengan informasi tentang hak cipta, tanggal pengembang, diubah terakhir dan non-teknis informasi, Anda harus memerlukan% MCOMM tinggi, karena komentar juga harus menjelaskan kode, bukan hanya proses pembangunan. Di sisi lain, jika kode Anda adalah sederhana, menggunakan penamaan yang konsisten dan mudah dibaca, Anda mungkin dapat melakukannya dengan komentar lebih sedikit.
Perubahan Proyek Analyzer v7.1: MCOMM dan nilai-nilai% MCOMM dilaporkan oleh Proyek Analyzer v7.1 tidak sebanding dengan yang dilaporkan oleh versi sebelumnya. Aturan menghitung telah disempurnakan untuk mengecualikan jenis beberapa komentar yang tidak bermakna. Jadi, MCOMM baru dan nilai-nilai% MCOMM mungkin lebih rendah. Sebuah MCOMM signifikan lebih rendah atau% MCOMM tidak boleh ditafsirkan sebagai kualitas tiba-tiba rusak dalam kasus ini.
|
Multiline komentar
Semua metrik komentar (LLOC ', MCOMM dan MCOMM%) didasarkan pada garis logis. Dalam VB klasik, Anda bisa (dalam teori) menulis komentar multiline menggunakan kelanjutan garis karakter "_". Menulis komentar multiline bukan praktek yang baik, karena Anda selalu dapat menulis dua baris komentar secara terpisah. Dalam VB.NET, komentar multiline tidak mungkin.
Komentar-keluar kode
Lama kode yang telah komentar dianggap sebagai komentar. Apa yang lebih, itu juga dianggap sebagai komentar bermakna. (Hal ini terjadi karena tidak mudah untuk membedakan komentar pemrograman nyata dari komentar-keluar kode.) Kode yang telah melebih-lebihkan LLOC komentar dan MCOMM. LLOC sangat tinggi 'atau MCOMM mungkin menunjukkan adanya sejumlah besar komentar-keluar kode.
Untuk mencegah efek buruk pada metrik, kode lama harus baik dihapus atau dikecualikan menggunakan kompilasi bersyarat:
# Jika tua Lalu ... kode lama ... # End If
Karena garis dikecualikan tidak dihitung dalam LLOC, LLOC ', llow atau MCOMM, mereka tidak mempengaruhi metrik ini dengan cara apapun. Dikecualikan garis dihitung dalam LINES, meskipun.
LLINES logis Garis (Total)
Ketika Anda jumlah semua baris kode secara logis, komentar dan spasi, Anda mendapatkan jumlah baris logis.
LLINES = LLOC + LLOC '+ llow Ini biasa yang LLINES agak kurang dari LINES. Dalam hal tidak harus LLINES melebihi LINES.
Kode, komentar dan spasi persentase
Kode persentase LLOC% = LLOC / LLINES Komentar persentase LLOC '% = LLOC' / LLINES Spasi persentase% llow = llow / LLINES Ketiga persentase mengukur jumlah relatif dari kode, komentar dan spasi baris. Mereka dihitung dari garis logis, dan mereka jumlah hingga 100%.
% LLOC +% LLOC '+% llow = 100%
Berapa banyak komentar?
% Kedua LLOC 'dan% MCOMM mengukur jumlah tafsir. Yang mengukur untuk digunakan tergantung pada apa yang ingin Anda lakukan.
- % LLOC 'mengukur jumlah relatif dari baris komentar. Ketika digunakan bersama-sama dengan% LLOC, itu menjawab pertanyaan "Berapa banyak dari itu adalah kode nyata dan berapa banyak yang komentar?"
- % MCOMM tindakan commentedness dalam hal berapa banyak komentar yang ada untuk setiap baris kode. Ini menjawab pertanyaan " Apakah ada komentar cukup? "
Berapa banyak spasi?
Jumlah spasi adalah masalah gaya pemrograman. Menambahkan baris kosong meningkatkan keterbacaan sampai titik tertentu. Kosong terlalu banyak akan membuat membaca lebih keras, meskipun, sebagai salah satu harus menggulir melalui halaman lebih daripada yang diperlukan.
Sebuah studi oleh Gorla, Benander dan Benander dibandingkan waktu men-debug terhadap jumlah spasi baris. Penelitian ini dilakukan pada COBOL. Dalam penelitian ini jumlah optimal kosong adalah 14% sampai 20% dalam kode DIVISI DATA dan 8% sampai 16% dalam kode PROSEDUR DIVISI. Program dengan kosong lebih sedikit atau lebih diperlukan waktu lebih debug.
Dibandingkan dengan Visual Basic, COBOL DIVISI DATA secara kasar setara dengan deklarasi data dalam Visual Basic. Itu adalah bagian (deklarasi), Dim, pernyataan Const dan Type dan sejenisnya. DIVISI PROSEDUR adalah setara dengan kode prosedural dieksekusi.
Menafsirkan hasil untuk pengembangan Visual Basic, tampaknya aman untuk mengasumsikan bahwa nilai-nilai llow% 8% sampai 16% benar semua. Hal ini juga menunjukkan bahwa lebih spasi harus digunakan dalam deklarasi data dari dalam kode dieksekusi. Sedikit melebihi 16% seharusnya tidak menjadi masalah besar, tapi mungkin harus menghindari terlalu tinggi nilai-nilai seperti di atas 30%.
Referensi
|
Ukuran sistem
Apa adalah proyek besar? Berikut adalah saran kami untuk klasifikasi dari Visual Basic ukuran proyek. Kita mendasarkan klasifikasi kita pada jumlah total garis fisik, tidak termasuk definisi kontrol, karena ini adalah cara termudah untuk mengukur ukuran kode.
LINES | Ukuran |
---|---|
0 .. 9999 | Kecil |
0.000 .. 49.999 | Menengah |
50.000 .. 99.999 | Semi-besar |
100.000 .. 499.999 | Besar |
500.000 .. | Sangat besar |
Klasifikasi ini didasarkan pada lama waktu pengalaman kita dengan proyek-proyek Visual Basic. Sebagai bahasa pemrograman berbeda dalam menggunakan mereka dan kekuatan ekspresi, klasifikasi ini mungkin tidak secara langsung digunakan untuk bahasa lain.
Lihat juga Garis LLOCt di pohon panggilan
LLOCt mengukur baris dalam pohon panggilan
Baca Selengkapnya »