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

推荐订阅源

博客园_首页
IT之家
IT之家
博客园 - Franky
Stack Overflow Blog
Stack Overflow Blog
宝玉的分享
宝玉的分享
Recent Announcements
Recent Announcements
Engineering at Meta
Engineering at Meta
S
SegmentFault 最新的问题
V
Visual Studio Blog
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Last Week in AI
Last Week in AI
H
Help Net Security
V
V2EX
H
Hackread – Cybersecurity News, Data Breaches, AI and More
量子位
博客园 - 叶小钗
J
Java Code Geeks
博客园 - 【当耐特】
月光博客
月光博客
爱范儿
爱范儿
人人都是产品经理
人人都是产品经理
酷 壳 – CoolShell
酷 壳 – CoolShell
小众软件
小众软件

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
Type Casting
Yusuf Aytas · 2008-10-13 · via Yusuf Aytas

Published · 2 min read

Type casting çoğu zaman küçük bir teknik detay gibi anlatılır. Bir parantez açarsın, hedef tipi yazarsın, kod çalışır. Ama tip dönüşümü aslında bir karar mekanizmasıdır. Bir değeri başka bir tipe zorladığında, sadece biçimi değiştirmezsin. O tipe ait kuralları, sınırları ve garanti edilen davranışı da kabul etmiş olursun.

Bu yüzden casting’i “dönüştürme” diye okumak eksik kalır. Daha doğru okuma şudur: Bu veriyi başka bir şekilde yorumlamayı seçiyorum. Ve bu seçimin bir bedeli olabilir.

En net örnek, ondalıklı bir sayıyı tam sayıya çevirmektir. double ile int aynı şey değildir. double sana kesirli kısmı taşımayı vaat eder. int ise bunu reddeder. Dolayısıyla double değerini int’e çevirdiğinde Java senden kibarca bir onay ister: Emin misin? Bu bilgi kaybını bilerek mi yapıyorsun? Bu yüzden explicit casting vardır.

public class TypeCasting {
    public static void main(String[] args) {
        double num = 5.56789;
        int casted = (int) num;

        System.out.println("double: " + num);
        System.out.println("int: " + casted);
    }
}

Bu örnekte olan şey yuvarlama değildir. Kesirli kısmı atarsın. 5.56789, 5 olur. Bu davranış çoğu yerde istenen şeydir ama bazen de sessizce hata üretir. Çünkü bir anda verinin anlamı değişir. Tam sayı bekleyen bir hesapta bu doğru olabilir. Finansal hesapta ise felaket olabilir. Asıl mesele dönüşümün kendisi değil, dönüşümün nerede yapıldığıdır.

Bir diğer klasik örnek char dönüşümüdür. char aslında sayısal bir şey değil gibi görünür. Ama bilgisayarda her şeyin bir temsili vardır. char da bellekte bir sayı olarak durur. Java’da char’ı int’e cast ettiğinde, aldığın şey karakterin kendisi değil, onun sayısal karşılığıdır.

public class TypeCasting {
    public static void main(String[] args) {
        char ch = 'l';
        int code = (int) ch;

        System.out.println("char: " + ch);
        System.out.println("code: " + code);
    }
}

Burada ortaya çıkan sayı, o karakterin Unicode kod noktasıdır. Yani sen “l harfi kaç?” diye sormuyorsun, “bunun sayısal temsili ne?” diye soruyorsun. Bu fark küçük görünür ama çok önemlidir. Çünkü casting bazen gerçek anlamda dönüştürme değil, aynı veriyi başka bir gözle görme yöntemidir.

Tip dönüşümünde en faydalı alışkanlık şudur: Casting yazdığın her yerde kendine “burada neyi kaybediyorum veya neyi yeniden yorumluyorum?” sorusunu sormak. Kod çalıştığı için doğru olduğunu sanmak en kolay tuzaktır. Casting, kodu çalıştırır. Ama anlamı sen belirlemezsen, yanlış anlamla çalışan kod üretirsin.