<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://valley.egloos.com/rss/style/style.xsl" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title>이글루스 'oop' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/oop</link>
		<description>oop</description>
		<language>ko</language>
		<pubDate>Mon, 20 Feb 2012 20:54:32 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[Javascript OOP개념]]></title>
	<link>http://tiger5net.egloos.com/5607731</link>
	<guid>http://tiger5net.egloos.com/5607731</guid>
	<description>
	<![CDATA[ 
 자바스크립트에 대해 OOP언어라는 말들을 많이 들으면서 한번 OOP개념을 정리해보려고 한다. 웹페이지 작업 시 부수적인 언어로 생각했을 때는 체계적으로 공부하지 않고, 그저 부수적인 언어로 생각했으나 요즘 생각이 많이 변하고 있다.   Using Object Oriented Javascript  1) Object 객체를 이용한 커스텀객체 생성  자바스크립트의 가장 상위개념의 객체는 (Object object)이다. 기본적으로 Object객체를 이용하여 커스텀객체 (Custom object)를 하나 생성할 수 있다.  var obj1 = new Object(); obj1.max = 10; obj1.min = 5; 또는  var obj2 = {}; obj2.max = 20; obj2.min = 10;  2) 생	]]>
	</description>
	<pubDate>Mon, 20 Feb 2012 20:54:32 +0900</pubDate>
	<dc:creator><![CDATA[어린왕자와 여우]]></dc:creator>
</item>
<item>
	<title><![CDATA[OOP설계 5대 원칙]]></title>
	<link>http://moai82.egloos.com/4191882</link>
	<guid>http://moai82.egloos.com/4191882</guid>
	<description>
	<![CDATA[ 
oop 설계 5대 원칙    1. 단일 책임의 원칙(SRP : Single Responsibility Principle)  - 한 객체는 하나의 책임을 져야 한다는 원칙으로 높은 응집도와 낮은 결합도를 기본으로 하고 있다.      2. 의존 관계 역전의 법칙(DIP : Dependency Inversion Principle)  - 클라이언트는 클래스가 아닌 추상화(인터페이스, 추상클래스) 레이어에 의존해야 한다는 원칙으로, 확장 이슈가 있는 부분은 추상화를 해야 된다는 내용이다.    3. 인터페이스 분리의 원칙(ISP : Interface SegreGation Principle)  - 클라이언트에 특화된 여러개의 인터페이스가 하나의 범용 인터페이스보다 났다.    4. 리스코프 대체 원칙(LSP : Li	]]>
	</description>
	<pubDate>Wed, 15 Feb 2012 14:51:45 +0900</pubDate>
	<dc:creator><![CDATA[moai82]]></dc:creator>
</item>
<item>
	<title><![CDATA[javascript oop]]></title>
	<link>http://avata007.egloos.com/2824948</link>
	<guid>http://avata007.egloos.com/2824948</guid>
	<description>
	<![CDATA[ 
<img 
				src="http://thumb.egloos.net/100x76/http://pds24.egloos.com/pds/201112/04/62/e0036962_4edb65d74174f.png"  
				alt="javascript oop" 
				width="100px"  
				height="76pxpx"
				align="left"
				style="border:1px solid #DDDDDD;margin:0 10px 10px 0px;"
				/> javascript객체 생성  전통적인 방법  var person = new Object();person.name = &quot;nick&quot;;person.age = 29;person.job = &quot;software engineer&quot;;  person.doSomething = function(){	alert(&quot;hello&quot;);};  -&amp;gt; 객체를 생성할 때 마다 동일한 코드를 추가해야함. 그래서, factory pattern 등장  function createPerson( name, age, job ){	var o = new Object();	o.name = name;	o.age = age;	o.job = job;	o.doSomething = function(){		alert(&quot;hello&quot;);	};	return o;}  v	]]>
	</description>
	<pubDate>Sun, 04 Dec 2011 21:23:00 +0900</pubDate>
	<dc:creator><![CDATA[인생은 속도가 아니라 방향이다]]></dc:creator>
</item>
<item>
	<title><![CDATA[자바가 다중 상속을 지원하지 않는 이유? ]]></title>
	<link>http://gyumee.egloos.com/3200829</link>
	<guid>http://gyumee.egloos.com/3200829</guid>
	<description>
	<![CDATA[ 
이 글은 LangDev의 토론을 뒤늦게 읽고는 너무 늦게 토론에 참여하기 뭐해 극적거리기 시작해서 미완성인 채로 남겨 두었다가, KSUG의 토론을 보고 마무리 지어야겠다는 생각이 들었고, 오늘에야 시간을 나서(내서?) 결론 내려 한다.    자바 개발자라면 누구나 알겠지만 자바는 클래스를 하나만 상속해서 확장할 수 있다.    class GundamMk2 extends Gundam {  ...  }    클래스를 둘 이상 상속 받을려고 하면 컴파일이 안 된다.    class SpaceGundamV extends Gundam, Valkyrie {  ...  }    자바를 첫 프로그래밍 언어로 배웠거나 자바로 객체지향 프로그래밍에 입문한 개발자라면 별다른 의문 없이 이런 제약을 받아들였겠지만 C++나 다른 	]]>
	</description>
	<pubDate>Fri, 15 Jul 2011 02:44:12 +0900</pubDate>
	<dc:creator><![CDATA[생각하고 나누고 공감하기...]]></dc:creator>
</item>
<item>
	<title><![CDATA[OOP 개념 연습]]></title>
	<link>http://raspy.egloos.com/5544657</link>
	<guid>http://raspy.egloos.com/5544657</guid>
	<description>
	<![CDATA[ 
                 2학년 1학기, 프로그램 짜던 짬에 비해 아직 객체지향의 개념조차 흐릿했던 때에  C++ 프로그래밍 수업을 들으며 만들었던 녀석.    텀프로젝트란 명목하에 만들어졌지만 사실 구상단계 포함해서 두어시간만에 대충 해치웠던 괴작이다.  술자리에서 하던 마피아 게임을 어떤식으로 구현해볼까 했었지만  미루고 미루다 모자란 시간에 결국 네트워크도 안돼, AI도 안돼, 갈팡질팡하다보니  지뢰찾기 비슷한(하지만 훨씬 유저에게  불친절한!) 게임같지도 않은 물건이 만들어졌다.      랭킹부분은 구현도 안되었고, 지금 돌이켜보면 그다지 객체지향적으로 작성되지도 않았다.  콘솔 프로젝트라도 첫 텀프라는 인식을 갖고 좀 양심껏 만들었으면 여러모로 보람차지 않았을까 싶지만  어쨋든 결국 이런게 나와	]]>
	</description>
	<pubDate>Mon, 27 Jun 2011 23:54:02 +0900</pubDate>
	<dc:creator><![CDATA[Risky-Raspy]]></dc:creator>
</item>
<item>
	<title><![CDATA[STL - Lecture1]]></title>
	<link>http://codenavy.egloos.com/5460712</link>
	<guid>http://codenavy.egloos.com/5460712</guid>
	<description>
	<![CDATA[ 
    ¤Whatis STL?    * STL은 Standard Template Library 의 약자로,  일반적으로 가장 많이 사용되는 자료구조와 알고리즘 모음 이다.      ¤MeritOf STL    * 사용자가 직접 포인터를 관리 하지 않아도 됨.  * 직관적인 인터페이스  * 수많은 알고리즘을 제공  * Generic Programming  ¤Paradigm  * Procedural Programming   - 절차적 프로그래밍, 함수와 실행절차가 중시됨.        [구현] 에 초점을 맞춘 패러다임.        대표적인 언어로는 c     * Object-Based Programming   - 객체 기반 프로그래밍, class를 이용하여 함수와 데이터를 하나의 객체에 사용.      객체를	]]>
	</description>
	<pubDate>Sun, 02 Jan 2011 05:33:19 +0900</pubDate>
	<dc:creator><![CDATA[[CodeNavy] - No pain, No gain ]]></dc:creator>
</item>
<item>
	<title><![CDATA[OOP 설계 원칙]]></title>
	<link>http://parkpd.egloos.com/3417332</link>
	<guid>http://parkpd.egloos.com/3417332</guid>
	<description>
	<![CDATA[ 
뭐 어쩌다보니 버전업을 해야 할 일이 생겨서 내용을 추가 정리해서 올립니다.  OOP 설계 원칙 S.O.L.I.D.View more presentations from Ryan Park.	]]>
	</description>
	<pubDate>Tue, 24 Aug 2010 22:48:27 +0900</pubDate>
	<dc:creator><![CDATA[박피디의 게임 아키텍트 블로그]]></dc:creator>
</item>
<item>
	<title><![CDATA[OOP 설계의 5대 원칙, S.O.L.I.D.]]></title>
	<link>http://parkpd.egloos.com/3339098</link>
	<guid>http://parkpd.egloos.com/3339098</guid>
	<description>
	<![CDATA[ 
이번주 스터디에서는 OOP 설계의 5대 원칙이라고 하는 S.O.L.I.D. 에 대해 발표했습니다.  다 알고 있는 거라고 생각했었는데, 다시 살펴보니 제가 잘못 알고 있었던 것이 많더군요.   덕분에 뭔가 설계쪽에서 답답하게 느껴지는 부분을 명확하게 알 수 있게 되었습니다.  발표준비하는 저는 많이 배울 수 있었지만, 발표를 듣는 분은 어땠을지 모르겠네요. 추상적인 원칙이다보니 명확하게 설명하기가 어렵더군요 :)     1. SRP SingleResponsibilityPrinciple  : 단일 책임의 원칙    2. OCP OpenClosedPrinciple : 개방-폐쇄 원칙   3. LSP LiskovSubstitutionPrinciple : 리스코프 교체 원칙   4. DIP DependencyInv	]]>
	</description>
	<pubDate>Sat, 26 Jun 2010 15:44:00 +0900</pubDate>
	<dc:creator><![CDATA[박피디의 게임 아키텍트 블로그]]></dc:creator>
</item>
<item>
	<title><![CDATA[더블오P 소설 프롤로그 번역 완료!]]></title>
	<link>http://Serinasu.egloos.com/5335160</link>
	<guid>http://Serinasu.egloos.com/5335160</guid>
	<description>
	<![CDATA[ 
수업시간에 프롤을 3주만에(주1회, 1시간 반씩) 다 읽고, 4주만에 프롤로그 번역 완료 했습니다.                  다만, 역시 저작권 문제가 심해서 여기다가는 안올릴꺼라 생각되어집니다.    그래서 그냥 개인소장 ㅋㅋ  혹시 읽고 싶으신 분들은 비밀글로 손 들어주세영 'ㅅ'          아니면 프롤만 올리고 땡쳐? ㅋㅋㅋ  오히려 궁금증 유발 = 구입 동기          아니, 그러면 궁금증 유발 = 누군가 1화부터 재번역 = 불법                안올릴래요 ㅋㅋㅋ        암튼 읽고 싶으신 분 계시면 손 들어주세요~  (처음 뵙는 분이나 비로긴 분들에게는 드리기 좀 힘듭니다;)  천천히 번역할꺼라 시간은 오래 걸리겠지만,   꾸준히 기다려주실 의향이 있으시고,  누구에게	]]>
	</description>
	<pubDate>Thu, 10 Jun 2010 22:58:43 +0900</pubDate>
	<dc:creator><![CDATA[엑빠(엑시아 빠돌이) 아제]]></dc:creator>
</item>
<item>
	<title><![CDATA[[ Java Script ] 순서 바꾸기]]></title>
	<link>http://byulbada.egloos.com/2576454</link>
	<guid>http://byulbada.egloos.com/2576454</guid>
	<description>
	<![CDATA[ 
    예전에도 이런 기능이 필요해서 몇 번 만들어 썼었는데, 코드가 너무 복잡해지고 수정하기도 어려웠었습니다.(그냥 순서만 바꾸는 것도 복잡했지만, 보통은 순서만 바꾸고 끝이 아니라 추가/삭제/삽입 등의 기능도 들어가야 하다보니...)    그러다, 자바 스크립트 함수를 클래스처럼 사용하는 기능을 써 보면 어떨까 하는 생각이 들어 한 번 시도해봤습니다.   &amp;lt;!DOCTYPE HTML PUBLIC &quot;-//W3C//DTD HTML 4.0 Transitional//EN&quot;&amp;gt; &amp;lt;HTML&amp;gt; &amp;lt;HEAD&amp;gt; &amp;lt;TITLE&amp;gt; New Document &amp;lt;/TITLE&amp;gt; &amp;lt;META NAME=&quot;Generator&quot; CONTENT=&quot;EditPlus&quot;&amp;gt; &amp;lt;META NAME	]]>
	</description>
	<pubDate>Tue, 20 Apr 2010 16:15:14 +0900</pubDate>
	<dc:creator><![CDATA[별소리의 엄마쟤흙먹어]]></dc:creator>
</item>
<item>
	<title><![CDATA[Interview 예상 문제 - Object Oriented Programming]]></title>
	<link>http://winery.egloos.com/2677401</link>
	<guid>http://winery.egloos.com/2677401</guid>
	<description>
	<![CDATA[ 
T-Interview 기출 문제  == === ==  1. Object Oriented Programming이 무엇인가요? 객체(Object)들을 목적과 필요에 따라 연관지어 구성하는 프로그래밍하는 기법입니다. OOP is a method of programming in which programs are organised as cooperative collections of objects.  Each object is an instance of a class and each class belong to a hierarchy. 2. Class가 무엇인가? Class는 Abstract Data Type으로, Object의 Attribute와 Operation을 포함하고 있다. An abstract data ty	]]>
	</description>
	<pubDate>Fri, 29 Jan 2010 22:25:20 +0900</pubDate>
	<dc:creator><![CDATA[RYAN'STORY]]></dc:creator>
</item>
<item>
	<title><![CDATA[[객체지향] 객체지향 언어와 객체지향 프로그래밍]]></title>
	<link>http://simp.egloos.com/3482776</link>
	<guid>http://simp.egloos.com/3482776</guid>
	<description>
	<![CDATA[ 
객체지향이란 개념이 세상에 나온지도 꽤나 시간이 지났다. 그렇지만 여태 짧지 않은 개발 커리어에서 객체지향적 프로그래밍을 하는 사람을 만난 것은 손에 꼽을 정도이다.   어쩌면 당연한 이야기 일 수밖에 없다. 국내 IT 환경이 전산전공자들위주로 돌아가는 곳도 아닌데다. 전산전공자라 할지라도 학교에서 객체지향 프로그래밍을 가르치지 않기 때문이다. 필자또한 학교에서 객체지향프로그래밍이란 제목의 수업을 들었으나 지금와서 생각해보면 그저 C++ 문법으로 구조적 프로그래밍만 하던 시절이었다. 그때에 가르치던 조교분도 객체지향에대해 깊은 생각을 하지 않았음에 틀림 없다.   Why ! 왜 객체지향이 생겨나게되었을까? 우연히 생긴 것은 하나도 없다는 말이 있지 않은가. 객체지향이 태어나게 된 원인. 무엇인가를 해결하기 	]]>
	</description>
	<pubDate>Sat, 12 Dec 2009 15:17:11 +0900</pubDate>
	<dc:creator><![CDATA[芝蘭之交]]></dc:creator>
</item>
<item>
	<title><![CDATA[OOP 의 원칙들 (Object-Orientied Programming Principles)]]></title>
	<link>http://skyforce.egloos.com/1973487</link>
	<guid>http://skyforce.egloos.com/1973487</guid>
	<description>
	<![CDATA[ 
&amp;lt;&amp;lt;Open-Closed Principle(OCP)를 검색하다가 발견&amp;gt;&amp;gt;    OO 언어가 절차(Procedual) 언어와 다른 이유는 모듈성(Modularity)을 전면으로 내세웠느냐 아니냐의 차이라고 본다.보통은 이 모듈의 최소 단위로 클래스(Class) 를 이야기 한다. 따라서, 클래스가 얼마만큼 잘 만들어지느냐, 그리고그로 인해 클래스의 묶음체인 패키지(Package)혹은 컴포넌트(component)가 정제되어 있느냐가 OO 프로그램의질(quality)을 판가름 한다.이 퀄러티를 평가하고 유지하는 데에 있어서 기준이 되는 원칙이 몇 개 있는데, 그걸 OO 원칙(OO Principle) 이라고 부른다.그럼, OO 원칙에는 어떤 것들이 있는지 살펴보도록 하자.  OOP 4대 기본 원	]]>
	</description>
	<pubDate>Wed, 02 Dec 2009 14:54:18 +0900</pubDate>
	<dc:creator><![CDATA[NOW or NEVER]]></dc:creator>
</item>
<item>
	<title><![CDATA[Objective Oriented C]]></title>
	<link>http://hjsohn.egloos.com/3259302</link>
	<guid>http://hjsohn.egloos.com/3259302</guid>
	<description>
	<![CDATA[ 
   Objective-C 는 C에 대한 Superset 이다.   즉, C++은 새로운 언어임에 반해 Objective C (이하 OC)는 객체에 대한 부분과 method를 호출하는 부분이 다른데, 이 두 부분을 제외하고는   C와 동일하다.         C++의 클래스내 변수는 member variable, 함수는 member function이라고 하지만   OC에서는 instance variable(≅property), 멤버 함수는 method 라고 한다.     instance variable은 해당 객체의 access method를 이용해서 접근한다.    EX1)    @interface Song:NSObject  {  NSString *name; //instance variable  NSStr	]]>
	</description>
	<pubDate>Fri, 18 Sep 2009 16:25:14 +0900</pubDate>
	<dc:creator><![CDATA[루데쓰]]></dc:creator>
</item>
<item>
	<title><![CDATA[Allegro/STL Tutorial Ch.4]]></title>
	<link>http://handmade.egloos.com/5070474</link>
	<guid>http://handmade.egloos.com/5070474</guid>
	<description>
	<![CDATA[ 
Chapter 4    4. OOP Basics    4.1 Object-Oriented Programming    The OOP paradigm is based on the human way to think of things, that each object in the known universe has within itself its properties and its potential, that they are mostly self-contained entities. This is also using in programming, since programs are often required to deal with a lot of components of different kinds, where it can 	]]>
	</description>
	<pubDate>Mon, 14 Sep 2009 22:54:20 +0900</pubDate>
	<dc:creator><![CDATA[^@#%&amp;amp;$]]></dc:creator>
</item>
	</channel>
</rss>

