惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Cisco Talos Blog
Cisco Talos Blog
V
V2EX
C
Check Point Blog
GbyAI
GbyAI
D
Docker
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
B
Blog RSS Feed
H
Hackread – Cybersecurity News, Data Breaches, AI and More
N
Netflix TechBlog - Medium
T
Troy Hunt's Blog
博客园 - Franky
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
Microsoft Security Blog
Microsoft Security Blog
P
Privacy & Cybersecurity Law Blog
WordPress大学
WordPress大学
The Cloudflare Blog
S
SegmentFault 最新的问题
Latest news
Latest news
Microsoft Azure Blog
Microsoft Azure Blog
P
Proofpoint News Feed
I
InfoQ
博客园 - 【当耐特】
NISL@THU
NISL@THU
A
About on SuperTechFans
T
Tailwind CSS Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
The Hacker News
The Hacker News
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Scott Helme
Scott Helme
雷峰网
雷峰网
C
CXSECURITY Database RSS Feed - CXSecurity.com
Security Latest
Security Latest
V
Vulnerabilities – Threatpost
Security Archives - TechRepublic
Security Archives - TechRepublic
A
Arctic Wolf
Hacker News: Ask HN
Hacker News: Ask HN
N
News and Events Feed by Topic
IT之家
IT之家
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
aimingoo的专栏
aimingoo的专栏
T
Threat Research - Cisco Blogs
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
阮一峰的网络日志
阮一峰的网络日志
SecWiki News
SecWiki News
大猫的无限游戏
大猫的无限游戏
S
Security Affairs
The Register - Security
The Register - Security
www.infosecurity-magazine.com
www.infosecurity-magazine.com
L
LINUX DO - 热门话题
T
Tor Project blog

Yusuf Aytas

When Code Is Cheap, Does Quality Still Matter? Why Crouching Tiger, Hidden Dragon Is a Masterpiece Why We Ignore Advice The Mirror Is Part of the Machine When Too Many Maps Overlap on One Person The Work Runs on Different Maps Your Work Introduces You Trial By Fire The Dude Why Headcount Math Lies Capacity Is the Roadmap The Roadmap Is Not the System Torres del Paine W Trek Escaping Status Theater Incentives Drive Everything Scaling Culture Without Dilution What Good Looks Like Why Airport Security Feels Random Why Politics Appear How to Work with Me The Janus Protocol Multi-Horizon Delivery Framework What Good Execution Looks Like Managing Your Manager Why Kingdom of Heaven’s Director’s Cut Is Better AI Broke Interviews Most of What We Call Progress Managers Have Been Vibe Coding All Along Stop Wasting Brainpower Why Over-Engineering Happens Prisoner's Dilemma Climbing No More The Weekly Win Mevlana Candy Brewing Turkish Tea Onboarding Your Engineering Manager Technical Deep Dives Yapay Zekâ Çağında Bilgisayar Mühendisliği Building Remote Teams From Idea to Launch in 2 Weeks Reflecting on Software Engineering Handbook Representing the Business New Manager Survival Guide Take Self Reviews Seriously Chasing Real Respect The Invisible Difference Learning the Johari Window Management is a Lonely Place Simple Task Management AI Balance in Work PIP Manager Insights Engineering Manager Interview Preparation Work-Life Balance as a Manager Bridging the Management Disconnect Tech Hiring Bubble Bursts Traits for EMs Simple Acts of Recognition Matter The Question I Ask Every New Report The Reality of an Employer's Market Bridging Ideals and Reality Hiring Red Flags Why The Godfather Is So Damn Good Subteam Tenets No Fluff Please Losing a Top Performer Balancing Act of Reliability Building Trust in Engineering Teams Ideal Number of Direct Reports Overriding a People Leader’s Decision From Misperception to Promotion Perception vs Perspective Setting Goals From Engineer to Manager Getting Delegation Right Interviewing Your Future Boss Celebrating Our Book in Iceland Operational Skills Needed On Writing Software Engineering Handbook Charlie Munger Quotes Working with Dependencies From Las Vegas to Canyons Navigating Layoffs Handling Competitive Dynamics A Weekend Getaway to Malta Engineering Health Essentials Should Dev Managers Code? Confronting the Life on Pause Winning Eleven Kindness is A Choice Bireysel Katılımcılar ve Yöneticiler Leading from Where You Are The Subtle Art of Listening Coding in Leadership The Power of Consistency The Making of a Leader The Path to Leadership Embracing TikTok Talent Sourcing Journey Leading Self Managing Teams Cracking Coding Bottlenecks
Pass By Reference
Yusuf Aytas · 2008-10-13 · via Yusuf Aytas

Published · 2 min read

C++’ta fonksiyon çağrılarında en temel ayrımlardan biri şudur: Fonksiyona bir değerin kendisini mi gönderiyorsun, yoksa o değerin kendisine erişimi mi veriyorsun. Bu ayrım küçük görünür ama yan etki, performans, API tasarımı ve hata ayıklama gibi konularda belirleyicidir.

Pass by value, adından da anlaşılacağı gibi, değişkenin değerini kopyalayıp fonksiyona taşır. Fonksiyon kendi kopyası üzerinde çalışır. Bu yüzden fonksiyon içinde ne yapılırsa yapılsın çağıran taraftaki değişken etkilenmez. Bu yaklaşımın net bir avantajı vardır: Sınırlar keskindir, yan etki yoktur. Dezavantajı ise kopyalama maliyetidir. Basit tiplerde önemsizdir ama büyük objelerde ciddi olabilir.

Pass by reference ise değişkenin kendisini göndermez. Değişkenin kendisine erişimi gönderir. Yani fonksiyon aynı değişken üzerinde işlem yapar. Bu yüzden fonksiyon içinde yapılan değişiklik, çağıran tarafta da görülür. Bu yaklaşım güçlüdür ama sorumluluk ister. Çünkü erişim verdiğin anda kontrol de paylaşılır. Hata olursa kopya bozulmaz, orijinal bozulur.

Bu örnekte iki fonksiyon arasındaki fark tam olarak bu noktada ortaya çıkıyor:

Birinci fonksiyon, sayının karesini hesaplar ve sadece sonuç döndürür. Orijinal değişkene dokunmaz.
İkinci fonksiyon ise sayının karesini hesaplamakla kalmaz, aynı zamanda orijinal değişkenin değerini de yerinde değiştirir.

Kısacası burada mesele “kare almak” değil. Mesele şudur: Fonksiyon çağıranın verisine dokunabiliyor mu, dokunamıyor mu.

Aşağıdaki kod bu farkı sade şekilde gösterir.

#include <iostream>
using namespace std;

// Pass by Value: num1 is copied
int getSquare1(int num1) {
    return num1 * num1;
}

// Pass by Reference: num2 is passed by reference and can be modified
int getSquare2(int& num2) {
    num2 = num2 * num2;
    return num2;
}

int main() {
    int num1 = 2, num2 = 2;

    cout << "Square of num1 (by value): " << getSquare1(num1) << endl;
    cout << "Value of num1 after getSquare1: " << num1 << endl;

    cout << "Square of num2 (by reference): " << getSquare2(num2) << endl;
    cout << "Value of num2 after getSquare2: " << num2 << endl;

    return 0;
}

Bu kod çalıştığında num1 aynı kalır. Çünkü fonksiyon yalnızca kopya üzerinde çalışmıştır. num2 ise değişir. Çünkü fonksiyon num2’nin kendisine erişmiştir ve yerinde güncellemiştir.

C++’ta bu ayrımı net tutmak önemlidir. Değer ile geçmek daha güvenlidir çünkü yan etki üretmez. Referans ile geçmek daha güçlüdür çünkü kopya üretmez ve değişiklik yapmana izin verir. Ama referans verdiğin an, fonksiyon artık sadece hesap yapan bir yer değil, çağıranın state’ine dokunan bir yer haline gelir. Bu yüzden referans kullanımı tasarım kararıdır, sadece “daha kolay” olduğu için yapılmamalıdır.