왜 이런 식으로 코드를 작성하는 것이 나쁜 습관이라고 말합니까?
if (foo)
Bar();
//or
for(int i = 0 i < count; i++)
Bar(i);중괄호를 생략하는 가장 큰 주장은 때로는 두 배가 될 수 있다는 것입니다. 예를 들어 다음은 C #에서 레이블의 광선 효과를 페인트하는 코드입니다.
using (Brush br = new SolidBrush(Color.FromArgb(15, GlowColor)))
{
for (int x = 0; x <= GlowAmount; x++)
{
for (int y = 0; y <= GlowAmount; y++)
{
g.DrawString(Text, this.Font, br, new Point(IconOffset + x, y));
}
}
}
//versus
using (Brush br = new SolidBrush(Color.FromArgb(15, GlowColor)))
for (int x = 0; x <= GlowAmount; x++)
for (int y = 0; y <= GlowAmount; y++)
g.DrawString(Text, this.Font, br, new Point(IconOffset + x, y));또한 usings백만 번 들여 쓰기하지 않고도 체인 연결의 추가 이점을 얻을 수 있습니다 .
using (Graphics g = Graphics.FromImage(bmp))
{
using (Brush brush = new SolidBrush(backgroundColor))
{
using (Pen pen = new Pen(Color.FromArgb(penColor)))
{
//do lots of work
}
}
}
//versus
using (Graphics g = Graphics.FromImage(bmp))
using (Brush brush = new SolidBrush(backgroundColor))
using (Pen pen = new Pen(Color.FromArgb(penColor)))
{
//do lots of work
}중괄호에 대한 가장 일반적인 주장은 유지 보수 프로그래밍과 원래 if 문과 의도 된 결과 사이에 코드를 삽입하여 발생하는 문제를 중심으로합니다.
if (foo)
Bar();
Biz();질문 :
- 언어가 제공하는보다 간결한 구문을 사용하고 싶습니까? 이 언어를 디자인하는 사람들은 영리합니다. 항상 사용하기에 좋지 않은 기능을 사용한다고 상상할 수 없습니다.
- 가장 낮은 공통 분모를 이해하고 처리하는 데 아무런 문제가 없도록 코드를 작성해야합니까?
- 내가 놓친 또 다른 주장이 있습니까?
6
동의합니다. 생략하십시오. 기간.
—
Andrei Rînea
2010 년에 몇 개의 라인이 어떻게 운영되고 있는지에 대한 사람들은 누구입니까? 모니터는 넓고 저렴하며 고해상도입니다! 내 모니터는 2048 X 1152이며 두 개가 있습니다! 찾기 어려운 미세한 오류를 쉽게 도입 할 수있을 때 2 개의 수직선을 저장하는 것이 가독성이 더 중요합니다.
모니터는 넓고 저렴하지만 키가 크고 싸지 는 않습니다 . 수직 공간은 수평 공간보다 부족합니다.
—
Adam Says-복원 Monica Monica
@AdamRuth 옆으로 돌립니다 :)
—
Zachary Yates
따라서 2014 년 2 월 LOL에서 발견 된 SSL 버그로 Apple과 같은 문제가 발생하지 않습니다.
—
learnvst