명도소송 관련

기타 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