건물 에너지, IT와 여러 가지 글들
테터툴즈로 작성한 홈페이지의 시작 페이지는 최신의 글로 항상 바뀌게 마련이다.
그러면 어떻게 시작 페이지를 고정할 것인가? (블로그 스타일이 아닌 홈페이지에서는 너무나 당연한 것이지만)
그 해결책이 있다. ^^
테터툴즈 홈페이지에 올라온 원저자의 설명을 빌리자면 다음과 같다.
태터툴즈가 지원하지 않는 동적 페이지 생성을 가능하게 하는 플러그인 입니다. 더불어, 추가하신 페이지를 시작 페이지로 지정
가능하게 합니다. 현재 제 블로그의 PROLOGUE와 PROFILE 페이지를 보시면 어떤 기능인지 이해하실 수 있을
것입니다. 예전에 페이지 추가를 위한 방법에 대하여 글을 올린적이 있었는데, 지나치게 복잡하면서도 손이 많이 가는 작업이기에,
이를 보다 편리하게 구현하고자 잠깐 시간을 내어 만들어 봤습니다.
자세한 설명과 관련 자료는 아래의 주소에서 받아 볼 수 있다.
http://tt.iscubix.com/iendev/82
테터툴즈가 진화하고 있다.
그 진화에 발맞춰서 홈피의 엔진을 업그레이드했다.
약간의 당황함이 있었으나, 업그레이드 하는데 별 무리가 없었다.
찬찬히 그 기능을 맛보고 싶다.
비주얼베이직 닷넷으로 프로그래밍할 때 컬렉션을 사용하면 간편하게 개체 집합을 다룰 수 있다. 컬렉션을 주로 For Each…Next 문과 함께 사용하게 되는데, 다음의 내용을 주의해야 한다.
|
1 2 3 4 5 6 7 8 |
Public Overrides Sub LinkTo(ByVal BuildingDB As BuildingLibrary) For Each myItem As Layer In Me.Layers If BuildingDB.FloorMaterials.ContainsKey(myItem.Material.Name) Then myItem.Material = BuildingDB.FloorMaterials(myItem.Material.Name) End If Next End Sub |
아래는 안되는 코드
|
1 2 3 4 5 6 7 8 |
Public Sub LinkTo(ByVal BuildingDB As BuildingLibrary) '공간에 대해 For Each myItem As Space In Me.Spaces.Values If BuildingDB.Spaces.ContainsKey(myItem.Name) Then myItem = BuildingDB.Spaces(myItem.Name) 'myItem은 복사본이기에 원본 컬렉션에 영향을 주지 못한다. End If Next End Sub |
‘그래서 수정한 코드 = 되는 코드
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 |
Public Sub LinkTo(ByVal BuildingDB As BuildingLibrary) '공간에 대해 Dim ItemsToLink As New Spaces For Each myItem As Space In Me.Spaces.Values If BuildingDB.Spaces.ContainsKey(myItem.Name) Then ItemsToLink.Add(myItem.Name, BuildingDB.Spaces(myItem.Name)) End If Next Me.Spaces.Clear() For Each myItem As Space In ItemsToLink.Values Me.Spaces.Add(myItem.Name, myItem) Next For Each myItem As Space In Me.Spaces.Values CType(myItem, OndolSpace).LinkTo(BuildingDB) Next End Sub |
한글 텍스트 파일을 읽기 위해서는 인코딩을 다음과 같이 지정해 주어야 한다.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 |
'파일스트림 열기 Dim fs As New FileStream("myhangultext.txt", FileMode.Open, FileAccess.Read) ' '스트림리더 열기 '*** 주의 : System.Text.Encoding.Default를 지정해야 '한글'을 읽어올 수 있음!!! '시스템의 현재 ANSI 코드 페이지에 대한 인코딩을 가져옵니다 'Dim Reader As New StreamReader(fs, System.Text.Encoding.Default) '--> 사실 이렇게 하면, 한글윈도우이어야 읽을 수 있다. '명확히 한글을 읽을 수 있게 하려면 다음과 같이 해야 한다. Dim Reader As New StreamReader(fs, System.Text.Encoding.GetEncoding(949)) '여기서 949는 한글에 대한 code page이다. ' '자료를 읽기 Call Parse(Reader) ' '스트림리더 닫기 Reader.Close() |
오늘 홈페이지에 새로운 기능을 추가하였다.
프로그래밍 소스코드를 알아보기 쉽게 해주는 기능을 가진 플러그인이다.
출처 : http://www.kornuri.com/blog/44
[사용예]
아래의 내용은 비주얼베이직닷넷에 대하여 적용한 예이다.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 |
Private Sub InternalParse(ByVal myXmlNode As Xml.XmlNode) ' If myXmlNode.HasChildNodes Then For Each myChildNode As Xml.XmlNode In myXmlNode.ChildNodes Select Case myChildNode.Name Case "name" Me.Name = myChildNode.InnerText Case "azimuth" Me.Azimuth = Single.Parse(myChildNode.InnerText) Case "tilt" Me.Tilt = Single.Parse(myChildNode.InnerText) Case "#comment" '주석도 처리할까요? End Select Next End If ' End Sub |
프로그램 개발자에게는 기존의 소스 코드를 읽어보는 것이 굉장한 도움이 된다. 이를 위하여 여러 사이트에서 소스 코드 검색 서비스를 제공하고 있다.
구글 : http://code.google.com/
코더스 : http://www.koders.com/
W3C XML 1.0 Recommendation Section 2.5 – Comments에서 발췌
<정의>
주석은 문서의 어디서든 나타날 수 있습니다. 덧붙여 주석은 문법에 의해 허용되는 부분이라면 문서 타입선언부에도 나타날 수 있습니다. 주석은 문서의 문자 데이터는 아닙니다. 하지만 응용 프로그램이 주석의 내용을 추출하고자 한다면XML 처리기를 통해 이를 처리할 수 있습니다. 호환성을 위해 연속된 하이픈 “–“이 주석 중간에 나와서는 안됩니다. 주석안에 있는 파라미터 엔터티 참조를 인식해서는 안 됩니다.
|
1 |
[15] Comment ::= '<!--' ((Char - '-') | ('-' (Char - '-')))* '-->' |
XML 주석 문법에 설명되어 있듯이 주석은 아래와 같은 형식을 갖습니다.
|
1 |
<!-- 연속하는 대쉬를 제외한 문자들 --> |
<예>
다음은 올바른 XML, XHTML 주석입니다.
|
1 |
<!-- 올바른 xml/xhtml 주석 --> |
다음은 올바르지 않은 XML, XHTML 주석입니다.
|
1 2 3 |
<!-- 올바르지 않은 -- xml 주석 --> <!-- 올바르지 않은 xml 주석 ---> <!-- 올바르지 않은 xml 주석 -- > |
<더 읽을거리>
건물열성능해석을 위한 프로그램을 작성하는 과정에서 관련정보를 xml로 저장하기로 하였다. 이때 재료/부재의 정보들을 xml의 속성(attribute)으로 처리할까 요소(element)로 처리할까 고민하다가 다음과 같은 정보를 얻었다. 정보를 제공한 사이트에 대하여 트랙백을 시도하였으나, 실패하여 아래와 같이 원문을 옮겨 적었다.
출처 : http://kldp.org/node/31924
kwon37xi 씀 (목, 2004/03/11 – 5:55pm) XML 페이지를 설계하다보면 도무지 갈피를 잡을 수 없는 경우가 있는데, 그건 속성(Attribute)를 써야 하느냐 요소(Element)를 써야하느냐를 경정할 때입니다.
예를 들어 책에 관한 XML이 있다고 할 때 요소 중심은 다음과 같겠죠.
|
1 2 3 4 5 6 7 8 9 |
<서가> <책> <책이름>책 이름</책이름> <글쓴이>저자</글쓴이> <출판사>출판사 이름</출판사> <ISBN>ISBN번호</ISBN> <요약>책 내용 요약..</요약> </책> </서가> |
속성 중심은 다음과 같겠습니다.
|
1 2 3 4 5 |
<서가> <책 이름="책 이름" 글쓴이="저자" 출판사="출판사이름" ISBN="ISBN 번호"> <요약>내용 요약..</요약> </책> </서가> |
위와 같은 방식 중 어떤것이 더 효율적일까요(파서의 입장에서)?
그리고 어떤것이 사용하기 편할까요(XML을 다루는 프로그래머의 입장에서)?
저는 속성 기반을 선호하는 편입니다만, 딱히 이렇다할 장점이나 효율성을 집어내지는 못하겠습니다.
요즘 XML 프로그램짤일이 급속히 늘어나는 추세라, 이런 사항을 확실히 인식하고 넘어갔으면 해서요.
http://www.zvon.org/xxl/XPathTutorial/General/examples.html
이 문서를 보고나서 속성을 주로 씁니다.
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
<단원신상정보> <단원 고유인식번호="701" 성별="남" 기수="7"> <이름 문자="ko">차리서</이름> <이름 문자="zh">車里西</이름> <이름 문자="en">CHA Reeseo</이름> <전자우편 메일링리스트="가입">reeseo@kldp.org</전자우편> <전자우편>reeseo@aaa.bbb</전자우편> <홈페이지 링크="공개">http://www.cantabile.or.kr/~reeseo/</홈페이지> <홈페이지>http://formal.korea.ac.kr/~reeseo/</홈페이지> <주소 형태="집"> 서울특별시 어쩌구 저쩌구 <우편번호>150-xxx</우편번호> <전화 위치="거실">02-xxx-xxxx</전화> <전화 위치="방">02-xxx-xxxx</전화> </주소> <주소 형태="직장"> 서울특별시 어쩌구 저쩌구 <우편번호>135-xxx</우편번호> <전화>02-xxx-xxxx</전화> <팩스>02-xxx-xxxx</팩스> </주소> <파트 기간="~19931102">베이스</파트> <파트 기간="~">테너</파트> </단원> <단원 고유인식번호="702" 성별="남" 기수="7"> <이름 문자="ko">홍길동</이름> <이름 문자="en">HONG Gildong</이름> <전자우편>gildong@hong.pe.kr</전자우편> <주소 형태="집"> 서울특별시 어쩌구 저쩌구 <우편번호>171-xxx</우편번호> <전화>02-xxx-xxxx</전화> </주소> <파트>베이스</파트> </단원> </단원신상정보> |
어떤 요소의 속성이어야 더 말이 되는 것도 있고, 반대로 어떤 요소의 하위 요소여야 더 바람직한 것도 있겠습니다. 하나만 있어야하는 요소, 없어도 되는 요소, 여러개 있을 수 있는 요소가 있는가 하면, 꼭 있어야하는 속성, 반드시 몇 가지 중 하나여야하는속성 값, 없으면 디폴트로 무엇으로 간주하는 속성 등등이 있겠죠. 모두 “의미 체계”에 따라 적절히 선택해야할 문제라고 봅니다.
질문안에 답이 나오는군요.
만약 글쓴이가 한명 이상이라면? 또는 후에 추가되어야 한다면?
…그렇기때문에 요소를 써야만 일이 수월 할 수 있습니다.
또한 요소의 사용은 쉽고 표현은 직관적이어야 한다는 XML의 취지에 맞고요.
데이터를 요구하는 클라이언트의 입장에서볼때
값 하나만을 요구되는 경우는 드물껍니다. 주로 요소로 이루어진 문서를
요구하게 될겁니다.
그리고.. 개인적으론 클라이언트가 요구하는 데이터는 요소로 만들고
프로그램 내부에서 사용되는 값의 경우엔 속성으로 만듭니다.
[교훈]
중복이 허용되는 경우(예를 들어, 저자의 수가 2인 이상)는 요소로 처리하는 것이 유리하다.
사용자에게 노출할 필요가 없는 정보는 속성으로 처리하는 것이 유리하다.
저도 약간 비슷한 문제가 있습니다;
제 경우에는 다른 요소를 포함할 경우가 아니라면 속성으로 합니다.
(어차피 지금 하는 것들 대부분이 한 줄이 row이고 한 속성이 딱 column;;; )