Mengapa menggunakan variabel int untuk pin ketika const int, enum atau #define jauh lebih masuk akal

Mengapa orang menggunakan variabel untuk menentukan nomor pin ketika pin tidak mungkin berubah sepanjang pelaksanaan kode?

Banyak kali saya melihat intmakhluk yang digunakan untuk definisi pin,

int led = 13;

saat penggunaan a const int

const int led = 13;

atau enum, atau#define

#define LED 13

jauh lebih masuk akal.

Bahkan dalam tutorial di situs Arduino, misalnya, tutorial pertama yang dijalankan kebanyakan orang, Blink .

Saya membaca suatu tempat yang const intlebih disukai #define. Mengapa ini tidak dianjurkan sejak awal, daripada membiarkan orang untuk mengembangkan kebiasaan buruk, sejak awal? Saya memperhatikannya beberapa waktu lalu, tetapi baru-baru ini mulai membuat saya jengkel, karena itu pertanyaannya.

Memory / pengolahan / komputasi bijaksana adalah const int, enum, atau dalam hal ini #define, lebih baik dari polos int, yaitu menempati kurang memori, disimpan dalam memori yang berbeda (Flash, EEPROM, SRAM), lebih cepat eksekusi, lebih cepat untuk mengkompilasi?

Ini mungkin merupakan duplikat dari Apakah lebih baik menggunakan #define atau konst? Int untuk konstanta? , tapi saya menjawab pertanyaan mengapa orang menggunakan variabel, dan bagaimana kinerja meningkat ketika mereka tidak, daripada jenis konstanta yang lebih baik.

const int led = 13;

Itu adalah metode yang benar. Atau bahkan:

const byte led = 13;

Berapa pin yang Anda miliki?

Beberapa tutorial tidak cukup melalui kontrol kualitas sebanyak mungkin.

Performa akan lebih baik digunakan const byte, dibandingkan dengan intnamun kompiler mungkin cukup pintar untuk menyadari apa yang Anda lakukan.

Yang dapat Anda lakukan adalah dengan lembut mendorong orang untuk menggunakan teknik yang lebih efisien dengan menggunakannya dalam kode Anda sendiri.

Tanggapan terhadap komentar

1. Seorang komentator telah menyarankan bahwa byteini bukan standar C. Ini benar, namun ini adalah situs Arduino StackExchange, dan saya percaya menggunakan tipe standar yang disediakan oleh Arduino IDE dapat diterima.

   Di Arduino.h ada baris ini:

   typedef uint8_t byte;

   Perhatikan bahwa ini tidak persis sama dengan unsigned char. Lihat uint8_t vs unsigned char dan When is uint8_t ≠ unsigned char? .

2. Komentator lain menyarankan bahwa menggunakan byte tidak selalu meningkatkan kinerja, karena angka yang lebih kecil dari yang intakan dipromosikan int(lihat Aturan Promosi Integer jika Anda menginginkan lebih banyak tentang ini).

   Namun dalam konteks pengidentifikasi const , kompiler akan menghasilkan kode yang efisien dalam hal apa pun. Misalnya, membongkar "blink" memberikan ini dalam bentuk aslinya:

   00000086 <loop>:
     86:   8d e0           ldi r24, 0x0D   ; 13
     88:   61 e0           ldi r22, 0x01   ; 1
     8a:   1b d1           rcall   .+566       ; 0x2c2 <digitalWrite>

   Bahkan ia menghasilkan kode yang sama apakah 13:

   • Apakah harfiah
   • Adalah #define
   • Adalah const int
   • Adalah const byte

Kompiler tahu kapan ia bisa memasukkan nomor ke dalam satu register dan kapan tidak. Namun itu praktik yang baik untuk menggunakan pengkodean yang menunjukkan niat Anda . Memperjelas constbahwa angkanya tidak akan berubah, dan membuatnya byte(atau uint8_t) menjelaskan bahwa Anda mengharapkan sejumlah kecil.

Pesan kesalahan yang membingungkan

Alasan utama lain yang harus dihindari #defineadalah pesan kesalahan yang Anda dapatkan jika Anda melakukan kesalahan. Pertimbangkan sketsa "blink" yang memiliki kesalahan:

#define LED = 13;

void setup() {
  pinMode(LED, OUTPUT);      // <---- line with error
}

void loop() {
  digitalWrite(LED, HIGH);   // <---- line with error 
  delay(1000);             
  digitalWrite(LED, LOW);    // <---- line with error
  delay(1000);              
}

Di permukaan terlihat OK, tetapi menghasilkan pesan kesalahan ini:

Blink.ino: In function ‘void setup()’:
Blink:4: error: expected primary-expression before ‘=’ token
Blink:4: error: expected primary-expression before ‘,’ token
Blink:4: error: expected `;' before ‘)’ token
Blink.ino: In function ‘void loop()’:
Blink:8: error: expected primary-expression before ‘=’ token
Blink:8: error: expected primary-expression before ‘,’ token
Blink:8: error: expected `;' before ‘)’ token
Blink:10: error: expected primary-expression before ‘=’ token
Blink:10: error: expected primary-expression before ‘,’ token
Blink:10: error: expected `;' before ‘)’ token

Anda melihat garis yang disorot pertama (baris 4) dan bahkan tidak melihat simbol "=". Plus, garis terlihat baik-baik saja. Sekarang sudah cukup jelas apa masalahnya di sini ( = 13sedang diganti LED), tetapi ketika garis 400 baris lebih jauh dalam kode, tidak jelas masalahnya dengan cara LED didefinisikan.

Saya telah melihat orang jatuh untuk ini berkali-kali (termasuk saya).

Seperti yang dinyatakan Ignacio dengan benar, pada dasarnya karena mereka tidak tahu yang lebih baik. Dan mereka tidak tahu yang lebih baik karena orang-orang yang mengajar mereka (atau sumber daya yang mereka gunakan saat belajar) tidak tahu yang lebih baik.

Sebagian besar kode dan tutorial Arduino ditulis oleh orang-orang yang tidak pernah memiliki pelatihan dalam pemrograman dan sangat "belajar sendiri" dari sumber daya oleh orang-orang yang sendiri banyak belajar sendiri tanpa pelatihan yang tepat dalam pemrograman.

Banyak cuplikan kode tutorial yang saya lihat di sekitar tempat (dan terutama yang hanya tersedia dalam video YouTube --- urgh) akan menjadi tanda gagal jika saya menandai mereka dalam ujian.

Ya, a constlebih disukai daripada non-const, dan bahkan lebih dari a #define, karena:

• A const(seperti a #define, tidak seperti non-const) tidak mengalokasikan RAM apa pun
• A const(seperti non-const, tetapi tidak seperti a #define) memberikan nilai tipe eksplisit

Poin kedua ada minat khusus. Kecuali jika secara khusus diceritakan sebaliknya dengan embedded type-casting ( (long)3) atau tipe suffix ( 3L) atau adanya titik desimal ( 3.0), #definesuatu bilangan akan selalu berupa bilangan bulat dan semua matematika yang dilakukan pada nilai tersebut akan seolah-olah merupakan bilangan bulat. Sebagian besar waktu itu bukan masalah, tetapi Anda bisa mengalami skenario menarik ketika Anda mencoba untuk #definenilai yang lebih besar dari yang bisa disimpan oleh integer, seperti #define COUNT 70000kemudian melakukan operasi matematika dengan intnilai - nilai lain di dalamnya. Dengan menggunakan constAnda bisa memberi tahu kompiler "Nilai ini harus diperlakukan sebagai tipe variabel ini" - jadi Anda akan menggunakan: const long count = 70000;dan semua akan bekerja seperti yang diharapkan.

Ini juga memiliki efek knock-on yang memeriksa jenis ketika melewati nilai di sekitar tempat itu. Cobalah meneruskan const longke fungsi yang mengharapkan intdan akan mengeluh tentang mempersempit rentang variabel (atau bahkan gagal untuk dikompilasi tergantung pada skenario). Lakukan itu dengan #definedan itu hanya akan terus memberikan hasil yang salah dan membuat Anda menggaruk kepala selama berjam-jam.

Sebagai pendatang baru 2 minggu di Arduino, saya memahami gagasan umum tentang Arduino yang diduduki oleh bukan pemrogram. Sebagian besar sketsa yang telah saya periksa, termasuk yang ada di situs Arduino, menunjukkan kurangnya pesanan, dengan sketsa yang tidak berfungsi & hampir tidak ada komentar yang masuk akal. Bagan alur tidak ada, dan "Perpustakaan" adalah campuran yang tidak dimoderasi.

Jawaban saya adalah ... mereka melakukannya karena berhasil. Saya mengalami kesulitan untuk tidak mengajukan pertanyaan dalam jawaban saya seperti "mengapa itu harus 'salah'?"