const http = require("http");
function rqListener(req , res){
}
http.createServer(rqListener);
const http = require("http");
http.createServer((req , res) => {
});
Hız olarak bir farkı olduğu sanmıyorum.
server.listen(3000);
yazsak otomatik olarak bunu bir değişken yapar mı yani arka tarafta Var'a dönüştürür mü yoksa dönüştürmez mi?server.listen(3000);
const port = 3000;
server.listen(port);
Ben de öyle okudum ama yine de sormak istedim teşekkür ederim.
@The Shogun bir şey daha sormak istiyorum biz bir porta yönlendirme yapacağımızda direk olarakserver.listen(3000);
yazsak otomatik olarak bunu bir değişken yapar mı yani arka tarafta Var'a dönüştürür mü yoksa dönüştürmez mi?
Yani bu iki kod arasında hız farkı var mı?
server.listen(3000);
const port = 3000; server.listen(port);
server.listen(3000);
şeklinde yazdığında direk olarak o portu dinlemeye başlar, değişkene dönüştürmez.server.listen(3000);
şeklinde kullanmak daha mantıklı.server.listen(3000);
şeklinde yazdığında direk olarak o portu dinlemeye başlar, değişkene dönüştürmez.
Eğer port numarasını başka bir yerde kullanmayacaksan (console.log ile yazdırmak veya portu dinlemeye başlamadan önce port kullanıyor mu diye if ile kontrol etmek gibi)server.listen(3000);
şeklinde kullanmak daha mantıklı.
Hız farkı olmaz ama dediğim gibi port numarasını başka bir yerde kullanmayacaksan, ramde ekstradan değişken tutturmak performans açısından gereksiz.Hiz farki var mi?
Konuya farklı bir açıdan bakacak olursak burada performanstan ziyade kod okunabilirliği ve sürdürülebilirliği göz önünde bulundurulmalı. Bu tip sabit veriler .env dosyası üzerinden yönetilirse daha kaliteli bir kod yazmış olursunuz. Örneğin projeyi farklı bir ortama taşırken port numarasını değiştirmeniz gerekebilir. Bu tür durumlarda kod üzerinde değişiklik yapmak yerine environment dosyasını düzenlemek daha kolaydır.Hız farkı olmaz ama dediğim gibi port numarasını başka bir yerde kullanmayacaksan, ramde ekstradan değişken tutturmak performans açısından gereksiz.
Katılıyorum.Konuya farklı bir açıdan bakacak olursak burada performanstan ziyade kod okunabilirliği ve sürdürülebilirliği göz önünde bulundurulmalı. Bu tip sabit veriler .env dosyası üzerinden yönetilirse daha kaliteli bir kod yazmış olursunuz. Örneğin projeyi farklı bir ortama taşırken port numarasını değiştirmeniz gerekebilir. Bu tür durumlarda kod üzerinde değişiklik yapmak yerine environment dosyasını düzenlemek daha kolaydır.
listen
) verebilirim. Sizin bunların yanında portu değişken olarak tutup tutmamanız yok denecek kadar az bir etkiye sahip..env
dosyasına alırdım ki ayarlamak için direkt kodu değiştirmem gerekmesin.Katılıyorum.
@533388 performansa etkisi neredeyse hiç olmayacak bir yere odaklanmışsınız. Sorguladığınız durumun etkisi devasa bir pastanın üstündeki küçücük bir vişneye denk. Yazdığınız/yazacağınız kodun başka kısımları performansta çok daha fazla söz sahibi olacaktır. Kabaca bir örnek vermek gerekirse (çok doğru bir örnek olmasa bile) bir milyar işlem yapılan bir yer yerine bir işlemi sorguluyorsunuz. Bahsettiğim yere örnek olarak, kullandığınız kütüphanelerin size gösterilmeyen implementasyonlarını (örneğin Express içinlisten
) verebilirim. Sizin bunların yanında portu değişken olarak tutup tutmamanız yok denecek kadar az bir etkiye sahip.
Bu tür durumlarda @Yuspro'nun değindiği şekilde bakmalısınız işe; bir yazılımcının kesinlikle düşünmesi gereken birer konudur okunabilirlik, sürdürülebilirlik ve kaliteli kod yazımı. Kendisinin dediği gibi ben de portu bir.env
dosyasına alırdım ki ayarlamak için direkt kodu değiştirmem gerekmesin.
Terimlere çok hakim olmamakla birlikte öyle olduğunu söyleyebilirim, evet, temiz kod yazımı. Proje geliştirirken her zaman göz önünde bulundurulması gereken bir konu. Nedeniyse şu ki projelerin büyüme tarzı "üstüne ekleye ekleye gitmek"tir, bazense eski kodları silmektir çünkü ilerledikçe silinmesi gerektiğini düşündüğünüz satırlar yazmış olabiliyorsunuz. Bunları ne kadar "temiz" yapabildiğiniz, kodunuzun ne kadar temiz olduğuyla bire bir orantılıdır. Mesela tamamen o anki amaca yönelik aceleyle yazılmış çirkin bir kodu yeni amaçlar için değiştirmek çok zordur ve kötü bir deneyime sebep olur.Çok teşekkür ederim, bu konular clean code mimarisi mi oluyor?