AND

얼마전 대장내시경을 비수면으로 했다. 수면으로 할 경우 (환자 부담) 전체 비용의 3분의 2가 수면약 비용이었고(배 보다 배꼽이...) 위 내시경 보다는 덜 힘들다는 간호사의 말에 전격적으로 비수면으로 신청을 해 버렸다. 나는 위 내시경을 비수면으로 수도 없이 해 봤기에 별 어려움을 느끼지 못한다. 그래서 비수면 대장내시경도 별거 아닐거라 생각했다.

비수면으로 신청한 또 한가지의 이유가 있다.
수면 내시경은 위, 대장 각각 두 번 씩 해 본 경험이 있다. 처음 수면 위내시경을 했을 때는 수면유도제(?)를 팔에 꽂은 관을 통해 주입하는 것을 보는 순간 잠이 들어버렸고, 얼마 후 처음 누워 있었던 방에서 5미터 정도 떨어진 작은 방에서 나는 코를 드르렁 골면서 자고 있었다. 꿈도 안 꾼 듯 했다 간호사에게 내가 어떻게 여기까지 왔느냐고 물어보니, 부축해서 왔었다며, 하나도 기억 안 나세요 하고 물어보면서 신기하다는 표정 또는 약간 웃기다는 표정을 짓고 있었다. (혹시 내가 뭔 짓을...)
처음 경험으로는 수면내시경은 참 편한 방법이었다. 한숨 푹 자고 일어난 듯한 느낌이었고, 잠이 덜 깰 수 있어서 운전은 하지 말라고 했는데 그 정도는 아니었고 그냥 푹 자고 일어난 느낌이었다. 나중에 그 수면유도제가 프로포폴이라는 것을 알았다.
그때 위 내시경 결과 용종이 발견되어 그 해에 위내시경을 몇 번 더 해야만 했다. 결국 대단한(?) 것을 발견하지는 못 했지만...
그런데 두 번 째 내시경 때는 첫번째보다 수면유도제 양을 줄인건지, 아니면 나한테 내성이 생긴건지, 또는 처음에 용종이 발견되어 자세히 보느라 시간이 많이 걸린건지, 내시경 도중에 잠이 깨고 말았다. 잠이 깬 나의 목구멍 안에는 내시경 관이 삽입되어 있었던 터라, 깨자마나 나는 캑캑 대며 엄청 힘든 순간을 보내야 했다. 차라리 비수면으로 하는 것이 더 나았다. 그 후로는 나는 항상 위내시경은 비수면으로 했고 요령도 많이 생겨 아주 편하게(?) 비수면 위내시경 검사를 받는다.
대장내시경은 얼마전에 받은 것 말고 지금까지 두 번 했었는데, 두 번 모두 수면으로 진행했고 끝날 때 쯤 잠이 깨어 첫번째 때는 화면으로 나의 대장 상황을 보기도 했었다. 두 번 째 대장내시경을 마치고 잠이 깼을 때는 간호사가 옆에 있었는데, 그 간호사에게 내 어릴 때 옆집에 살던 누나를 닮았다는 얘기를 하고 있는 나를 발견했다. 나중에 생각해보니 참 실없는 얘기를 했구나 하는 생각이 들었다. 마치 술 취하면 말이 많아져서 내용도 없는 얘기를 하는 사람들(나를 포함해서)처럼... 그 간호사도 경험이 많아서인지, 나의 실없는 얘기를 잘 받아주고 있었다. 그 때 약간 부끄러운 생각이 들어서 다음에는 수면으로 하지 말아야겠다는 생각을 어렴풋이 했었던거 같다. (그게 4~5년전 일이다.)

마침내 처음으로 비수면 대장내시경을 해본 결과, 위내시경과는 달리 관이 들어갈 때는 전혀 어려움이 없었는데, 들어가서 대장이 꺾이는 곳을 돌아들어갈 때인지는 몰라도 두 세 번 정도 극심한 통증을 느꼈다. 마치 배 안에서 쇠공 같은 것이 배 밖으로 미는 듯한 느낌... 나는 마치 고문 당하는 사람처럼 침대 난간을 두 손으로 붙잡고 비명을 질러댔다. 비수면으로 신청한 것을 엄청 후회하면서...
그래도 고통의 시간이 그리 길지는 않았다. 정신을 차리고 겨우 수습하고 나와 10분 정도 숨을 돌리니 상황은 다 끝났고 대장도 깨끗하다는 결과를 들었다. 병원을 나와 전날부터 비어 있던 배를 채우며 생각해 보았다.
다행이도 통증은 기억되지 않고, 통증이 있었다는 사실만 기억에 남아 있었다. 
특이한 점은, 내가 그렇게 비명을 질러대도 간호사나 의사는 전혀 당황하지 않았다는 사실이다.
위 내시경 때는 조금만 힘들어해도 힘 빼세요, 힘 빼세요 하면서 몸을 잡아주곤 했었는데, 이번에는 눈 하나 깜빡하지 않고 관심조차 주지 않았다. 으례 그려러니 하는 것처럼...
아마도 다른 사람들의 반응도 다 비슷한 모양이다. 수면이든 비수면이든...
인터넷을 찾아보니 역시나 수면유도제라는 것이 마취제와 달라서 통증은 그대로인데, 기억만 못할 뿐이라고 한다. 
수면 내시경을 해도 비명은 어차피 질러야 한다. 다만 기억은 안 난다. 
나도 통증이 있었다는 기억만 난다. 어떻게 아팠는지 그 아픈 느낌은 기억되지 않는다. 
그렇다면... 담에도 비수면으로?

기억되지 않으면 경험하지 않은 것과 같다. 어떤 행동을 했는데 기억에도 없고, 행동의 결과가 어디에도 남아 있지 않다면, 그 행동은 없었던 것과 같다. 술 먹고 범죄를 저지른 사람들이 기억나지 않는다고 하는 건 자신이 한 짓을 부정하고 싶은 생각에 자신의 인생에서 지우고 싶어서일 것이다. 
내세가 있다해도 그 전생을 기억하지 못하면 그건 내가 아니라 다른 사람일 뿐이다. 

밤에 잘 때 사람들은 많은 꿈을 꾼다고 한다. 하지만 기억나는 것은 깨기 직전의 짧은 부분만 기억난다. 그것도 자꾸 되새기거나 기록하지 않으면 곧 잊어버린다. 아침에는 신기한 꿈이었다고 생각했는데 오후에는 그 내용이 전혀 기억나지 않는 경우도 많다.
꿈 뿐 만이 아니다. 얼마전에는 집으로 차를 몰고 오면서 뭔가 이상한(?) 또는 신기한(?) 생각이 들어 집에 도착해서 좀 더 생각해봐야겠다고 하면서 집에 왔는데, (20분 정도 걸린다) 그런데 그 이상하다는 또는  신기하다는 생각의 내용이 전혀 기억이 나지 않았다. 그 생각이 떠오른 지점이 어디였는지만 기억하고 있었다. 이 정도면 치맨가?

행동이나 범죄는 세상에 흔적을 남겨서 부정할 수가 없지만 꿈이나 생각은 기록하지 않으면 흔적도 없고 기억도 없어지고, 결국엔 꾸지 않은 꿈이고, 하지 않은 생각이 된다. 그리고는 마침내 일어나지 않았던 것이 되어버린다. 그래서 내가 지금 이 두서없는 글을 쓰고 있는 것이다.

AND

트립닷컴의 환불정책은 다음과 같다 (라고 추정된다)

 

1. 고객이 취소한 경우 취소수수료는 최고로 메긴다. 그러면서 트립닷컴은 한푼도 안 받으며
   취소수수료는 항공사에서 가져가는거라 어쩔 수 없다고 한다

 

2. 항공사의 귀책 사유라 항공사에서 취소수수료가 없다고 하는데도, 고객에게는 취소수수료가 발생한다고
   얘기한다 (중요 포인트 !!!)


3. 고객이 항공사에 직접 문의하여 취소수수료가 없다고 한다며 항의하면,
   다시 한번 확인해 본다고 하며 시간을 끈다


4. 답답한 고객이 항공사에서 취소수수료가 없다는 공문을 받아 제시하면, 마지못해 취소수수료 없다고 하며
   신용카드 취소에는 2주 가량 걸리며, 한꺼번에 환불이 안되고 나누어서 된다고 한다 (요것도 중요한 포인트임!!!)


5. 신용카드금액의 일부를 취소해주고, 나머지금액은 쌩깐다

 

6. 고객이 신용카드 명세서를 대충 확인하고 넘어가면 트립닷컴은 이익이 생긴다. (이럴 가능성이 매우 큼)
   고객이 취소금액이 잘못되었다고 항의하면, 잘못된 부분은 취소수수료라고 둘러댄다

 

7. 고객이 무슨소리냐며 취소수수료가 없다는 근거를 제시하면, 다시 한번 확인해 보겠다고 한다

 

8. 마지못해 취소수수료가 없다고 확인해주며 신용카드라 취소처리가 3일 ~ 2주 걸릴 수 있다고 한다

 

9. 2주 동안 시간을 끈다. 고객이 잊어버리기를 바란다

 

10. 답답한 고객이 중간에 전화해보면, 무조건 기다리라고 한다

 

11. 2주가 지나고 고객이 전화를 하면, 담당자에게 확인해서 연락드린다고 한다

 

12. 연락이 없다

 

직접 경험한 일입니다
소비자보호원에 민원을 넣어야 하나 생각중입니다.
살다살다 이런 양아치 같은 곳은 처음 봅니다.

AND


http://www.cyworld.com/billog/3152025 에서 퍼옴

[ Drive Object Property ]

Drive 개체의 속성
AvailableSpace 지정한 드라이브나 네트워크 공유에서 사용할 수 있는 디스크 공간의 크기를 반환
DriveLetter 실제의 로컬 드라이브나 네트워크 공유의 드라이브 문자를 반환
FileSystem 드라이브에서 사용하는 파일 시스템의 형식을 반환(FAT, NTFS 및 CDFS)
FreeSpace 지정한 드라이브나 네트워크 공유에서 사용할 수 있는 빈 공간 크기를 반환
IsReady 지정한 드라이브가 준비되었으면 True를, 그렇지 않으면 False를 반환
Path 지정한 파일, 폴더 또는 드라이브의 경로를 반환
RootFolder 지정한 드라이브의 루트 폴더를 나타내는 Folder 개체를 반환
SerialNumber 디스크 볼륨을 고유하게 식별하는 데 사용하는 십진 일련 번호를 반환
ShareName 지정한 드라이브의 네트워크 공유 이름을 반환
TotalSize 드라이브나 네트워크 공유의 전체 공간을 바이트 단위로 반환
VolumeName 지정한 드라이브의 볼륨 이름을 지정하거나 반환
<%
Set fs = Server.CreateObject("Scripting.FileSystemObject")
Set Cdrive = fs.GetDrive("c:")
%>
<HTML>
<BODY>
<br><center><font face="돋움" size="2">
<h2>FileSystemObject Ex1</h2><br>
C드라이브의 남은 공간 : <%=Cdrive.freespace%> bytes
</font></center>
</BODY>
</HTML>

 

 

[ File Object Property ]

File 개체의 속성

Size

파일의 사이즈를 얻어옵니다.

Type

파일의 타입을 얻어옵니다.

Path

파일의 경로를 반환함다

ShortName

파일의 이름를 8.3규칙으로 반환함다

ShortPath

파일의 경로을 8.3규칙으로 반환함다

ParentFolder

파일의 상위 폴더를 얻어옵니다.

Name

파일의 이름을 얻어옵니다

Drive

파일이 위치하는 드라이브명을 얻어옵니다

DateCreated

파일이 만들어진 날짜와 시간을 얻어옵니다
DateLastAccessed 파일이 마지막으로 억세스된 날짜,시간을 반환
DateLastModified 파일이 마지막으로 수정된 날짜,시간을 반환

<%
Set fs = Server.CreateObject("Scripting.FileSystemObject")
Set myfile = fs.GetFile("c:\config.sys")
%>
<HTML>
<BODY>
<br><center><font face="돋움" size="2">
<h2>FileSystemObject 예제</h2>
Config.sys 화일의 정보<p>
file size : <%=myfile.size%> bytes<br>
file type : <%=myfile.type%><br>
file path : <%=myfile.path%>
</font></center>
</BODY>
</HTML>

 

AND

AND

폴 포츠 감동 스토리

기타 2009. 6. 16. 09:27
AND

명도소송 관련

기타 2009. 4. 24. 19:10

명도소송을 법무사에 의뢰하지 않고 직접 진행해 보았다.
처음에는 막막한 부분이 많았는데, 아래 사이트가 많은 도움을 주었다.
http://cafe.naver.com/wjdqhd2.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=3147

위의 사이트의 도움을 받아 만든 소장의 Sample을 파일에 저장해 두었다.
제일 어려운 부분은 소가(소송물가액) 계산인데, 이것도 알고 나면 그리 어렵지도 않다.
소가가 계산되어야 인지대를 계산할 수 있다.

명도소송의 소가는 소송 대상의 시가표준액에 30/100을 곱한 금액의 1/2인데,
( http://cafe.naver.com/balaw.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=1405 참조)
시가표준액은 주택의 경우 국세청이나 국토해양부 홈페이지에서 조회할 수 있지만
주택 이외의 건물은 국세청 홈페이지에서 조회되지 않는 경우가 더 많을 듯..
(조회하는 곳이 있지만 몇 군데 해보니 "해당 건물이 없습니다." 라고 나오네...)

Sample 파일에 있는 것처럼 해마다 지정되는 (평방미터 당) 건물 신축가격 기준액에 각종 지수를 곱하고
해당 건물의 면적을 곱하면 시가표준액이 계산되는데,
(* 각종 지수는 국세청 홈페이지의 건물 기준시가 산정방법 해설을 참조하면 된다. 2009년 자료의 경우
http://www.nts.go.kr/info/info_04_06.asp?minfoKey=MINF6920080211211738&mbsinfokey=MBS20090204112741537&top_code=&sub_code=&type=V
를 참조하면 된다.)
명도소송의 경우는 건물의 전유부분만 계산(토지 제외)하면 된다.
* 다만 민사소송법에서 소가는 시가표준액으로 계산하는 것으로 되어 있는데, 위의 각종지수 자료는 기준시가
산정방법이라, 시가표준액과 기준시가의 차이가 이 경우 어떤 의미가 있는지 파악이 안된다... 쩝)


AND

IE 6.0 버그

HTML 2008. 12. 20. 14:37

IE6: CSS Double Margin Float Bug.

IE6에서 발생하는 ‘더블 마진 플롯 버그‘ 입니다. float된 요소에 float된 방향과 동일한 방향의 margin을 설정하는 경우 margin값이 두 배로 작용하는 버그 입니다. 이 버그는 float된 방향과 같은 방향으로 형제 엘리먼트가 존재하는 경우에는 발생하지 않습니다.

CSS

.a { float:left; height:100px; background:silver; padding:10px;}
.b { float:left; margin-left:100px; width:100px; height:100px; background:red; } /* IE6
는 왼쪽 마진을 200px으로 출력 */

HTML

<div class="a">
  <div class="b">.b</div>
</div>

Expected Result

.b’ 요소의 왼쪽으로 100px margin이 발생한다.

Expected Result

‘.b’ 요소의 왼쪽으로 100px의 margin이 발생한다.

.b

 






IE6 Rendering

.b’ 요소의 왼쪽으로 잘못된 200px margin이 발생하게 된다.

.b








Solution

float된 방향과 동일한 방향으로 margin을 설정하지 않는다. 부모 요소의 padding을 이용하거나 position, left, right 속성을 이용하여 배치 할 수 있다. 한편 float된 엘리먼트가 left, right 값을 갖게 되면 해당 엘리먼트의 display 속성이 block이 되는 특징이 있는데 이때 display속성을 inline으로 바꿔주면 IE6에서 더 이상 문제가 발생하지 않는다. 사실 display 속성을 inline으로 변경하더라도 해당 엘리먼트는 float 때문에 block 속성을 유지하게 되고 width, height와 같은 값들은 유지된다. Why is this happening? Dont ask such silly questions! This is IE6, remember?

Reference


IE6 : CSS Multi Selector Bug.

IE6 : CSS Multi id/class Bug

IE6에서 발생하는 ‘다중 선택자 버그‘ 입니다. 하나의 아이디와 여러개의 클래스를 교차 조합하여 선택자를 만드는 경우 IE6는 첫 번째 선택자의 조합(#bold.red)만을 유효하게 처리하고 나머지 선택자 조합을 무시하는 버그 입니다.

CSS

#bold.red { font-weight:bold; color:red; }
#bold.green { font-weight:bold; color:green; } /* IE6
는 이 스타일을 처리하지 않음 */
#bold.blue { font-weight:bold; color:blue; } /* IE6
는 이 스타일을 처리하지 않음 */

HTML

<body id="bold" class="red">#bold.red</body>
<body id="bold" class="green">#bold.green</body>
<body id="bold" class="blue">#bold.blue</body>

Expected Result

  1. #bold.red
  2. #bold.green
  3. #bold.blue

IE6 Rendering

IE6 브라우저는 2~3번에 대하여 아무런 스타일도 처리하지 않고 출력하게 됩니다.

  1. #bold.red
  2. #bold.green - 잘못된 렌더링
  3. #bold.blue - 잘못된 렌더링

Solution

아이디와 클래스의 조합 대신 클래스와 클래스의 조합만을 사용합니다.

Reference

  1. CSS Bug in MSIE 6 - Selector with an ID and a Class on the Same Element
  2. IE6 Multi-Class Bug

IE6 : CSS Multi class Bug

IE6에서 발생하는 ‘다중 클래스 버그‘ 입니다. 둘 이상의 클래스를 조합할 때 마지막에 선언된 클래스의 이름(.blue)이 다른 곳에서 이미 선언되어 있는 경우 다중 선택자의 다른 선택자 이름을 처리하지 않는 버그 입니다.

CSS

.red { color:red; }
.blue { color:blue; }
.red.blue { color:silver; text-decoration:underline; } /* IE6
.red 선택자를 무시 */
.red.bold.blue { color:black; font-weight:bold; } /* IE6
.red.bold 선택자를 무시 */

HTML

<ol>
<li class="red">.red</li>
<li class="blue">.blue</li>
<li class="red blue">.red.blue</li>
<li class="red bold blue">.red.blue.bold</li>
</ol>

Expected Result

  1. .red
  2. .blue
  3. .red.blue
  4. .red.bold.blue

IE6 Rendering

IE6 브라우저는 2~4번이 모두 동일한 스타일로 처리 됩니다.

  1. .red
  2. .blue - 잘못된 렌더링
  3. .red.blue - 잘못된 렌더링
  4. .red.bold.blue - 잘못된 렌더링

Solution

이미 선언된 클래스 이름을 다중 클래스 형식으로 재 사용 하고자 할 때 재 사용되는 클래스 이름을 마지막에 조합하지 않습니다.

Reference

  1. Multiple class names

 

AND

이 네이밍 규칙은 닷넷 스파이더 팀에서 만든 [C# Coding Standards and Best Programming Practices]를 바탕으로 만들었습니다.

혼자 작업할때는 상관없지만 팀작업을 해야 할 때는 필요한 자료입니다. ^^;

1. 네이밍 관례와 표준


  이 문서 전반에 걸쳐 파스칼표기법과 카멜 표기법이 사용된다.  

  파스칼 표기법 - 모든 단어에서 첫번째 문자가 대문자이며 나머지는 소문자이다.

    예: BackColor

  카멜 표기법 - 최초에 사용된 단어를 제외한 첫번째 문자가 대문자이며 나머지는 소문자이다.

    예: backColor



 

1. 클래스 명에는 파스칼 표기법을 사용한다.


public class HelloWorld

{

...

}


2. 함수(Method) 명에는 파스칼 표기법을 사용한다.


void SayHello(string name)

{

...

}



3. 변수와 함수 파라미터에는 카멜표기법을 사용한다.


int totalCount = 0;

void SayHello(string name)

{

string fullMessage = "Hello " + name;

...

}


4. 인터페이스에는 접두사 "I"가 포함된 파스칼표기법에 따른다. ( Example: IEntity )


5. 변수명에 헝가리안 표기법을 사용하지 않는다.

이전에는 많은 프로그래머들이 변수명에 데이타 타입에 해당하는 접두사를 첨가하겨 맴버변수에는 m_을 접두사로 사용하는 헝가리안 표기법을 사용했다. 예를 들어


string m_sName;

int nAge;


그러나 닷넷 코딩 표준에서 헝가리안 표기법은 추천하지 않는다. 데이타 타입을 사용하는 것과 멤버 변수를 표현하기 위한 m_ 은 사용해서는 안된다. 모든 변수는 카멜 표기법을 사용해야 한다.


몇몇 프로그래머들은 아직 m_를 붙이거나 데이타 타입을 표시하는 것을 더 좋아하겠지만, 이제 이것들은 멤버 변수를 확인하기위한 쉬운 방법이 아니다.


6. 변수에 모든 의미를 충분히 담아라. 약어를 사용하지 말것.


좋은 예:

string address

int salary


나쁜 예:

string nam

string addr

int sal


7. i, n, s 같이 한글자로 된 이름을 사용하지 말것. index, temp 같은 이름을 사용할 것.


한가지 예외가 있다면 루프에서 반복을 의미하는 변수를 하용하는 경우이다.


for ( int i = 0; i < count; i++ )

{

...

}


만일 변수가 단지 반복을 위한 카운터로만 사용된다면 그리고 그것이 루프안에 있는 다른 어떤 곳에서도 사용되지 않는다면, 많은 사람들은 아직까지 다른 적합한 단어는 만들어서 사용하는 것보다 i를 사용하는 것을 선호한다.


8. 지역변수에는 밑줄(_)을 사용하지 않느다.


9. 모든 멤버 변수들은 앞에 밑줄(_)을 사용해야 한다. 그래야 다른 지역변수들과 구분할 수 있다.


10. 키워드와 비슷한 이름을 하용하지 말것.


11. boolean 이 들어가는 변수, 속성, 함수(method)등은 "is" 또는 유사한 접두사를 사용한다.


예: private bool _isFinished


12. 네임스페이스 명은 표준 패턴을 따라야 한다.


<회사명>.<제품명>.<최상위모듈>.<하위모듈>


13. UI 구성요소를 위하여 적당한 접두사를 사용해야 한다. 그래서 다른 변수들과 구분할 수 있어야 한다.


여기 추천하는 서로 다른 두가지 방식이 있다.


a. 모든 UI 구성요소를 위하여 공통적인 접두사(ui_)를 사용하는 것이다. 이것은 모든 UI 구성요소를 묶는데 도움을 줄 것이고 쉽게 이해하고 접근하게 할 것이다.


b. 각각의 UI 구성요소마다 접두사를 적용하는 방법. 간단한 목록이 아래에 있다. 닷넷은 다양한 컨트롤들이 제공되므로 더 많은 컨트롤(써드파티 컨트롤을 포함한)에 대한 표준을 정의해야 한다.


 Control  prifix  Control  prifix
 Label  lbl  Checkbox  chk
 TextBox  txt  CheckBoxList  cbl
 DataGrid  dtg  RadioButton  rdo
 Button  btn  RadioButtonList  rbl
 ImageButton  imb  Image  img
 Hyperlink  hlk  Panel  pnl
 DropDownList  ddl  PlaceHolder  phd
 ListBox  lst  Table  tbl
 DataList  dtl  Validators  val
 Repeater  rep    
   

14. 파일명은 클래스 명과 같아야 한다.


예를 들어, 클래스 명이 "HelloWorld" 라면 파일명은 "HelloWorld.cs" 이어야 한다.


15.  파일명은 파스칼 표기법을 사용한다.




2. 들여쓰기


1. 들여쓰기에는 TAB 을 사용한다. SPACE를 사용하지 않는다. Tab 사이즈는 4로 정의한다.


2. 주선은 코드와 같은 레벨에 있어야 한다(들여쓰기의 레벨을 같이 사용한다.).


좋은 예:


// Format a message and display


string fullMessage = "Hello " + name;

DateTime currentTime = DateTime.Now;

string message = fullMessage + ", the time is : " + currentTime.ToShortTimeString();

MessageBox.Show ( message );


좋지 않은 예:


// Format a message and display

    string fullMessage = "Hello " + name;

    DateTime currentTime = DateTime.Now;

    string message = fullMessage + ", the time is : " + currentTime.ToShortTimeString();

    MessageBox.Show ( message );


3. 중괄호는 중괄호 밖에 있는 코드와 같은 레벨에 있어야 한다.

            
4. 논리적인 코드 그룹은 다른 코드와 한칸 띄어서 구분한다.


좋은 예:

        bool SayHello ( string name )

        {

               string fullMessage = "Hello " + name;

               DateTime currentTime = DateTime.Now;


               string message = fullMessage + ", the time is : " + currentTime.ToShortTimeString();


               MessageBox.Show ( message );


               if ( ... )

               {

                       // Do something

                       // ...


                       return false;

               }


               return true;

        }


안 좋은 예:


        bool SayHello (string name)

        {

               string fullMessage = "Hello " + name;

               DateTime currentTime = DateTime.Now;

               string message = fullMessage + ", the time is : " + currentTime.ToShortTimeString();

               MessageBox.Show ( message );

               if ( ... )

               {

                       // Do something

                       // ...

                       return false;

               }

               return true;

        }


5.     There should be one and only one single blank line between each method inside the class.


6. 중괄호는 다른 라인과 분리되어 있어야하며 라인을 같이 쓰면 안된다.


좋은 예:

               if ( ... )    

               {

                       // Do something

               }


안 좋은 예:


               if ( ... )     {

                       // Do something

               }


7. 지시자(operator)와 괄호 앞뒤로는 한 칸의 공간을 남긴다.


좋은 예:

               if ( showResult == true )

               {

                       for ( int i = 0; i < 10; i++ )

                       {

                              //

                       }

               }


나쁜 예:


               if(showResult==true)

               {

                       for(int    i= 0;i<10;i++)

                       {

                              //

                       }

               }



8. 연관된 코드를 묶을때는 #region을 사용해라. #region을 사용해서 묶는다면 그 페이지는 훨씬 간략해질 것이다.


9. private 멤버 변수, 속성, 그리고 메쏘드는 파일의 하단에 그리고 public 멤버들을 파일의 하단에 위치하도록 하라. 

AND

AND