LIST ALL

Posted by 지상현 2007-02-06 03:11:56, Hit : 4514

우리어 사촌 깜짝 설문조사!!! Homepage : http://ssidang.x-y.net Link #1 : http://cugz.com/bbs/download.php?id=pds_img&page=1&sn1=&divpage=1&sn=off&ss=on&sc=on&select_arrange=headnum&desc=asc&no=75&filenum=1 Post URL : http://cugz.sjworks.net/bbs/zboard.php?id=freeboard&no=3480

창조를 아끼고 사랑해주시는 cugz 회원분들을 대상으로 간단한 설문조사(?)를 하겠습니다. 다름이 아니라, 기존의 창조와 우리어에 많은 불편을 느끼시는 분들이 많을 거라고 생각합니다. 그에 따라 새로운 창조-_-의 요구가 절실해지면서... ... ...중간 생략하고, 지금은 우리어 사촌이라는 우리어의 확장판쯤 되는 언어의 문법 체계를 구상중입니다. 이것 저것 추가하다가, 욕심이 생겨서 상당히 고친 부분도 있습니다. 첨부 파일을 참조하시면 대략 두 가지 스타일의 우리어 사촌 샘플 코드를 보실 수 있습니다. (당연하지만 지금의 창조에서 돌아가지 않습니다.) 먼저, 우리어 사촌에 추가된 점을 간략하게 소개하겠습니다. (자세한 내용은 아닙니다. 완전히 정리되면 올리겠습니다.) 1. 확장된 자료형 지원. 2. 함수 관련 문법 변경. 3. 골라(switch), 되돌기(for) 같은 추가 구조 제공. 4. 상수 정의 가능. 5. 연산자 종류 확대 대략 저렇게 되었습니다. 나머지는 샘플 코드를 보시면서 어떻게 바뀌었는지 감을 잡으시기 바랍니다;;; 일단 질문 내용 나갑니다. (1) 연산자를 델파이 스타일에서 C 스타일로 변경? 현재 사용중인 :=, =, <>...같은 연산자에 추가로, 복합 할당 연산자를 지원할 계획입니다. 예를 들면 ++나 --, += 같은 연산자 말이죠. 문제는, 대입문이 := 이면 += 는 :+= 로 써야 하는 무서운 상황이 벌어지게 됩니다. 그래서 결국 C 스타일을 고려중입니다. 물론 연산자가 바뀌면 기존 코드들은 모두 사용할 수 없게 되기도 하겠죠. 여러분의 생각은 어떠신가요? (++, --, +=, -=...같은 것들을 추가하고 :=, =, <>, :*=, :+= 대신 =, ==, !=, *=, += 을 사용합니다.) (2) 긴 연산자 기호화. 1번이랑 비슷한 내용입니다. 창조에는 부정, 그리고, 또는 연산자가 있는데 이게 사실 입력하기 귀찮습니다. 그리고 복합 할당 연산자에 적용을 한다면 그리고= 하는 식으로 적용할 수 밖에 없습니다. 그래서 부정, 그리고, 또는 연산자를 역시 C 스타일로 바꿀까 생각중입니다. 여러분의 생각은 어떠신가요? (부정, 그리고, 또는 => !, &&, || 기호로 대체합니다.) (3) 비트 함수들의 연산자화. 비트 함수들에는 bNOT, bAND, bOR, bXOR 이 있습니다. 그런데 이런 비트 연산들은 의외로 자주 쓰이면서도 연산자로 되어 있지 않습니다. 이번 기회에 이것들을 연산자로 승격할 생각입니다. 2번과 비슷한 내용인데, 이것을 연산자로 승격할 때 어떻게 할까 고민이 되네요. 방법1: 부정, 그리고, 또는, 그리고또 방법2: !, &, |, ^ XOR은 그리고또라고 임시적으로 명명했습니다. 결국 기호를 쓰느냐 이름을 쓰느냐의 차이인데, 2번에서 나온 연산자들(논리 연산자)들은 그 스타일을 유지하고, 이 연산자들(비트 연산자들)만 기호로 하는 방법도 있기 때문에 따로 설문으로 묻습니다. 여러분의 생각은 어떠신가요? (4) (중요!) 문장 종결자, 멤버 참조자 변경 예제 코드를 살펴보시면 이런 차이점이 있습니다. *스타일 1 (고전) 정수: 수; 수 = 3 + 7; 문자창보여(창0.이름표0.제목); *스타일 2 (자연어 스타일) 정수# 수. 수 = 3 + 7. 문자창보여(창0:이름표0:제목). 일단 가독성면에서, ; 로 문장을 맺는 것 보다는 . 으로 맺는게 좀 더 자연스럽습니다. 문제는 . 을 종결자로 사용하면, 창0.이름표 같은 문장에서 . 을 사용할 수 없게 됩니다. 그래서 : 로 대체해서 창0:이름표 처럼 쓰게 되죠. 더불어 변수 선언할 때 : 를 쓰기 때문에, 이것을 # 기호로 바꿉니다. 결론적으로, 문장을 . 으로 맺는 것이 더 합당하나 그렇게 하면 다른 부분도 바꿔야 합니다. (php의 경우에는 . 을 문자열 연결로 사용하고, 멤버 참조를 -> 로 씁니다. 하지만 ->는 타이핑 낭비인듯 싶네요.) 이 문제를 해결하는 방법은 1. 문장 종결은 ;    멤버 참조는 .    변수 선언은 : 2. 문장 종결은 .    멤버 참조는 :    변수 선언은 # 3. 문장 종결은 .    멤버 참조는 ->    변수 선언은 : 대략 이런 방법들이 있겠습니다. 첨부된 샘플 코드들을 보시고 어떤 스타일이 실제 사용하기에 나을지, 그리고 우리어가 지향해야 할 목적에 무엇이 더 적합할지를 따져보시고 마음에 드는 스타일을 알려주시기 바랍니다. 이상 설문 조사에 응해주셔서 감사합니다. -_- 아직 실현 가능성은 적지만, 문법이라도 확실히 해놔야 작업이고 뭐고 시작할 수 있을 것 같네요. 핵심 부분이 4번인데, 개인적으로는 새로운 스타일도 마음에 들지만 기존 스타일에서 바뀌는 점이 너무 많아서 헷갈려하실 분들도 많을 것 같네요.

손상진   2007-02-06 AM 9:39:07   1,2,3번의 연산자 문제에 관해서는.. 기호로 하는걸 추천합니다. 일단 한글로 한다면 타이핑하는데도 오래걸릴뿐더러 잘 구분이 안갑니다. 아시다싶이 한글은 글자당 차지하는 면적이 같은지라.. 눈에 잘 안들어옵니다. 그리고 4번의 경우 전 고전방식, 그러니깐 스타일1이 좋군요^^a

손상진   2007-02-06 AM 9:42:32   아.. 그리고 포인터에 대한 연산자는 어떻게 하실생각이신지.. C언어랑 동일하게?

손상진   2007-02-06 AM 9:53:50   그리고 골라 명령어에 대해서.. 아래와 같이 하는게 편하지 않을까요? 골라(문자코드){ 48 부터 57 : { 　　숫자 = 문자코드 - 48; 　　...} 46 : { 　　... 　　} 69 || 101 : { 　　... 　　} } 이상할까요? ^^

장규형   2007-02-06 PM 5:47:26   굳이 바뀔 필요성이 없습니다.

손상진   2007-02-06 PM 7:57:25   장규형//무슨소리를 하는건지.. 창조의 우리어의 특징을 이어가는 우리어 사촌뻘을 구상중이고, 창조에는 아직 없는 개념들이 많이 붙어서 어떤식으로 가면 좋겠냐고 설문을 하는건데.. 굳이 바뀔 필요성이 없다는 말은 어디서 어떻게 나온지 모르겠군요. 바로 아랫글엔 창조가 부족하다고 맹비난 하시더니;;

지상현   2007-02-06 PM 10:11:32   손상진// 델파이 스타일이군요. 개인적으로 가독성이 너무 떨어져서 생각해봤다가 바꿨습니다. 일단 주로 한글을 쓰기 때문에 예약어로 따로 묶지 않으면 영 알아보기가 힘들더군요... (아시다시피 숫자를 직접 입력할수도 있지만, 실제로 쓰일 때는 상수 이름을 적는 경우가 더 많을 것이기 때문입니다. -_-;) 그리고 || 는 곤란하네요;;; 규칙대로라면, 69와 101 을 "참"인 식으로 인식해서 참 || 참이 되어 결과적으로 그냥 참, 즉 1이라는 값으로 이해해야 하게 됩니다;; (가장 중요한 이유는 , 가 || 보다 타이핑이나 가독성면에서 좋다는 것일까요 ^^;) 음...대부분의 분들이 기존 스타일을 선호하시는듯 하군요. 뭐 전 고친 것이 신선하긴 한데 역시 좀 어색한 감이 없지않아 있군요;;

지상현   2007-02-06 PM 10:41:16   손상진// 아참, 일단 포인터에 대한 직접적인 지원(?)은 피할 생각입니다. 아직 초기 단계라 기존 문법에 덧대는 식으로 나가는 중이라서요 -_-; 물론 지금보단 포인터 써먹기가 훨씬 나아질겁니다.

LIST ALL

GO TO THE TOP

	N C    Subject Posted by Date H 3048    웹표준이란 상콤해-_-; [4] 박종훈 2007/02/19  5226 3047    요세 창조에 대한 관심이 수그러든듯;; [8] 박종훈 2007/02/19  4982 3046    으흐흐~~~내장다보인다~~! [3] 강정훈 2007/02/19  5835 3045    웹 표준에 대한 정의 카피 해봅니다. [22] 김길남 2007/02/19  2556 3044    제 블로그에 방문한 사람들에 대해서.... [17] 장규형 2007/02/17  5331 3043    여러분~ 새해 福 많이 받으시고요^^.. [3] 박종훈 2007/02/17  3834 3042    [퀴즈]여러분! -_- 신나는 XXX 게임의 세상으로 오세요! [4] 장규형 2007/02/17  5973 3041    안녕하세요. 신용주 입니다. [3] 신용주 2007/02/17  3875 3040    여러분 새해 복 많이 받으세요 :) [4] Pueding 2007/02/17  5038 3039    [조삼모사] 과징금의 진실-_-; + 웹표준 [심심해서 원;;;] [8] 박종훈 2007/02/17  5278 3038    자유게시판의 약간의 활력을; [3] 박종훈 2007/02/17  4996 3037    다들 아시는지요? [4] 장규형 2007/02/15  5705 3036    그분이 오셨어요... OTL [12] 정성우 2007/02/15  5602 3035    일단하던안하던 포스트잇................디자인 [4] 강정훈 2007/02/14  2883 3034      [re] 일단하던안하던 포스트잇................디자인 [7] 김길남 2007/02/17  2665 3033    프로그래밍은 결국 디자인 이다. [13] 김길남 2007/02/13  5589 3032    윈도우2003으로 고고~^^ㅋ [2] 박종훈 2007/02/12  4863 3031    하드 밀어버렸더니 속이 시원~~! [8] 강정훈 2007/02/11  3143 3030    리눅스 사용중~ㅋ [4] 박종훈 2007/02/10  2799 3029    프로그래밍은 예술이여야 한다. [20] 김길남 2007/02/09  5580 3028    요세 다른 것에 빠졌군요ㅠ [5] 박종훈 2007/02/08  2677 3027    방가워요^^ [3] 천호성 2007/02/07  3007 3026    상당히 올랜만에 들러보내요.. 권선중 2007/02/07  2668 3025    아무리 머리가 나빠도.. [5] 장규형 2007/02/06  5985    우리어 사촌 깜짝 설문조사!!! [7] 지상현 2007/02/06  4514
	LIST ALL   Prev [1]..[31][32][33][34] 35 [36][37][38][39][40]..[156] Next

Copyright 1999-2024 Zeroboard / skin by reedyfox in miniwini style