Class&Object생각해보기

데블스캠프2013/셋째날/머신러닝 . . . . 41 matches
      class Program
      reader = new StreamReader(@"C:\ZPDC2013\train_class11293x20");
     trainClass = open('DataSet/train_class11293x20').readlines();
     testClass = list();
      testClass.append(trainClass[similiarIndex]);
     f = open("test_class")
     for i in testClass:
      ifstream trainClass;
      trainClass.open("train_class11293x20");
      vector<string> trainClassList = vector<string>();
      vector<string> testClass = vector<string>();
      while ( trainClass.good() ) {
      getline(trainClass, line);
      trainClassList.insert(trainClassList.end(), line);
      testClass.insert(testClass.end(), trainClassList[similiarIndex]);
      outputFile.open("Test_Class");
      for ( int i = 0; i < testClass.size(); i++ ) {
      outputFile << testClass[i] << endl;
      trainClass.close();
      LABEL = fopen("train_class11293x20","r+");
Refactoring/BadSmellsInCode . . . . 25 matches
      * 두개이상의 연관없는 클래스 내의 중복코드 - ExtractClass
     ExtractMethod, ExtractClass, PullUpMethod, FormTemplateMethod
     == Large Class ==
      * 수많은 변수들 - ExtractClass, ExtractSubclass
      * 꼭 항상 사용되지는 않는 인스턴스 변수들 - ExtractClass, ExtractSubclass
     ExtractClass, ExtractSubclass, ExtraceInterface, ReplaceDataValueWithObject
      * 바뀌어야 하는 경우들을 명확하게 한뒤 ExtractClass 하여 하나의 클래스에 모은다.
     ExtractClass
      * 모든 행위들의 묶음을 가지기 위해 - InlineClass
      * Divergent Change - one class that suffers many kinds of changes
      * shotgun surgery - one change that alters many classes
     MoveMethod, MoveField, InlineClass
      * ExtractClass, IntroduceParameterObject or PreserveWholeObject
      * 처음에 Data Clump들을 ExtractClass했을때 Field 들 묶음으로 보일 수도 있지만 너무 걱정할 필요는 없다.
     ExtractClass, IntroduceParameterObject, PreserveWholeObject
     기본 데이터형 : Class 에 대해
     ReplaceValueWithObject, ExtraceClass, IntroduceParameterObject, ReplaceArrayWithObject, ReplaceTypeCodeWithClass, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"]
      * switch-case 부분을 ExtractMethod 한 뒤, polymorphism이 필요한 class에 MoveMethod 한다. 그리고 나서 ReplaceTypeCodeWithSubclasses 나 ["ReplaceTypeCodeWithState/Strategy"] 를 할 것을 결정한다. 상속구조를 정의할 수 있을때에는 ReplaceConditionalWithPolyMorphism 한다.
     ReplaceConditionalWithPolymorphism, ReplaceTypeCodeWithSubclasses, ["ReplaceTypeCodeWithState/Strategy"], ReplaceParameterWithExplicitMethods, IntroduceNullObject
     == Lazy Class ==
수업평가 . . . . 22 matches
     ||AlgorithmClass || 6 || 3 || 3 || -2 || 10 || 3 ||3.33||
     ||ArtificialIntelligenceClass || 0 || 1 || 2 || -2 || 1 || 1 ||1 ||
     ||CeeProgrammingClass || 6 || 6 || 3 || -3 || 12 || 5 ||2.4 ||
     ||ComputerArchitectureClass || 6 || 1 || 4 || -2 || 9 || 5 ||1.8 ||
     ||ComputerGraphicsClass || . || . || . || . || . || . ||. ||
     ||ComputerNetworkClass || 1 || 2 || 1 || 1 || 5 || 1 || 5 ||
     ||DatabaseClass || 6 || 4 || 0 || 1 || 11 || 4 || 2.8 ||
     ||DataStructureClass || 11 || 9 || 8 || -1 || 26 || 5 ||4.3 ||
     ||DigitalEngineeringClass || 1 || 1 || 1 || 2 || 5 || 3 ||1.66||
     ||DiscreteMathematicsClass || 8 || 4 || 7 || 2 || 21 || 6 ||3.5 ||
     ||FileStructureClass || 0 || -1 ||-1 || 2 || 0 || 2 ||0 ||
     ||JavaProgrammingClass || 4 || 4 || 4 || 1 || 13 || 2 ||6.5 ||
     ||LinuxSystemClass || . || . || . || . || . || . ||. ||
     ||NumericalAnalysisClass || 1 || 0 || 1 || 1 || 3 || 3 || 1 ||
     ||SoftwareEngineeringClass || 6 || 6 || 5 || -8 || 9 || 5 ||1.8 ||
     ||SoftwareEngineeringClass송기원|| 4 || 3 || 2 || 3 || 12 || 2 || 6 ||
     ||ProgrammingLanguageClass || 12 || 8 || 11 || 1 || 32 || 8 ||4 ||
     ||OperatingSystemClass || 1 || 1 || 0 || -2 || 0 || 1 ||0 ||
     ||OperatingSystemClass박철민 || 1 || -2 || -3 || -4 || -8 || 2 ||-4 ||
     ||ObjectModelingClass || . || . || . || . || . || . ||. ||
05학번만의C++Study/숙제제출4/조현태 . . . . 21 matches
     #include "TestClass.h"
     const int MAX_CLASS=255;
      TestClass* makedClass[MAX_CLASS];
      int classNumber=0;
      for (register int i=0; i<classNumber; ++i)
      if (intinput==makedClass[i]->GetNumber())
      makedClass[classNumber]=new TestClass(intinput);
      ++classNumber;
      delete makedClass[suchNumber];
      for (register int i=suchNumber+1; i<classNumber; ++i)
      makedClass[i-1]=makedClass[i];
      --classNumber;
      for (register int i=0; i<classNumber; ++i)
      delete makedClass[i];
      === TestClass.h ===
     class TestClass
      TestClass(int inputNumber);
      ~TestClass();
      === TestClass.cpp ===
     #include "TestClass.h"
Java/ModeSelectionPerformanceTest . . . . 20 matches
     public class IfElse {
     public class MethodFullReflection {
      method = this.getClass().getMethod("do" + modeExecute[i], new Class[]{int.class});
     public class MethodTableLookupReflection {
      methodMap.put(methodNames[i], this.getClass().getMethod("do" + methodNames[i], new Class[]{int.class}));
     === 네번째. Inner Class 에 대해 Command Pattern 의 사용. ===
     public class InterfaceTableLookup {
      executeInnerclassMapping(modeExecute);
      private void executeInnerclassMapping(String[] modeExecute) {
      public class ExOne implements IMode {
      public class ExTwo implements IMode {
      public class ExThree implements IMode {
      public class ExFour implements IMode {
      public class ExFive implements IMode {
     public class InterfaceTableLookupReflection {
      public void printPerformance(String[] modeExecute) throws NoSuchMethodException, InstantiationException, ClassNotFoundException, InvocationTargetException, IllegalAccessException {
      executeInnerclassMapping(modeExecute);
      private void executeInnerclassMapping(String[] modeExecute) {
      public final static String modeClassHeader = "Ex";
      String expectedClassNameHeader = this.getClass().getName() + "$" + modeClassHeader;
5인용C++스터디/키보드및마우스의입출력 . . . . 18 matches
     LPSTR lpszClass="Key";
      WNDCLASS WndClass;
      WndClass.cbClsExtra=0;
      WndClass.cbWndExtra=0;
      WndClass.hbrBackground=(HBRUSH)GetStockObject(WHITE_BRUSH);
      WndClass.hCursor=LoadCursor(NULL,IDC_ARROW);
      WndClass.hIcon=LoadIcon(NULL,IDI_APPLICATION);
      WndClass.hInstance=hInstance;
      WndClass.lpfnWndProc=(WNDPROC)WndProc;
      WndClass.lpszClassName=lpszClass;
      WndClass.lpszMenuName=NULL;
      WndClass.style=CS_HREDRAW | CS_VREDRAW;
      RegisterClass(&WndClass);
      hWnd=CreateWindow(lpszClass,lpszClass,WS_OVERLAPPEDWINDOW,
API/WindowsAPI . . . . 18 matches
     LPSTR lpszClass="First";
      WNDCLASS WndClass;
      WndClass.cbClsExtra=0;
      WndClass.cbWndExtra=0;
      WndClass.hbrBackground=(HBRUSH)GetStockObject(WHITE_BRUSH);
      WndClass.hCursor=LoadCursor(NULL,IDC_ARROW);
      WndClass.hIcon=LoadIcon(NULL,IDI_APPLICATION);
      WndClass.hInstance=hInstance;
      WndClass.lpfnWndProc=(WNDPROC)WndProc;
      WndClass.lpszClassName=lpszClass;
      WndClass.lpszMenuName=NULL;
      WndClass.style=CS_HREDRAW | CS_VREDRAW;
      RegisterClass(&WndClass);
      hWnd=CreateWindow(lpszClass,lpszClass,WS_OVERLAPPEDWINDOW,
Spring/탐험스터디/2011 . . . . 18 matches
      2.1. Class.forName() 에러 : 해결 방법은 아래에 서술.
      1. Class.forName() 에러 해결(p.59, 60의 예제 실행).
      1.3. 책의 소스를 그대로 쳤을 경우 Class.forName("com.mysql.jdbc.Driver"); 문장에서 에러가 나는데 인터넷에서 mysql-connector-java-X.X.X.jar 를 받아서 참조 라이브러리에 추가한다.
     Exception in thread "main" java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
     Caused by: java.lang.ClassNotFoundException: org.apache.commons.logging.LogFactory
      at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
      at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
      at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
작은자바이야기 . . . . 18 matches
      * nested class
      * static nested class
      * inner class
      * annonymous inner class
      * Inner Class, Nested Class(보강), Local Class, Static Inner Class
      * 지난시간에 이은 Inner Class와 Nested Class의 각각 특징들 Encapsulation이라던가 확장성, 임시성, 클래스 파일 생성의 귀찮음을 제거한것이 새로웠습니다. 사실 쓸일이 없어 안쓰긴 하지만 Event핸들러라던가 넘길때 자주 사용하거든요. {{{ Inner Class에서의 this는 Inner Class를 뜻합니다. 그렇기 때문에 Inner Class를 포함하는 Class의 this(현재 객체를 뜻함)을 불러오려면 상위클래스.this를 붙이면 됩니다. }}} Iterator는 Util이지만 Iterable은 java.lang 패키지(특정 패키지를 추가하지 않고 자바의 기본적인 type처럼 쓸수있는 패키지 구성이 java.lang입니다)에 포함되어 있는데 interface를 통한 확장과 재구성으로 인덱스(index)를 통한 순차적인 자료 접근 과는 다른 Iterator를 Java에서 범용으로 쓰게 만들게 된것입니다. 예제로 DB에서 List를 한꺼번에 넘겨 받아 로딩하는것은 100만개의 아이템이 있다면 엄청난 과부하를 겪게되고 Loading또한 느립니다. 하지만 지금 같은 세대에는 실시간으로 보여주면서 Loading또한 같이 하게 되죠. Iterator는 통해서는 이런 실시간 Loading을 좀더 편하게 해줄 수 있게 해줍니다. 라이브러리 없이 구현하게 되면 상당히 빡셀 것 같은 개념을 iterator를 하나의 itrable이란 인터페이스로 Java에서는 기본 패키지로 Iterable을 통해 Custom하게 구현하는 것을 도와주니 얼마나 고마운가요 :) 여튼 자바는 대단합니다=ㅂ= Generic과 Sorting은 다른 분이 설명좀. - [김준석]
      * 리플렉션과 제네릭스를 써서 map -> object와 object -> map을 하는 부분을 해봤습니다. 자바의 일반적인 세 가지 방식의 클래스 내 변수에 대해 getClass, getFields, getMethods를 사용해 private, 나 접근자가 있는 경우의 값을 받아왔습니다. getter를 사용해서 변수 값을 받아올 때 이름이 get으로 시작하는 다른 함수를 제외하기 위해 method.getParameterTypes().length == 0 같은 부분은 이렇게 체크해야 된다는 부분은 나중에 제네릭스 관련으로 써먹을만 할 것 같습니다. 그리고 mapToObject에서는 문제가 없었지만 objectToMap의 경우에는 제네릭스의 type erase때문에 Class<T> expectedType = T.class; 같은 코드를 사용할 수 없어서 map.put(field.getName(), (T)field.get(obj));에서 형변환의 타입 안전성을 위해 인자로 Class<T> valueType을 받아오고 valueType.isAssignableFrom(field.getType())로 체크를 하는 부분도 공부가 많이 됐습니다. - [서영주]
      * Class mapping by annotation
      * Annotation on concrete class
      * Annotation on superclass
      * Scan annotated classes in package
      * resources - src/main/resources 설정파일 등을 target/classes로 전달. javac를 사용하지 않는다.
      * mvn compile - src/main/java에 있는 소스파일을 컴파일해서 .class를 만들어 target/classes로 보낸다.
      * test-resourecs - src/test/resources의 설정파일 등을 target/test-classes로 전달.
      * mvn test - 컴파일을 하고 나서 src/test/java를 컴파일해서 target/test-classes로. @Test 실행 <scope>가 언제 사용되는지 결정
      * driver의 설정에서 new com.mysql.jdbc.Driver(); 대신 볼 수 있는 Class.forName("com.mysql.jdbc.Driver"); 이러한 코드는 컴파일 타임 종속성을 런타임 종속성으로 바꾼 것이다.
     Class<Driver> clazz = (Class<Driver>) Class.forName("com.mysql.jdbc.Driver");
      * src/main/java, src/main/resources 가 war의 WEB-INF 폴더 내부의 classes 내부에 위치하게 된다.
      * 실제 사용하기에는 naming convention을 지켜서 함수를 작성하기는 귀찮기 때문에 native를 가진 .class 파일을 javah에 넣으면 convention을 지킨 .h 파일을 만들어 준다.
java/reflection . . . . 17 matches
      * classpath를 이용해 현재 프로젝트내의 class가 아닌 외부 패키지 class의 method를 호출하는 방법.
      * jar파일에 존재하는 class를 현재 프로젝트에서 동적으로 호출할 수 있다.
     public class HelloWorld {
      * jar파일로 패키징한다. (.java와 .class만 따로 패키징하는 방법은 [http://kldp.org/node/75924 여기])
     * call say HelloWorld class in external jar file package
     public class TestReflection {
      public static void main(String[] args) throws MalformedURLException, ClassNotFoundException, InvocationTargetException, IllegalAccessException, InstantiationException, NoSuchMethodException {
      ClassLoader classLoader = TestReflection .class.getClassLoader();
      System.out.println(classLoader.getClass().getName());
      URLClassLoader urlClassLoader = new URLClassLoader(
      }, classLoader
      System.out.println(Thread.currentThread().getContextClassLoader().getClass().getName());
      Thread.currentThread().setContextClassLoader(urlClassLoader);
      System.out.println(Thread.currentThread().getContextClassLoader().getClass().getName());
      Class<?> helloWorld = ClassUtils.getClass("HelloWorld");
      Method sayHello = o.getClass().getMethod("sayHello", null);
JavaScript/2011년스터디/김수경 . . . . 15 matches
     var Person = Class.extend({
     p instanceof Person && p instanceof Class &&
     n instanceof Ninja && n instanceof Person && n instanceof Class
      * Simple Class Creation and Inheritance
      // The base Class implementation (does nothing)
      this.Class = function(){};
      // Create a new Class that inherits from this class
      Class.extend = function(prop) {
      // Instantiate a base class (but only create the instance,
      // but on the super-class
      // The dummy class constructor
      function Class() {
      Class.prototype = prototype;
      Class.constructor = Class;
      // And make this class extendable
      Class.extend = arguments.callee;
      return Class;
     var Person = Class.extend({
Gof/FactoryMethod . . . . 14 matches
     A potential disadvantage of factory methods is that clients might have to subclass the Creator class just to create a particular ConcreteProduct object. Subclassing is fine when the client has to subclass the Creator class anyway, but otherwise the client now must deal with another point of evolution.
      1. ''서브 클래스와 소통 통로 제공''(''Provides hooks for subclasses.'') Factory Method를 적용한 클래스에서 객체의 생성은 항상 직접 만들어지는 객체에 비하여 유연하다. Factory Method는 객체의 상속된 버전의 제공을 위하여, sub클래스와 연결될수 있다.(hook의 의미인데, 연결로 해석했고, 그림을 보고 이해해야 한다.)
      2. ''클래스 상속 관게에 수평적인(병렬적인) 연결 제공''(''Connects parallel class hierarchies.'') 여태까지 factory method는 오직 Creator에서만 불리는걸 생각해 왔다. 그렇지만 이번에는 그러한 경우를 따지는 것이 아니다.; 클라이언트는 수평적(병렬적)인 클래스간 상속 관계에서 factory method의 유용함을 찾을수 있다.
     class Creator {
     MyCreator::Create handles only YOURS, MINE, and THEIRS differently than the parent class. It isn't interested in other classes. Hence MyCreator extends the kinds of products created, and it defers responsibility for creating all but a few products to its parent.
      Smalltalk 버전의 Document 예제는 documentClass 메소드를 Application상에 정의할수 있다. documentClass 메소드는 자료를 표현하기 위한 적당한 Document 클래스를 반환한다. MyApplication에서 documentClass의 구현은 MyDocument 클래스를 반환하는 것이다. 그래서 Application상의 클래스는 이렇게 생겼고
      document := self documentClass new.
      documentClass
      self subclassResponsibility
      documentClass
      class Creator {
      4. Using templates to avoid subclassing. As we've mentioned, another potential problem with factory methods is that they might force you to subclass just to create the appropriate Product objects. Another way to get around this in C++ is to provide a template subclass of Creator that's parameterized by the Product
     class:
      class Creator {
      class StandardCreator: public Creator {
     With this template, the client supplies just the product class?no subclassing of Creator is required.
      class MyProduct : public Product {
      5. Naming conventions. It's good practice to use naming conventions that make it clear you're using factory methods. For example, the MacApp Macintosh application framework [App89] always declares the abstract operation that defines the factory method as Class* DoMakeClass(), where Class is the Product class.
     The function CreateMaze (page 84) builds and returns a maze. One problem with this function is that it hard-codes the classes of maze, rooms, doors, and walls. We'll introduce factory methods to let subclasses choose these components.
      class MazeGame {
Java/ReflectionForInnerClass . . . . 14 matches
     [http://groups.google.co.kr/groups?hl=ko&lr=&ie=UTF-8&oe=UTF-8&newwindow=1&threadm=3A1C1C6E.37E63FFD%40cwcom.net&rnum=4&prev=/groups%3Fq%3Djava%2Breflection%2Binnerclass%26hl%3Dko%26lr%3D%26ie%3DUTF-8%26oe%3DUTF-8%26newwindow%3D1%26selm%3D3A1C1C6E.37E63FFD%2540cwcom.net%26rnum%3D4 구글에서 찾은 답변]
     innerclass 에서는 기본적으로 Inner Class 를 포함하고 있는 상위클래스의 레퍼런스가 생성자로 들어간다. 마치 C++ 에서 메소드들에 대해 this 가 기본 파라메터로 넘어가는 것과 같은 이치랄까.
     public class InnerConstructorTest {
      Class outerClass = Class.forName("Outer");
      Object outer = outerClass.newInstance();
      Class innerClass = Class.forName("Outer$Inner");
      Class[] consParamClasses = new Class[]{outerClass};
      innerClass.getDeclaredConstructor(consParamClasses);
     class Outer {
      class Inner {
황현/Objective-P . . . . 12 matches
     === Class 선언 및 정의 ===
     @interface MyFirstObjPClass : GNObject <GNSomeProtocol>
     @implementation MyFirstObjPClass
     $myClass = [MyFirstObjPClass new];
     [$myClass doSomeTaskWithSomething:42];
     [$myClass release];
     class MyFirstObjPClass extends GNObject implements GNSomeProtocol {
     $myClass =MyFirstObjPClass::new(); // defined in GNObject
     $myClass->doSomeTaskWithSomething(42, true); // Compiler automatically adds last argument!
     $myClass->release(); // actually, does nothing unless you overrides it.
DirectDraw/Example . . . . 11 matches
     TCHAR szWindowClass[MAX_LOADSTRING]; // The title bar text
     ATOM MyRegisterClass(HINSTANCE hInstance);
      LoadString(hInstance, IDC_SIMPLEDX, szWindowClass, MAX_LOADSTRING);
      MyRegisterClass(hInstance);
     // FUNCTION: MyRegisterClass()
     // PURPOSE: Registers the window class.
     // to be compatible with Win32 systems prior to the 'RegisterClassEx'
     ATOM MyRegisterClass(HINSTANCE hInstance)
      WNDCLASSEX wcex;
      wcex.cbSize = sizeof(WNDCLASSEX);
      wcex.lpszClassName = szWindowClass;
      return RegisterClassEx(&wcex);
      hWnd = CreateWindow(szWindowClass, szTitle, WS_POPUP,
토비의스프링3/오브젝트와의존관계 . . . . 11 matches
     public class User {
     public class UserDao {
      public void add(User user) throws SQLException, ClassNotFoundException{
      Class.forName("com.mysql.jdbc.Driver");
      public User get(String id) throws ClassNotFoundException, SQLException{
      Class.forName("com.mysql.jdbc.Driver");
     public static void main(String[] args) throws SQLException, ClassNotFoundException {
     public void add(User user) throws SQLException, ClassNotFoundException {
     public void get(String id) throws SQLException, ClassNotFoundException {
     private Connection getConnection() throws SQLException, ClassNotFoundException {
      Class.forName("com.mysql.jdbc.Driver");
     public class DaoFactory{
     public class DaoFactory{
     public class DaoFactory{}
     public class DaoFactory{
     public static void main(Strings[] args) throws ClassNotFoundException, SQLException{
     ApplicatioContext context = new AnnotationConfigApplicationContext(DaoFactory.class);
     public static void main(Strings[] args) throws ClassNotFoundException, SQLException{
     ApplicatioContext context = new AnnotationConfigApplicationContext(DaoFactory.class);
     UserDao dao = context.getBean("userDao", UserDao.class);
새싹교실/2012/AClass . . . . 10 matches
     = AClass =
      * 방학 중에 스터디를 할 경우 - Class, Object + Tree, Graph
      [[pagelist(^새싹교실/2012/AClass/)]]
      * 과제 올리는 곳: [새싹교실/2012/AClass/4회차]
      4. 구조체를 사용하여 student 구조체를 하나 만들고, student 구조체 배열을 만들어 0~3번째 배열에 AClass반 학생들의 정보를 적당히 넣고, 그것을 출력해보자.
      * 과제 올리는 곳: [새싹교실/2012/AClass/5회차]
      * 과제 올리는 곳: [새싹교실/2012/AClass/2-2회차]
      8.Class란?(책참조)
      * 동적할당, Swap, OOP, Class, Struct, call by value/reference
      * c언어와 c++의 다른 문법과 cin,cout class,std없애는 using namespace std를 배웠다
      class의 개념에 대해서 배웠다.
      * struct vs class
      * [새싹교실/2012/AClass/2-6회차]
1002/Journal . . . . 9 matches
     구조를 살피면서 리팩토링, KeywordGenerator 클래스와 HttpSpider 등의 클래스들을 삭제했다. 테스트 96개는 아직 잘 돌아가는중. 리팩토링중 inline class 나 inline method , extract method 나 extract class 를 할때, 일단 해당 소스를 복사해서 새 클래스를 만들거나 메소드를 만들고, 이를 이용한뒤, 기존의 메소드들은 Find Usage 기능을 이용하면서 이용하는 부분이 없을때까지 replace 하는 식으로 했는데, 테스트 코드도 계속 녹색바를 유지하면서, 작은 리듬을 유지할 수 있어서 기분이 좋았다.
     Refactoring Catalog 정독. 왜 리팩토링 책의 절반이 리팩토링의 절차인지에 대해 혼자서 감동중.; 왜 Extract Method 를 할때 '메소드를 새로 만든다' 가 먼저인지. Extract Class 를 할때 '새 클래스를 정의한다'가 먼저인지. (절대로 '소스 일부를 잘라낸다'나 '소스 일부를 comment out 한다' 가 먼저가 아니라는 것.)
     public class BookMapper {
     public class BookMapper {
     public class BookMapper {
     11 일 (금): TDD ClassifyByAnagram, 르네상스 클럽
     세미나 자료 준비전 창준이형으로부터 여러 조언들을 들었었다. 'Sub Type 과 Sub Class 에 대한 구분에 대해서 설명했으면 좋겠다', 'OOP 를 하면 왜 좋은지 느낄 수 있도록 세미나를 진행하면 좋겠다', '문제 해결에 대한 사고 과정을 보여줄 수 있으면 좋겠다' 등등. 구구 절절 생각해보면 참 일리있는 이야기들이였다. 개인적으로도 세미나 준비하는 가장 고학번이니 만큼 잘 하고 싶었고.
     Sub Type 과 Sub Class 에 대해 자료를 뒤지던중 희상이와 메신저에서 대화하면서 '아.. 저런 점에서 설명을 하시란 뜻이였구나' 하며 앞의 조언들에 대한 중요성을 인지했다.
      * DesignPatterns 연습차 간단하게 그림판을 구현해봄. 처음 간단하게 전부 MainFrame class 에 다 구현하고, 그 다음 Delegation 으로 점차 다른 클래스들에게 역할을 이양해주는 방법을 써 보았다. 그러던 중 MFC에서의 WinApp 처럼 Application class 를 ["SingletonPattern"] 스타일로 밖으로 뺐었는데, 계속 Stack Overflow 에러가 나는 것이였다. '어라? 어딘가 계속 재귀호출이 되나?..'
     즉, Application Class 의 인스턴스가 만들어지기 위해선 MainFrame 클래스가 완성되어야 한다. 그런데, MainFrame 에서는 Application 의 인스턴스를 요구한다. 그렇기 때문에 Application의 getInstance를 호출하고, 아직 인스턴스가 만들어지지 않았으므로 또 getInstance 에선 Application 의 Class 를 새로 또 만들려고 하고 다시 MainFrame 클래스를 생성하려 하고.. 이를 반복하게 되는 것이였다.
     Class 의 역할들을 Delegation 으로 다른 클래스들에게 위임시켜주면서 썼던 패턴이 대강 이랬던 것 같다.
      * 학교에서 레포트를 쓰기 위해 (["ProgrammingLanguageClass/Report2002_2"]) 도서관에 들렸다. HowToReadIt 의 방법중 다독에 관한 방법을 떠올리면서 약간 비슷한 시도를 해봤다. (오. 방법들 자체가 Extreme~ 해보인다;) 1시간 30분 동안 Java 책 기초서 2권과 원서 1권, VB책 3권정도를 훑어읽었다. (10여권까지는 엄두가 안나서; 도서관이 3시까지밖에 안하는 관계로) 예전에 자바를 하긴 했었지만, 제대로 한 기억은 없다. 처음에는 원서와 고급서처럼 보이는 것을 읽으려니까 머리에 잘 안들어왔다. 그래서 가장 쉬워보이는 기초서 (알기쉬운 Java2, Java2 자바토피아 등 두께 얇은 한서들) 를 읽고선 읽어가니까 가속이 붙어서 읽기 쉬웠다. 3번째쯤 읽어나가니까 Event Listener 의 Delegation 의 의미를 제대로 이해한 것 같고 (예전에는 소스 따라치기만 했었다.) StatePattern으로의 진화 (진화보단 '추후적응' 이 더 맞으려나) 가 용이한 구조일 수 있겠다는 생각을 하게 되었다. (Event Listener 에서 작성했던 코드를 조금만 ["Refactoring"] 하면 바로 StatePattern 으로 적용을 시킬 수 있을 것 같다는 생각이 들었다. 아직 구현해보진 않았기 때문에 뭐라 할말은 아니지만.) 시간이 있었다면 하루종일 시도해보는건데 아쉽게도 학교에 늦게 도착해서;
      * Simple Design 에 대해서 내가 잘못 생각한 것 같다. Up-Front Design 자체를 구체적으로 들어갔을때 얼마나 복잡할 수 있는지도 모르면서 처음부터 Simple Design 을 논할수 있을까 하는 생각도 해본다. 생각해보니, 여태껏 내가 그린 전체 UML Class Design 은 거의 다 Simple Design 이겠군. -_-; (Interface 들 Method 이름도 결정 안했으니까.)
DevelopmentinWindows/APIExample . . . . 9 matches
     LPCSTR szWindowClass = "API Window Class";
     ATOM MyRegisterClass(HINSTANCE hInstance);
      MyRegisterClass(hInstance);
     ATOM MyRegisterClass(HINSTANCE hInstance)
      WNDCLASSEX wcex;
      wcex.cbSize = sizeof(WNDCLASSEX);
      wcex.lpszClassName = szWindowClass;
      return RegisterClassEx(&wcex);
      hWnd = CreateWindow(szWindowClass, "API", WS_OVERLAPPEDWINDOW,
RandomWalk2/재동 . . . . 8 matches
     class ReaderTestCase(unittest.TestCase):
      def testCreateReaderClass(self):
     class BoardTestCase(unittest.TestCase):
      def testCreateBoardClass(self):
     class MoveRoachTestCase(unittest.TestCase):
     class AllCaseTestCase(unittest.TestCase):
     class Reader:
     class Board:
     class MoveRoach:
     class ReaderTestCase(unittest.TestCase):
      def testCreaterdrClass(self):
     class BoardTestCase(unittest.TestCase):
      def testCreateBoardClass(self):
     class MoveRoachTestCase(unittest.TestCase):
      def testCreateMoveRoachClass(self):
     class Reader:
     class Board:
     class MoveRoach:
     class ReaderTestCase(unittest.TestCase):
      def testCreaterdrClass(self):
데블스캠프2006/목요일/winapi . . . . 8 matches
      WNDCLASS wndclass ;
      wndclass.style = CS_HREDRAW | CS_VREDRAW ;
      wndclass.lpfnWndProc = WndProc ;
      wndclass.cbClsExtra = 0 ;
      wndclass.cbWndExtra = 0 ;
      wndclass.hInstance = hInstance ;
      wndclass.hIcon = LoadIcon (NULL, IDI_APPLICATION) ;
      wndclass.hCursor = LoadCursor (NULL, IDC_ARROW) ;
      wndclass.hbrBackground = (HBRUSH) GetStockObject (WHITE_BRUSH) ;
      wndclass.lpszMenuName = NULL ;
      wndclass.lpszClassName = szAppName ;
      if (!RegisterClass (&wndclass))
      hwnd = CreateWindow (szAppName, // window class name
      WNDCLASS wndclass ;
      wndclass.style = CS_HREDRAW | CS_VREDRAW ;
      wndclass.lpfnWndProc = WndProc ;
      wndclass.cbClsExtra = 0 ;
      wndclass.cbWndExtra = 0 ;
      wndclass.hInstance = hInstance ;
      wndclass.hIcon = LoadIcon (NULL, IDI_APPLICATION) ;
비행기게임/BasisSource . . . . 8 matches
     class Player(pygame.sprite.Sprite):
     class Shots(pygame.sprite.Sprite) :
     class EnemyShot1(Shots):
     class SuperClassOfEachClass(pygame.sprite.Sprite):
     class Item(pygame.sprite.Sprite, SuperClassOfEachClass):
     class Enemy(pygame.sprite.Sprite, SuperClassOfEachClass):
     class Explosion(pygame.sprite.Sprite):
     class Building(pygame.sprite.Sprite,SuperClassOfEachClass):
     class Score:
      #asign default groups to each sprite class
      #assign instance ty each class
      #Load images, assign sprite classes
Classes . . . . 7 matches
     === [EngineeringMathmethicsClass] ===
     === CompilerDesignClass ===
     === [DatabaseClass] ===
     === ComputerGrapichsClass ===
     === [ComputerNetworkClass] ===
     === LinuxSystemClass ===
     [Class/2006Fall]
상협/삽질일지/2002 . . . . 7 matches
      * Driver driver = (Driver)Class.forName("sun.jdbc.odbc.JdbcOdbcDriver").newInstance(); 이거 할때 메인 함수에서 throws Exception 를 하지 않으면 thrown 을 잡거나 선언 해야만 한다는 메시지가 뜬다. 아직 이유는 모르겠다.
      * Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); 이거는 main 함수 내부가 아닌 곳에서는 에러 뜬다. 엄청 삽질했다. ㅠㅜ 아직 이유는 모르겠다.
      * 방금 삽질 하나 해결..Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); 이게 메인 함수에서만 되는게 아니라 이 구문을 사용할때는 throws Exception 을 항상 해줘야만 한다는 사실.. ㅡㅡ; 그런데 이 사실을 진작 체감하고 있었다. 그런데 계속 삽질 했다. 그 이유는
     Class.forName("sun.jdbc.odbc.JdbcOdbcDriver"); 이게 사용된 바로 그 메소드에서 throws Exception 를 해줘야 하는데 계속 전체 클래스에서 이것을 했었다. 이게 문제의 원인.. 그러나 아직 왜 꼭 throws Exception 구문을 써야 하는지 모르겠고, Class.forName("sun.jdbc.odbc.JdbcOdbcDriver");이게 없는 곳에서 throws Exception 를 쓰면 에러 뜨는 이유도 자세히는 모르겠다. 모르는것 투성.. ㅡㅡ;;
      ''Exception Handling 에 대해서 이해해야 할 것 같은데. Exception 은 해당 함수가 throws 등으로 발생을 시키고, Java 의 경우 그 Exception 을 반드시 처리를 해주는 곳을 만들어야 하지. 해당 메소드 내에서 Exception 이 발생은 하는데, 그 메소드에서 예외처리를 바로 하고 싶지 않으면 (즉, 그 Exception을 그 메소드 내에서 처리하지 않고, 그 메소드를 호출했던 곳 등에서 처리를 한다고 한다면) throws 로 해당 메소드에서 exception 을 또 던져주는 식으로 되겠지. 만일 Class.forName(...) 쓴 구문을 try - catch 로 예외를 또 잡는다면 이야기가 다르겠지만. 자바는 Exception 를 강요하는 관계로 예외는 catch 에서 무엇을 하건, 반드시 해당 발생된 예외를 잡아줘야 함. (그 덕에 최악으로 뻗을 일이 적지. 예외는 발생하더라도) --석천''
      * 지금까지 자바에서 if(String1 == String2) 이게 안 먹혀서 계속 고생 했다. 알고 보니 String Class 의 CompareTo 메소드를 사용해야 했다. 허접 삽질.. ㅡㅡ;
Class/2006Fall . . . . 6 matches
      === AlgorithmClass ===
      === [(zeropage)ArtificialIntelligenceClass] ===
      === DistributedSystemClass ===
      === [(zeropage)FileStructureClass] ===
      === MobileComputingClass ===
     [Class]
ComputerNetworkClass . . . . 6 matches
     [ComputerNetworkClass/2006]
     [ComputerNetworkClass/Exam2003_1]
     [ComputerNetworkClass/Exam2004_1]
     [ComputerNetworkClass/Exam2004_2]
     [ComputerNetworkClass/Exam2006_1]
     [ComputerNetworkClass/Exam2006_2]
ObjectProgrammingInC . . . . 6 matches
     struct testClass
      testClass instanceClass;
      instanceClass.method1= &Operator1;
      instanceClass.method1(3); // or Operator1(3);
     }testClass; --[이영호]
     이렇게 된다면 class에서 private를 쓰는 목적을 달성은 하지만 효용성은 거의 제로겠고...
     attrib을 찍는다는 문제를 주셨는데... attrib가 private라 가정하고, 따라서 method1의 함수가 구조체(클래스)의 attrib을 고친다는 뜻으로 판단하고 생각해본다면... C++의 this란 예약어가 없다면 C언어에서 C++과 같은 class의 표현은 어려울 듯. 메모리주소로 가능을 할 수도 있으나, 코드 조작을 어셈블리 차원으로 내려가 하나하나 손봐야함... (이 답이 아니라면 낭패)
데블스캠프2002/날적이 . . . . 6 matches
     1. Class 의 추출 - 주로 명사에 촛점을 맞춘다. ~을 하는 것, 즉 ~을 해야 하는 책임을 가진 명사들을 끄집어 내 보았다.
     2. Scenario Driven - 앞의 CRC 세션때에는 일반적으로 Class 를 추출 -> Requirement 를 읽어나가면서 각 Class 별로 Responsibility 를 주욱 나열 -> 프로그램 작동시 Scenario 를 정리, Responsibility 를 추가. 의 과정을 거쳤다. 이번에는 아에 처음부터 Scenario 를 생각하며 각 Class 별 Responsibility 를 적어나갔다. Colloboration 이 필요한 곳에는 구체적 정보를 적어나가면서 각 Class 별 필요정보를 적었다. 그리하여 모든 Scenario 가 끝나면 디자인 세션을 끝내었다.
     장점 : 구현이 명확하다. 구현할때 Scenario 순서에 따라 미리 생각해두었던 Class 들을 하나하나 채워나가면 되니까.
데블스캠프2011/둘째날/Machine-Learning . . . . 6 matches
      * Naive Bayes classifier 개발 http://en.wikipedia.org/wiki/Naive_Bayes_classifier
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/namsangboy]
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/송지원]
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/강성현]
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김수경]
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김동준]
      * [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/변형진]
      * SVMLight 사용 실습 http://svmlight.joachims.org/svm_multiclass.html
      * svm learning : ./svm_multiclass_learn -c 1 /home/newmoni/workspace/DevilsCamp/data/test.svm_light test.c1.model
      * svm classify : ./svm_multiclass_classify /home/newmoni/workspace/DevilsCamp/data/test2.svm_light economy_politics2.10.model
5인용C++스터디/윈도우에그림그리기 . . . . 5 matches
      WNDCLASS wc;
      char szClassName[]="it is a class";
      wc.lpszClassName=szClassName;
      RegisterClass(&wc);
      hWnd=CreateWindow(szClassName,szTitleName, WS_OVERLAPPEDWINDOW,100,90,320,240,NULL,NULL,hInst,NULL);
Gof/Command . . . . 5 matches
     Command Pattern은 request 를 객체화함으로서 toolkit 객체로 하여금 불특정한 어플리케이션 객체에 대한 request를 만들게 한다. 이 객체는 다른 객체처럼 저장될 수 있으며 pass around 가능하다. 이 pattern의 key는 수행할 명령어에 대한 인터페이스를 선언하는 추상 Command class에 있다. 이 인터페이스의 가장 단순한 형태에서는 추상적인 Execute operation을 포함한다. 구체화된 Command subclass들은 request에 대한 receiver를 instance 변수로 저장하고 request를 invoke하기 위한 Execute operation을 구현함으로서 receiver-action 짝을 구체화시킨다. The receiver has the knowledge required to carry out the request.
     어플리케이션은 각각의 구체적인 Command 의 subclass들로 각가각MenuItem 객체를 설정한다. 사용자가 MenuItem을 선택했을때 MenuItem은 메뉴아이템의 해당 명령으로서 Execute oeration을 호출하고, Execute는 실제의 명령을 수행한다. MenuItem객체들은 자신들이 사용할 Command의 subclass에 대한 정보를 가지고 있지 않다. Command subclass는 해당 request에 대한 receiver를 저장하고, receiver의 하나나 그 이상의 명령어들을 invoke한다.
     때때로 MenuItem은 연속된 명령어들의 일괄수행을 필요로 한다. 예를 들어서 해당 페이지를 중앙에 놓고 일반크기화 시키는 MenuItem은 CenterDocumentCommand 객체와 NormalSizeCommand 객체로 만들 수 있다. 이러한 방식으로 명령어들을 이어지게 하는 것은 일반적이므로, 우리는 복수명령을 수행하기 위한 MenuItem을 허용하기 위해 MacroCommand를 정의할 수 있다. MacroCommand는 단순히 명령어들의 sequence를 수행하는 Command subclass의 구체화이다. MacroCommand는 MacroCommand를 이루고 있는 command들이 그들의 receiver를 정의하므로 명시적인 receiver를 가지지 않는다.
     이러한 예들에서, 어떻게 Command pattern이 해당 명령을 invoke하는 객체와 명령을 수행하는 정보를 가진 객체를 분리하는지 주목하라. 이러함은 유저인터페이스를 디자인함에 있어서 많은 유연성을 제공한다. 어플리케이션은 단지 menu와 push button이 같은 구체적인 Command subclass의 인스턴스를 공유함으로서 menu 와 push button 인터페이스 제공할 수 있다. 우리는 동적으로 command를 바꿀 수 있으며, 이러함은 context-sensitive menu 를 구현하는데 유용하다. 또한 우리는 명령어들을 커다란 명령어에 하나로 조합함으로서 command scripting을 지원할 수 있다. 이러한 모든 것은 request를 issue하는 객체가 오직 어떻게 issue화 하는지만 알고 있으면 되기때문에 가능하다. request를 나타내는 객체는 어떻게 request가 수행되어야 할지 알 필요가 없다.
     여기 보여지는 C++ code는 Motivation 섹션의 Command 크래스에 대한 대강의 구현이다. 우리는 OpenCommand, PasteCommand 와 MacroCommand를 정의할 것이다. 먼저 추상 Commmand class 는 이렇다.
     class Command {
     class OpenCommand : public Command {
     class PasteCommand : public Command {
     undo 할 필요가 없고, 인자를 요구하지 않는 단순한 명령어에 대해서 우리는 command의 receiver를 parameterize하기 위해 class template를 사용할 수 있다. 우리는 그러한 명령들을 위해 template subclass인 SimpleCommand를 정의할 것이다. SimpleCommand는 Receiver type에 의해 parameterize 되고
     template <class Receiver>
     class SimpleCommand : public Command {
     template <class Receiver>
     MyClass의 instance로 있는 Action을 호출할 command를 만들기 위해서, 클라이언트는 단순히 이렇게 코딩한다.
     MyClass* receiver = new MyClass;
      new SimpleCommand<MyClass> (receiver, &MyClass::Action);
     이 방법은 단지 단순한 명령어에대한 해결책일 뿐임을 명심하라. track을 유지하거나, receiver와 undo state를 argument 로 필요로 하는 좀더 복잡한 명령들은 Command의 subclass를 요구한다.
     class MacroCommand : public Command {
     아마도 CommandPattern에 대한 첫번째 예제는 Lieberman 의 논문([Lie85])에서 나타났을 것이다. MacApp [App89] 는 undo가능한 명령의 구현을 위한 command의 표기를 대중화시켰다. ET++[WGM88], InterViews [LCI+92], Unidraw[VL90] 역시 CommandPatter에 따라 클래스들을 정의했다. InterViews는 각 기능별 명령에 대한 Action 추상 클래스를 정의했다. 그리고 action 메소드에 의해 인자화됨으로서 자동적으로 command subclass들을 인스턴스화 시키는 ActionCallback 템플릿도 정의하였다.
JavaScript/2011년스터디/서지혜 . . . . 5 matches
      <input type=button onclick=putn(7) value=7 class=btn>
      <input type=button onclick=putn(8) value=8 class=btn>
      <input type=button onclick=putn(9) value=9 class=btn>
      <input type=button onclick=operator("/") value="/" class=btn>
      <input type=button value="pow" class=btn>
      <input type=button onclick=putn(4) value=4 class=btn>
      <input type=button onclick=putn(5) value=5 class=btn>
      <input type=button onclick=putn(6) value=6 class=btn>
      <input type=button onclick=operator("*") value="*" class=btn>
      <input type=button value="sqrt" class=btn>
      <input type=button onclick=putn(1) value=1 class=btn>
      <input type=button onclick=putn(2) value=2 class=btn>
      <input type=button onclick=putn(3) value=3 class=btn>
      <input type=button onclick=operator("-") value="-" class=btn>
      <input type=button value="log" class=btn>
      <input type=button onclick=putn(0) value=0 class=btn>
      <input type=button onclick=putn('.') value="." class=btn>
      <input type=button onclick=operator("+") value="+" class=btn>
      <input type=button value="%" class=btn>
      <input type=button onclick=reset() value="지우기" class=btn2>
LinuxSystemClass . . . . 5 matches
     [LinuxSystemClass/Report2004_1] - PosixThread 를 이용, 스레드를 만들고 그에 따른 퍼포먼스 측정.
     [LinuxSystemClass/Exercise2004_1]
     [LinuxSystemClass/Exercise2004_2]
     [LinuxSystemClass/Exercise2004_3]
     [LinuxSystemClass/Exam_2004_1]
MFC Study 2006 . . . . 5 matches
     || 9월 21일 || 상욱선배의 Class와 OOP 세미나 ||
      || 9월 21일 || Class & Object 생각해보기 ||
      || 9월 28일 || [Class로 계산기 짜기] ||
      * 전에 배웠던 식으로 자신이 표현하고 싶은 주제를 선택해서 Class와 Object로 표현해 보세요. 문법, 코드 등 코딩에 필요한 무엇도 필요없습니다. 설계에는 정답이 없다고 말한거 기억하시죠?^^; -[상욱]
     || [송지훈] || [Class & Object 생각해보기] ||
MFC/Serialize . . . . 5 matches
     = inner Document Class =
     class CXXXDoc : public CDocument
      // ClassWizard generated virtual function overrides
      CXXXDoc 클래스의 객체가 시리얼화 입력과정동안 응용 프로그램을 통해 동적으로 생성될 수 있도록 한다. IMPLEMENT_DYNCREATE와 매치. 이 매크로는 CObject 에서 파생된 클래스에만 적용된다. 따라서 직렬화를 하려면 클래스는 직접적이든 간접적이든 CObject의 Derived Class 여야한다.
     = CArchive Class =
     를 추가하면 된다. (Class Wizard 가 관리하는 부분에 삽입하는 것은 제외 ㅡ.ㅡ;;)
NumericalAnalysisClass . . . . 5 matches
      * ["NumericalAnalysisClass/Report2002_1"] - ["TriDiagonal/1002"]
      * ["NumericalAnalysisClass/Report2002_2"] - ["CubicSpline/1002"]
      * ["NumericalAnalysisClass/Exam2002_1"]
      * ["NumericalAnalysisClass/Exam2002_2"]
      * ["NumericalAnalysisClass/Exam2004_2"]
ProjectPrometheus/Journey . . . . 5 matches
      * 메인 코드를 작성하고 있을때에는 '화일로 빼야 할 거리' 들이 안보인다. 하지만, 이미 컴파일 되고 굳어져버린 제품을 쓸때에는 '화일로 뺐어야 하는 거리' 들이 보인다. ["데이터주도적기법의마법"] 이였던가. 뭐, 미리 머리 스팀내며 해두는 것은 YAGNI 이겠지만, 눈에 빤히 보일때에는. 뭐, 앞으로 해줄거리. (Property class 가 좀 더 확장될 수 있을듯.)
      * 소스 수준 코딩시 더 많은 클래스들이 분화되는 이유는 CRC 중 클래스와 클래스 간 대화를 할때 넘기는 객체를 따로 표시하지 않으니까. (우리가 7층에서의 RandomWalk2 보면 Class 와 Class 간 대화를 위한 클래스가 4개쯤 더 있음)
      * 4개를 어떻게 구현할지 생각 안한것으로도 이미 class의 추출은 3개라고 생각함. 그렇지 않고 소스 수준이라면 전부 다 추출하고 그렇지 않을건 다른 방식으로 했겠지. --["상민"]
      * 자칫 RDD 에서의 그 세부클래스들에 대해서 너무 많이 생각하면 BUFD(Big Up-Front Design) 이 되리라 생각한다. 차라리 Class 가 2개였을때 코딩 들어가고, 20-30분 정도 코딩뒤 ["Refactoring"] 을 의식적으로 하여 Big Class 에 대해 Extract Class 를 추구하는게 더 빠르지 않았을까.
SolarSystem/상협 . . . . 5 matches
      if(!UnregisterClass("OpenGL",hInstance))
      MessageBox(NULL,"Could Not Unregister Class","SHUTDOWN ERROR",
      WNDCLASS wc;
      wc.lpszClassName="OpenGL";
      if(!RegisterClass(&wc))
      MessageBox(NULL,"Failed To Register The Window Class."
StaticInitializer . . . . 5 matches
[Java] 에서 'Class Variable' 또는 'Class Method' 라 불리는, 해당 Class 내에서 공용적으로 쓸 수 있는 변수나 메소드들을 Static Variable 또는 Static Method 라 불린다.
StaticInitialzer 에서 값만 치환하는 것으로 (상속클래스에서 해당 Class Variable 의 값을 바꿔주는식으로) 해결되는 문제라면 크게 어렵진 않다. 하지만, 만일 저 부분에 DB 나 File 등(또는 File 을 사용하는 Logger 등) 외부 자원을 이용하는 클래스를 초기화하게 된다면 사태는 더욱더 심각해진다. 처음부터 해당 Class 가 DB, File 등 큰 자원에 대해 의존성을 가지게 되는 것이다. 게다가 이는 상속을 하여 해당 부분을 Mock 으로 치환하려고 해도 StaticInitializer 가 먼저 실행되어버리므로 '치환'이 불가능해져버린다.
TestDrivenDatabaseDevelopment . . . . 5 matches
     public class SpikeRepositoryTest extends TestCase {
      public void setUp() throws SQLException, InstantiationException, IllegalAccessException, ClassNotFoundException {
      public void testArticleTableInitialize() throws ClassNotFoundException, IllegalAccessException, InstantiationException, SQLException {
      private void initConnection() throws InstantiationException, IllegalAccessException, ClassNotFoundException, SQLException {
      Class.forName("com.mysql.jdbc.Driver").newInstance();
      public void testDuplicatedInitialize() throws ClassNotFoundException, InstantiationException, IllegalAccessException, SQLException {
새싹교실/2012/AClass/4회차 . . . . 5 matches
     4.구조체를 사용하여 student 구조체를 하나 만들고, student 구조체 배열을 만들어 0~3번째 배열에 AClass반 학생들의 정보를 적당히 넣고, 그것을 출력해보자.
     구조체를 사용하여 student 구조체를 하나 만들고, student 구조체 배열을 만들어 0~3번째 배열에 AClass반 학생들의 정보를 적당히 넣고, 그것을 출력해보자.
     4. 구조체를 사용하여 student 구조체를 하나 만들고, student 구조체 배열을 만들어 0~3번째 배열에 AClass반 학생들의 정보를 적당히 넣고, 그것을 출력해보자.
      struct student aclass[3]={{"곽길문",201001,24},
      printf("%s %d %d\n",aclass[i].name,aclass[i].num,aclass[i].age);
     4. 구조체를 사용하여 student 구조체를 하나 만들고, student 구조체 배열을 만들어 0~3번째 배열에 AClass반 학생들의 정보를 적당히 넣고, 그것을 출력해보자.
     [새싹교실/2012], [새싹교실/2012/AClass]
새싹교실/2012/주먹밥 . . . . 5 matches
      * 답변 : 객체 지향 프로그래밍(Object Oriented Programming)입니다. 프로그래밍 설계 기법이죠. 전에도 얘기했듯이 프로그래밍 설계 기법은 프로그래머의 설계를 도와 코드의 반복을 줄이고 유지보수성을 늘리는데 있습니다. 하지만 생산성이 있는 프로그래머가 되고싶다면 API를 쓰고 알고리즘을 병행해서 공부해야 된다는것을 알리고 싶습니다. 그리고 단순히 Class를 쓰는것과는 다른기법입니다. 객체 지향적으로 설계된 C++이나 Java에서 Class를 쓰기때문에 Class를 쓰는것이 객체지향으로 알고있는 사람들이 많습니다. 그건... 아니죠. 절차지향 프로그래밍과 다른점은 차차 가르쳐 드리겠습니다. C에서 Class란 개념이 설계상으로 발전했는지 알려드렸습니다. 함수 포인터와 구조체였죠. 그게 원형입니다.
     public class MyTest {
      * Class얘기
지도분류 . . . . 5 matches
     ||["SoftwareEngineeringClass"]||.||
     ||NumericalAnalysisClass ||
     ||SoftwareEngineeringClass ||
     ||ProgrammingLanguageClass ||
     ||OperatingSystemClass ||
프로그램내에서의주석 . . . . 5 matches
     처음에 Javadoc 을 쓸까 하다가 계속 주석이 코드에 아른 거려서 방해가 되었던 관계로; (["IntelliJ"] 3.0 이후부턴 Source Folding 이 지원하기 때문에 Javadoc을 닫을 수 있지만) 주석을 안쓰고 프로그래밍을 한게 화근인가 보군. 설계 시기를 따로 뺀 적은 없지만, Pair 할 때마다 매번 Class Diagram 을 그리고 설명했던 것으로 기억하는데, 그래도 전체구조가 이해가 가지 않았다면 내 잘못이 크지. 다음부터는 상민이처럼 위키에 Class Diagram 업데이트된 것 올리고, Javadoc 만들어서 generation 한 것 올리도록 노력을 해야 겠군.
     내가 가지는 주석의 관점은 지하철에서도 언급한 내용 거의 그대로지만, 내게 있어 주석의 주된 용도는 과거의 자신과 대화를 하면서 집중도 유지, 진행도 체크하기 위해서 이고, 기타 이유는 일반적인 이유인 타인에 대한 정보 전달이다. 전자는 command.Command.execute()이나 상규와 함께 달은 information.InfoManager.writeXXX()위의 주석들이고,후자가 주로 쓰인 용도는 각 class 상단과 package 기술해 놓은 주석이다. 그외에 class diagram은 원래 아나로그로 그린것도 있지만, 설명하면서 그린건 절대로 타인의 머리속에 통째로 저장이 남지 않는다는 전제로, (왜냐면 내가 그러니까.) 타인의 열람을 위해 class diagram의 디지털화를 시켰다. 하는 김에 그런데 확실히 설명할때 JavaDoc뽑아서 그거가지고 설명하는게 편하긴 편하더라. --["상민"]
     그리고 개인적으론 Server 쪽 이해하기로는 Class Diagram 이 JavaDoc 보는것보다 더 편했음. 그거 본 다음 소스를 보는 방법으로 (완벽하게 이해하진 않았지만.). 이건 내가 UML 에 더 익숙해서가 아닐까 함. 그리고 Java Source 가 비교적 깨끗하기에 이해하기 편하다는 점도 있겠고. (그래 소스 작성한 사람 칭찬해줄께;) --석천
     내가 Comment 와 JavaDoc 둘을 비슷한 대상으로 두고 쓴게 잘못인듯 하다. 두개는 좀 구분할 필요가 있을 것 같다는 생각이 들어서다. 내부 코드 알고리즘 진행을 설명하기 위해서는 다는 주석을 comment로, 해당 구성 클래스들의 interface를 서술하는것을 JavaDoc으로 구분하려나. 이 경우라면 JavaDoc 과 Class Diagram 이 거의 비슷한 역할을 하겠지. (Class Diagram 이 그냥 Conceptual Model 정도라면 또 이야기가 달라지겠지만)
BabyStepsSafely . . . . 4 matches
     The code that is to be refactored has existed in the system for awhile. It has undergone a couple of transformations. Initially it returned an array of int variables that are the prime numbers. When the new collection library was introduced in Java2 the interface was changed to return a List of Integer objects. Going forward the method that returns a List is the preferred method, so the method that returns an array has been marked as being deprecated for the last couple of releases. During this release the array member function will be removed. Listing1, "Class GeneratePrimes," contains the source code for both methods.
     The algorithm is quite simple. Given an array of integers starting at 2.Cross out all multiples of 2. Find the next uncrossed integer, and cross out all of its multiples. Repeat until you have passed the square root of the maximum value. This algorithm is implemented in the method generatePrimes() in Listing1. "Class GeneratePrimes,".
     pulbic class GeneratePrimes
     The test cases for the GeneratePrimes class are implemented using the JUnit testing framework. The tests are contained in class called TestGeneratePrames. There are a 5 tests for each return type (array and List), which appear to be similiar. Our first step to insure보증하다, 책임지다 that we are starting from a stable base is to make sure what we have works.
     Class TestsGeneratePrimes
     public class TestGeneratePrimes extends TestCase
     Our first activity is to refactor the tests. [We might need some justification정당화 for refactoring the tests first, I was thinking that it should tie동여매다 into writing the tests first] The array method is being removed so all the test cases for this method need to be removed as well. Looking at Listing2. "Class TestsGeneratePrimes," it appears that the only difference in the suite of tests is that one tests a List of Integers and the other tests an array of ints. For example, testListPrime and testPrime test the same thing, the only difference is that testListPrime expects a List of Integer objects and testPrime expects and array of int variables. Therefore, we can remove the tests that use the array method and not worry that they are testing something that is different than the List tests.
CivaProject . . . . 4 matches
     class Serializable;
     template<typename ElementType> class Array;
     class CharSequence;
     class Comparable;
     class Object;
     class String;
     class Serializable {
     class Array : public Object {
     class CharSequence {
     class Comparable {
     class Object {
      void getClass() {/*차후 추가 Class getClass()*/}
      //return getClass().getName() + "@" + Integer.toHexString(hashCode());
     class String
ComputerGraphicsClass . . . . 4 matches
     [ComputerGraphicsClass/Report2004_1]
     [ComputerGraphicsClass/Report2004_2]
     [ComputerGraphicsClass/Exam2004_1]
     [ComputerGraphicsClass/Exam2004_2]
ComputerNetworkClass/2006 . . . . 4 matches
     [ComputerNetworkClass/Report2006/BuildingWebServer]
     [ComputerNetworkClass/Report2006/PacketAnalyzer]
     [ComputerNetworkClass/Report2006/BuildingProxyServer]
     [ComputerNetworkClass]
MFC/MessageMap . . . . 4 matches
     class CEx14App : public CWinApp
      // ClassWizard generated virtual function overrides
      // NOTE - the ClassWizard will add and remove member functions here.
      // NOTE - the ClassWizard will add and remove mapping macros here.
     class CAboutDlg : public CDialog
      // ClassWizard generated virtual function overrides
MicrosoftFoundationClasses . . . . 4 matches
     Microsoft Foundation Classes 를 줄여서 부른다. 기정의된 클래스의 집합으로 Visual C++이 이 클래스들을 가반으로 하고 있다. 이 클래스 군은 MS Windows API를 래핑(Wrapping)하여서 객체지향적 접근법으로 프로그래밍을 하도록 설계되어 있다. 예전에는 볼랜드에서 내놓은 OWL(Object Windows Library)라는 것도 쓰였던 걸로 아는데... -_-; 지금은 어디로 가버렸는지 모른다. ㅋㅋ
      ''백과사전) WikiPedia:Microsoft_Foundation_Classes, WikiPedia:Object_Windows_Library ''
     #include <afxwin.h> //about class library
     class CExApp : public CWinApp {
     class CExWnd : public CFrameWnd {
      {{{~cpp DocumentTemplateClass : CSingleDocTemplate, CMultiDocTemplate}}}
      * [MFC/CollectionClass]
MoreMFC . . . . 4 matches
     WNDCLASS wc;
     wc.lpszClassName = _T("MyWndClass");
     RegisterClass (&wc);
     hwnd = CreateWindow (_T("MyWndClass"), "SDK Application",
     그럼 이제 이 책에서 처음 나오는 MFC programming source를.. 공개 한다. Dialog based로 프로젝트를 연후 Dialog에 관한 class는 project에서 뺀후 App클래스내에 이 source를 쳐주면 될것이다. - 신기 하게도 App class와 MainWindow클래스만 있다. 이런 source는 처음 봐서 생소 했지만, MFC에서 제공해주는 source보다는 깔끔해 보였다.-
     class CMyApp : public CWinApp
     class CMainWindow : public CFrameWnd
NSISIde . . . . 4 matches
     || CInnerProcess Class 의 이용. 약간 수정. makensis 이용. || 0.5 ||
      * CInnerProcess Class 0.5
      CInnerProcess Class 이용, Nsis 연결하기 - 0.5
      -> AppClass 에 있으면 자동으로 Singleton 이 되겠군. ^-^;
OperatingSystemClass . . . . 4 matches
      * ["OperatingSystemClass/Exam2002_1"]
      * ["OperatingSystemClass/Exam2002_2"]
      * ["OperatingSystemClass/Exam2006_1"]
      * ["OperatingSystemClass/Exam2006_2"]
PatternOrientedSoftwareArchitecture . . . . 4 matches
      * Class : 레이어 J
     Class : BlackBoard
     Class : Knowledge Source
     Class : Control
ProgrammingLanguageClass . . . . 4 matches
     [ProgrammingLanguageClass/2002]
     [ProgrammingLanguageClass/2006]
     그러므로, 이런 ProgrammingLanguageClass가 중요하다. 이 수업을 제하면 다른 패러다임의 다양한 언어를 접할 기회가 거의 전무하다. 자신의 모국어가 자바였다면, LISP와 Prolog, ICON, Smalltalk 등을 접하고 나서 몇 차원 넓어진 자신의 자바푸(Kungfu의 변화형)를 발견할 수 있을 것이며, 자바의 음양을 살피고 문제점을 우회하거나 수정하는 진정한 도구주의의 기쁨을 만끽할 수 있을 것이다. 한가지 언어의 노예가 되지 않는 길은 다양한 언어를 비교 판단, 현명하고 선택적인 사용을 할 능력을 기르는 법 외엔 없다. --김창준
     see also SoftwareEngineeringClass
ProgrammingLanguageClass/2002 . . . . 4 matches
      * ["ProgrammingLanguageClass/Report2002_1"]
      * ["ProgrammingLanguageClass/Report2002_2"]
      * ["ProgrammingLanguageClass/Exam2002_1"]
      * ["ProgrammingLanguageClass/Exam2002_2"]
ProgrammingLanguageClass/2006 . . . . 4 matches
     [ProgrammingLanguageClass/2006/Report1]
     [ProgrammingLanguageClass/2006/Report2]
     [ProgrammingLanguageClass/2006/Report3]
     [ProgrammingLanguageClass/2006/EndTermExamination]
Refactoring/MovingFeaturesBetweenObjects . . . . 4 matches
     A method is, or will be, using or used by more features of another class than the class on which it is defined.
     ''Create a new method with a similar body in the class it uses most. Either turn the old method into a simple delegation, or remove it altogether.''
     A field is, or will be, used by another class more than the class on which it is defined.
     ''Create a new field in the target class, and change all its users.''
     == Extract Class ==
     You have one class doing work that should be done by two.
     ''Create a new class and move the relevant fields and methods from the old class into the new class.''
     http://zeropage.org/~reset/zb/data/1012450988/ExtractClass.gif
     == Inline Class ==
     A class isn't doing very much.
     ''Move all its features into another class and delete it.''
     http://zeropage.org/~reset/zb/data/InlineClass.gif
     A client is calling a delegate class of an object.
     A class is doing too much simple delegation.
     A server class you are using needs an additional method, but you can't modify the class.
     ''Create a method in the client class with an instance of the server class as its first argument.''
     A server class you are using needs serveral additional methods, but you can't modify the class.
     ''Create a new class that contains these extra methods. Make the extension class a subclass or a wapper of the original.''
SmallTalk/강좌FromHitel/강의2 . . . . 4 matches
      수의 객체(object)가 있으며, 이들 객체는 저마다의 갈래(class)에 속해 있
      Class allClasses asSortedCollection.
      Class allClasses asSortedCollection. ☞ "Inspector 창 열림"
      것이 지금 Smalltalk 환경에서 사용할 수 있는 갈래(class)입니다. 맨 마지
SmallTalk/강좌FromHitel/강의4 . . . . 4 matches
     보십시오. 아래의 명령은 Smalltalk 환경에 들어 있는 모든 갈래(class)들을
      Class allClasses asSortedCollection ☞ "객체 탐색기 열림"
     자, 여러분이 지금 어디에 있던지 Tools > Class Hierarchy Browser 메뉴를
     실행시키거나 글쇠판에서 를 누르면 '갈래씨줄 탐색기'Class
     색기는 앞서 말한 것과 같이 주로 여러 갈래(class)에서 조건에 맞는 길수를
     (class definition)을, 길수가 돋이되어 있다면 바탕글 등을 보여줍니다.
SoftwareEngineeringClass . . . . 4 matches
      * ["SoftwareEngineeringClass/Exam2002_1"]
      * ["SoftwareEngineeringClass/Exam2002_2"]
      * ["SoftwareEngineeringClass/Exam2006_1"]
     see also ProgrammingLanguageClass
데블스캠프2009/목요일/연습문제/MFC/서민관 . . . . 4 matches
     class CAboutDlg : public CDialog
      // ClassWizard generated virtual function overrides
     class CAboutDlg : public CDialog
      // ClassWizard generated virtual function overrides
      // NOTE: the ClassWizard will add member initialization here
      // NOTE: the ClassWizard will add DDX and DDV calls here
ClassifyByAnagram/김재우 . . . . 3 matches
     class AnagramTest( unittest.TestCase ):
     #from psyco.classes import *
     class Anagram:
      public class AnagramTest
      /// Summary description for Class1.
      class Anagram
      * To change template for new class use
      * Code Style | Class Templates options (Tools | IDE Options).
     public class AnagramTest extends TestCase {
      * To change template for new class use
      * Code Style | Class Templates options (Tools | IDE Options).
     public class Anagram {
CubicSpline/1002 . . . . 3 matches
      * NumericalAnalysisClass 에서의 Lagrange, Piecewise Lagrange, Cubic Spline 에 대한 이해.
      * NumericalAnalysisClass 에서의 LU Decomposition (LU 분해) 에 대한 이해.
      * NumericalAnalysisClass 에서의 Tri-Diagonal Matrix Problem 을 LU Decomposition 으로 해결하는 방법.
DirectDraw/DDUtil . . . . 3 matches
     DXSDK에서 제공하는 함수 모음집.(ㅡ.ㅡa) (Direct Draw 의 Wrapping Class 가 되겠지요.)
     DirectDraw의 생성과 Surface와 연결을 담당하는 Class
     Surface의 생성과 관리를 담당하는 Class
FooBarBaz . . . . 3 matches
     class ExampleClass
      ExampleClass();
      ~ExampleClass();
HolubOnPatterns/밑줄긋기 . . . . 3 matches
      * 깨지기 쉬운 기반 클래스 문제를 프레임워크 기반 프로그래밍에 대한 언급 없이 마칠 수는 없다. MFC(Microsoft's Foundation Class) 라이브러리와 같은 프레임워크는 클래스 라이브러리를 만드는 인기있는 방법이 되었다.
     public static class EmployeeFactory
     class Singleton
      * 그리고 Class.forName()을 이용하여 앞에서 만든 이름에 해당하는 Class 객체를 생성하게 된다.
      * {{{class BadJmenuItem}}}
Java/JDBC . . . . 3 matches
     public class DBManager {
      * @throws ClassNotFoundException
      public static void main(String[] args) throws SQLException, ClassNotFoundException {
      Class.forName("oracle.jdbc.driver.OracleDriver");
Java/문서/참조 . . . . 3 matches
     참조형은 Class, Array, interface (예외 String은 기본 자료형으로 취급한다.
     이런 reference자료형은 Class, 배열(Array) interface이며
     Class A
Java2MicroEdition . . . . 3 matches
그림을 보면 맨 아래에 MID, 즉 휴대전화의 하드웨어 부분이 있고 그 위에는 Native System Software가 존재하며 그 상위에 CLDC가, 그리고 MIDP에 대한 부분이 나오는데 이 부분을 살펴보면, MIDP Application과 OEM-Specific Classes로 나뉘어 있는 것을 알 수 있다. 여기서의 OEM-Specific Classes라는 것은 말 그대로 OEM(Original Equipment Manufacturing) 주문자의 상표로 상품을 제공하는 것이다. 즉, 다른 휴대전화에서는 사용할 수 없고, 자신의(같은 통신 회사의) 휴대전화에서만 독립적으로 수행될 수 있도록 제작된 Java또는 Native로 작성된 API이다. 이는 자신의(같은 통신 회사의) 휴대전화의 특성을 잘 나타내거나 또는 MIDP에서 제공하지 않는 특성화된 클래스 들로 이루어져 있다. 지금까지 나와있는 많은 MIDP API들에도 이런 예는 많이 보이고 있으며, 우리나라의 SK Telecom에서 제공하는 SK-VM에도 이런 SPEC을 가지고 휴대전화의 특성에 맞는 기능, 예를 들어 진동 기능이나, SMS를 컨트롤하는 기능 들을 구현하고 있다. 그림에서 보듯이 CLDC는 MIDP와 OEM-Specific Classes의 기본이 되고 있다.
JavaStudy2002/영동-2주차 . . . . 3 matches
     Class main--메인함수 클래스
     public class main{
     Class Bug--이동하는 벌레
     public class Bug{
     Class Board--벌레의 발자국이 남는 판. 발자국을 통해 바퀴벌레의 이동 상황을 보고한다.
     public class Board{
JavaStudy2002/영동-3주차 . . . . 3 matches
     사소한 것이지만 지적한다면 class main 의 이름을 Main 으로 바꾸시기를 강력(?) 추천합니다. Java 에는 지켜야하는 규칙인 문법외에 [http://java.sun.com/docs/codeconv/html/CodeConvTOC.doc.html 코딩 약속]을 추천하고 있씁니다. 과거 MS라면 헝가리안표기법 이겠지요? 현재의 .net 에서 헝가리안표기법은 없어졌습니다. --["neocoin"]
     Class main
     public class main{
     Class Bug
     public class Bug{
     Class Board
     public class Board{
     public class Board {
     public class Board {
      class 방향값 {
     public class Board {
      class 방향값 {
MFC/CollectionClass . . . . 3 matches
     = Collection Class =
     = type-safe collection class =
     = Template Collection Class =
      {{{~cpp CTypedPtrList<BaseClass, Type*> ListName
OOP . . . . 3 matches
     4. Every object is an instance of a class. A class groups similar objects.
     5. The class is the repository for behabior associated with an object.
     6. Classes are organized into singly-rooted tree structure, called an inheritance hirearchy.
      * [Class]
      * [Class variable]
ProjectZephyrus/ClientJourney . . . . 3 matches
      처음에는 영서와 GUI Programming을 했다. Main Frame class 의 메뉴붙이고 리스너 연결하는 것부터 시작, 입력 다이얼로그를 노가다 코딩해서 만드는데 서로 교대해서 1시간이 걸렸다. 코딩 속도도 저번에 비해 더욱 빨랐고, 대화할때도 그 질문이 간단했다. (5분간격이니 아무리 플밍이 익숙한 사람이 진행해도 그 진행양이 많지가 않다. 그리고 자신이 그 사람의 미완성 코드를 완성해야 하기에 모르면 바로 질문을 하게 된다.)
     다음번에 창섭이와 Socket Programming 을 같은 방법으로 했는데, 앞에서와 같은 효과가 나오지 않았다. 중간에 왜그럴까 생각해봤더니, 아까 GUI Programming 을 하기 전에 영서와 UI Diagram 을 그렸었다. 그러므로, 전체적으로 어디까지 해야 하는지 눈으로 확실히 보이는 것이였다. 하지만, Socket Programming 때는 일종의 Library를 만드는 스타일이 되어서 창섭이가 전체적으로 무엇을 작성해야하는지 자체를 모르는 것이였다. 그래서 중반쯤에 Socket관련 구체적인 시나리오 (UserConnection Class 를 이용하는 main 의 입장과 관련하여 서버 접속 & 결과 받아오는 것에 대한 간단한 sequence 를 그렸다) 를 만들고, 진행해 나가니까 진행이 좀 더 원할했다. 시간관계상 1시간정도밖에 작업을 하지 못한게 좀 아쉽긴 하다.
     1002의 경우 UML을 공부한 관계로, 좀 더 구조적으로 서술 할 수 있었던 것 같다. 설명을 위해 Conceptual Model 수준의 Class Diagram 과 Sequence, 그리고 거기에 Agile Modeling 에서 잠깐 봤었던 UI 에 따른 페이지 전환 관계에 대한 그림을 하나 더 그려서 설명했다. 하나의 프로그램에 대해 여러 각도에서 바라보는 것이 프로그램을 이해하는데 더 편했던 것 같다. [[BR]]
     1002는 CVS 사용방법에 대한 예를 보이고 설명을 했다. wincvs 윈도우 버전에 익숙하지 않았던 관계로 command 입력방법을 가르쳐줬다. 그리고 영서와는 주로 Swing쪽을, 창섭과는 Java Socket Class 에 익숙해지기 위해 Socket 관련 SpikeSolution 을 했다.
Refactoring/OrganizingData . . . . 3 matches
      * You have a class with many equal instances that you want to replace with a single object. [[BR]] ''Turn the object into a reference object.''
      * You have two classes that need to use each other's features, but there is only a one-way link.[[BR]]''Add back pointers, and change modifiers to update both sets.''
      * You have a two-way associational but one class no longer needs features from the other. [[BR]]''Drop the unneeded end of the association.''
     == Replace Record with Data Class p217 ==
     == Replace Type Code with Class p218 ==
      * A class has a numeric type code that does not affect its behavior. [[BR]] ''Replace the number with a new class.''
     http://zeropage.org/~reset/zb/data/ReplaceTypeCodeWithClass.gif
     == Replace Type Code with Subclasses p223 ==
      * You have an immutable type code that affects the bahavior of a class. [[BR]] ''Replace the type code with subclasses.''
     http://zeropage.org/~reset/zb/data/ReplaceTypeCodeWithSubclasses.gif
      * You have a type code that affects the behavior of a class, but you cannot use subclassing. [[BR]] ''REplace the type code with a state object.''
     == Replace Subclass with Fields p232 ==
      * You have subclasses that vary only in methods that return constant data.[[BR]]''Change the mehtods to superclass fields and eliminate the subclasses.''
     http://zeropage.org/~reset/zb/data/ReplaceSubclassWithFields.gif
UML . . . . 3 matches
=== Class Diagram ===
A Collaboration diagram models the interactions between objects in terms of sequenced messages. Collaboration diagrams represent a combination of information taken from [[#UML_Class Diagram|Class]], [[#UML_Sequence_Diagram|Sequence]], and [[#UML_Use_Case_Diagram|Use Case Diagrams]] describing both the static structure and dynamic behavior of a system.
데블스캠프2004/금요일 . . . . 3 matches
     ===== Class 만들기 =====
      * File -> New -> Class
     public class FirstJava {
     public class FirstJava extends JFrame{
     public class WindowFrame {
     public class FirstJava extends JFrame{
     public class FirstJava extends JFrame{
     public class FirstJava extends JFrame{
     ==== Class 추가 방법 ====
실습 . . . . 3 matches
     성적 관리하는 프로그램을 클래스(class)를 이용하여 C++로 작성하여 본다.
     1. 클래스(Class) 설계
     SungJuk Class
     13) 오른쪽 Project Workspace 창에서 Class View Tab을 선택한다.
     class SungJuk
안혁준/class.js . . . . 3 matches
     Function.prototype.extend = function(superclass)
      if(this.prototype.superclass)
      throw new SyntaxError("이미 superclass를 가지고 있습니다.");
      var proto = new superclass();
      proto.superclass = superclass;
      var implementClass = arguments[i];
      for(var p in implementClass.prototype)
      var fn = implementClass.prototype[p];
이영호/개인공부일기장 . . . . 3 matches
     26 (화) - Compilers, C++(다양한 Virtual 상속, Class의 메모리 구조-C의 구조체와 대비하여/Class는 구조체로 포인터함수를 사용해 구현한 메모리 구조와 비슷하다.)
     25 (월) - Compilers(한달에 1단원씩 떼기로 결정. 읽은곳 계속 읽어야 이해가 가능함. 오래전에 쓰여져서 상황도 과거로 이해해야함.), C++ Class 상속의 이해, 상속과 다형성
     21 (목) - Compilers, C++공부 시작(C++자체가 쉬워 7일만에 끝낼거 같음. -> C언어를 안다고 가정하고 C++를 가르쳐 주는 책을 보기 시작.), 기본문법, namespace, function overloading, class 추상화, 은닉성까지 완벽하게 정리.
02_Python . . . . 2 matches
      * Class 개념 까지는 들어가지 않을 예정 .. 아직까지는 함수 개념 잡기가 바쁠꺼라는 생각이 듬
      public class HelloWorldExample
     Class 객체 만들기 class subclass: staticData = []
3DGraphicsFoundation/INSU/SolarSystem . . . . 2 matches
      WNDCLASS wc;
      wc.lpszClassName = lpszAppName;
      if(RegisterClass(&wc) == 0)
3rdPCinCAUCSE/FastHand전략 . . . . 2 matches
ComputerGraphicsClass 수업 레포트와 전자상거래 레포트, ComputerNetworkClass 레포트 구현 관계상 3명이 거의 일주일 내내 밤새면서 몸이 축난 중에도 수상을 하게 되어서 기뻤습니다. (문제풀던중 코 후비던 [1002]군이 피를 봤다는 후일담이 전해지고 있다는..;) 동기들끼리의 팀이여서 그런지 완벽한 룰 설정과 호흡, 아이디어의 모음이 빛을 발했다고 생각합니다.
5인용C++스터디/API에서MFC로 . . . . 2 matches
     class CApplicationView : public CView
      * ClassWizard - 클래스의 함수 오버라이딩, 메시지 처리 등 복잡한 과정을 자동으로 처리해주는 툴.
      * WizardBar - ClassWizard의 축소판으로 사용하기 더욱 쉽고 편함.
C++ . . . . 2 matches
Bell Labs' Bjarne Stroustrup developed C++ (originally named "C with Classes") during the 1980s as an enhancement to the C programming language. Enhancements started with the addition of classes, followed by, among many features, virtual functions, operator overloading, multiple inheritance, templates, and exception handling. The C++ programming language standard was ratified in 1998 as ISO/IEC 14882:1998, the current version of which is the 2003 version, ISO/IEC 14882:2003. New version of the standard (known informally as C++0x) is being developed.
벨 연구소의 [http://www.research.att.com/~bs/homepage.html Bjarne Stroustrup]은 1980년대에 당시의 [C]를 개선해 C++을 개발하였다. (본디 C with Classes라고 명명했다고 한다.) 개선된 부분은 클래스의 지원으로 시작된다. (수많은 특징들 중에서 [가상함수], [:연산자오버로딩 연산자 오버로딩], [:다중상속 다중 상속], [템플릿], [예외처리]의 개념을 지원하는) C++ 표준은 1998년에 ISO/IEC 14882:1998로 재정되었다. 그 표준안의 최신판은 현재 ISO/IEC 14882:2003로서 2003년도 버전이다. 새 버전의 표준안(비공식 명칭 [C++0x])이 현재 개발중이다. [C]와 C++에서 ++이라는 표현은 특정 변수에 1의 값을 증가시키는 것이다. (incrementing이라 함). C++이라는 명칭을 이와 동일한 의미를 갖는데, [C]라는 언어에 증가적인 발전이 있음을 암시하는 것이다.
ClassifyByAnagram/sun . . . . 2 matches
      * Class, method 이름 refactoring
     public class PowerTest extends Applet
     class AnagramTest
     public class FindAnagram
     public class FindAnagram
     public class FindAnagram
     public class Anagram
     ClassifyByAnagram
CppUnit . . . . 2 matches
     Test Case 가 될 Class는 {{{~cpp CppUnit::TestCase }}} 를 상속받는다.
     class ExampleTestCase : public CppUnit::TestCase
     #include "hostapp.h" // MFC 인 경우 해당 App Class
     class SimpleTest : public CppUnit::TestFixture {
     class SimpleTestCase : public CppUnit::TestCase {
DPSCChapter3 . . . . 2 matches
      (결국, 각각이 CarEngine을 Base Class로 해서 상속을 통해 Ford Engine,Toyota Engine등등으로 확장될 수 있다는 말이다.)
      (정리 : Abstract Factory Pattern은 Factory Pattern을 추상화시킨 것이다.Factory Pattern의 목적이 Base Class로부터 상속
      self subclassResponsibility
      self subclassResponsibility
      self subclassResponsibility
DebuggingSeminar_2005/AutoExp.dat . . . . 2 matches
     ; references to a base class.
     ; If there is no rule for a class, the base classes are checked for
     CRuntimeClass =<m_lpszClassName,s>
     ; same for all CXXXArray classes
     ; various string classes from MFC & ATL
DevelopmentinWindows . . . . 2 matches
* MFC (Microsoft Foundation Class library)
* AppWizard, ClassWizard 등의 툴과의 통합으로 더욱 쉽게 사용할 수 있다.
DirectDraw/APIBasisSource . . . . 2 matches
      WNDCLASS wc;
      wc.lpszClassName = "DXTEST";
      RegisterClass( &wc );
EightQueenProblem/da_answer . . . . 2 matches
      Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
      TForm1 = class(TForm)
      Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
      TForm1 = class(TForm)
HowManyPiecesOfLand?/문보창 . . . . 2 matches
     이론상으론 O(1) 시간만에 되겠지만 문제는 입력범위가 2 <sup>31</sup> - 1 까지 들어올 수 있기 때문에 고정도 연산을 수행해야 한다. GNU C++ 이나 Java는 고정도 연산을 수행할 수 있는 클래스를 포함하고 있으나, 윈도우 C++에는 없다(혹, 내가 못찾는 것일수도 있다). 따라서 고정도 연산을 수행할 수 있는 클래스를 짰다. 성능이 너무 떨어진다. O(1) 을 O(n<sup>5</sup>) 정도로 바꿔 놓은 듯한 느낌이다. 이 Class를 개선한뒤 다시 테스트 해봐야 겠다.
     // Big Integer Class - C++
     class BigInteger
JavaNetworkProgramming . . . . 2 matches
      public class AuthException extends IOException{ //사용자 예외를 정의할때 적당한 예외 클래스의 서브클래스가 되는것이 중요한데
      public class SubThread extends Thread{
      public class ThreadDemo implements Runnable{
      public class SimpleOut { //간단한 OutputStream 예제
      public class SimpleIn { //간단한 InputStream 예제
      public class copy {
      public class SimpleOverwritingFileOutputStream extends OutputStream {
      public class SeekableFileOutputStream extends FileOutputStream {
      public class MarkResetFileInputStream extends FileInputStream {
      public class FilterTest{
      public class MyDatagramPacket implements Serializable { //이클래스는 직렬화를 할수있다.
      public class MyFile extends File{//이클래스 자체로 직렬화할수있지만 예제다 --;
      public class MyAltDatagramPacket extends MyDatagramPacket {
      public class MyObjectOutputStream extends ObjectOutputStream implements MyOSContants{
      if(object.getClass() == DatagramPacket.class)
      else if(object.getClass().getName().equals("java.io.File"))
      public class MyObjectInputStream extends ObjectInputStream implements MyOSContants {
LogicCircuitClass . . . . 2 matches
     = What is this class? =
      * [LogicCircuitClass/Exam2006_1]
      * [LogicCircuitClass/Exam2006_2]
MFC/Socket . . . . 2 matches
     class CServerSocket : public CSocket
      // ClassWizard generated virtual function overrides
      // NOTE - the ClassWizard will add and remove member functions here.
MoreEffectiveC++/Exception . . . . 2 matches
      class ALA{
      class Puppy: public ALA{
      class Kitten: pubic ALA{
      template<class T>
      class auto_ptr{
      class WidnowHandle{
      class Image{
      class AudioClip{
      class PhoneNumber{ ... };
      class BookEntry{
      void testBookEntryClass()
      void testBookEntryClass()
      class BookEntry{
      class BookEntry{
      class BookEntry{
      class BookEntry{
      class Session{
      class Widget { ... };
     class Widget { ...}
     class SpecialWidget: public Widget { ... };
MoreEffectiveC++/Techniques2of3 . . . . 2 matches
     class String { // 표준 문자열 형은 이번 아이템의 참조세기를 갖추고
     class String {
     class String {
     class String {
     class String {
     class String {
     class String {
     class String {
      === A Reference-Counting Base Class : 참조-세기 기초 클래스 ===
     class RCObject {
     class String {
     이번 주제의 nested class의 모습을 보면 그리 좋와 보이지는 않을 것이다.처음에는 생소하겠지만, 이러한 방버은 정당한 것이다. nested클래스의 방법은 수많은 클래스의 종류중 단지 하나 뿐이다. 이것을 특별히 취급하지는 말아라.
     class String {
     template<class T>
     class RCPtr {
     template<class T>
     template<class T>
     template<class T>
     class String {
     class String {
Ruby/2011년스터디/세미나 . . . . 2 matches
      *함수조차 nilClass의 멤버함수
      * nilClass의 인스턴스는 nil하나, prototype은 없음. 다른 함수들은 가지고있음
      * 내부속성 class
      class Some
      class Some
      class Some2 < Some
      * superclass
     class Layton
STL/참고사이트 . . . . 2 matches
[http://dmoz.org/Computers/Programming/Languages/C++/Class_Libraries/STL C++ STL site ODP for STL] 와 [http://dir.lycos.com/Computers/Programming/Languages/C%2B%2B/Class_Libraries/STL 미러]
TheJavaMan/스네이크바이트 . . . . 2 matches
     {{{~cpp public class Board {
     public class Apple
     public class Snake
     public class SnakeBite {
     public class Board extends Frame{
      snake=getToolkit().getImage(getClass().getResource("/images/Snake1.gif"));
      apple=getToolkit().getImage(getClass().getResource("/images/apple.gif"));
     public class Snake {
     public class SnakeBite {
VisualBasicClass . . . . 2 matches
= Visual Basic Class =
[VisualBasicClass/2006/Exam1]
ZeroPage_200_OK/note . . . . 2 matches
      * oop의 흐름은 class와 prototype으로 나늰다.
     ==== Class vs Prototype ====
      * Class : 함수와 맴버 변수가 각각 class와 인스턴스에 나누어 져있는것.
      || class || <-----------------> || prototype ||
김태진 . . . . 2 matches
* 새싹교실, AClass 강사 - [새싹교실/2012/AClass]
데블스캠프2009/목요일/연습문제/MFC/송지원 . . . . 2 matches
     class CTestDlg : public CDialog
      // ClassWizard generated virtual function overrides
     class CAboutDlg : public CDialog
      // ClassWizard generated virtual function overrides
데블스캠프2011/다섯째날/HowToWriteCodeWell/임상현,서민관 . . . . 2 matches
     import org.junit.AfterClass;
     import org.junit.BeforeClass;
     public class testTest {
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
      @Test(expected = Exception.class)
     public class Elev {
데블스캠프2011/둘째날/후기 . . . . 2 matches
링크 : [:데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김동준 Machine-Learning의 제 코드입니다.]
* Classification의 정확성을 높이기 위해 한글자나 특수문자가 포함된 단어들을 제외시켰는데 오히려 정확도가 떨어져서 아쉬웠습니다. 인공지능 수업때도 느꼈던 것이지만 사람의 생각(아이디어)가 반영된다고 해서 더 성능이 좋아진다고 보장할 수는 없는것 같아요
변준원 . . . . 2 matches
      WNDCLASS wc;
      wc.lpszClassName = "DXTEST";
      RegisterClass( &wc );
타도코코아CppStudy/0724 . . . . 2 matches
SeeAlso) [RandomWalk2/ClassPrototype]
SeeAlso) OWIKI:RandomWalk2/ClassPrototype
타도코코아CppStudy/0724/선희발표_객체지향 . . . . 2 matches
      * Classification(분류) - 같은 자료구조와 행위를 가진 객체들은 동일한 클래스(class)로 분류된다.
      즉, 주어진 클래스에 서브클래스(subclass)가 있다면 서브클래스의 모든 객체들은 소속 클래스의 모든 속성이나 연산기능을 상속받게 된다. 따라서, 서브클래스를 정의할 때에는 수퍼클래스(super class) 로부터 상속받는 내역들을 중복하여 정의할 필요가 없게 된다.
      * 데이타형 클래스와 객체(Class and Objectas any type data) : 자동차를 움직이기 위한 유저가 2명 있다. 자동차라는 객체 를 둘다 사용하는데 한명은 부산에 가려고 하고 한명은 대구에 오려고 한다.
타도코코아CppStudy/0804 . . . . 2 matches
* MFC하다가 좀 힘들어서, C++ Class를 2주정도 하기로 했다. [CherryBoy]는 계속 MFC진행하기로 했다.
|| ZeroWiki:ClassifyByAnagram || . || . || . ||
타도코코아CppStudy/객체지향발표 . . . . 2 matches
      * Classification(분류) - 같은 자료구조와 행위를 가진 객체들은 동일한 클래스(class)로 분류된다.
      즉, 주어진 클래스에 서브클래스(subclass)가 있다면 서브클래스의 모든 객체들은 소속 클래스의 모든 속성이나 연산기능을 상속받게 된다. 따라서, 서브클래스를 정의할 때에는 수퍼클래스(super class) 로부터 상속받는 내역들을 중복하여 정의할 필요가 없게 된다.
      * 데이타형 클래스와 객체(Class and Objectas any type data) : 자동차를 움직이기 위한 유저가 2명 있다. 자동차라는 객체 를 둘다 사용하는데 한명은 부산에 가려고 하고 한명은 대구에 오려고 한다.
2005MFC이동현님의명강의 . . . . 1 match
* 2005.09.14 C++ Class 에대한 간단한 설명과 필요한 이유, MFC와API에 다른점.
5인용C++스터디/클래스상속 . . . . 1 match
     Upload:Class.ppt
     class person{
     class employee : public person{
AcceleratedC++/Chapter13 . . . . 1 match
     '''대학원생과 학부생의 성적의 공통적 요소만을 표현한 Core Class'''
     class Core {
     '''대학원생에 관련된 점을 추가한 Grad class'''
     class Grad:public Core { // 구현(implementation)의 일부가 아닌 인터페이스(interface)의 일부로서 상속받는다는 것을 나타냄.
     Grad 클래스는 Core로 부터 파생되었다(Derived from), 상속받았다(inherits from), 혹은 Core는 Grad의 base class 이다 라는 표현을 사용한다.
     class Core {
      '''Core class의 기본 구현'''
     class Core {
     class Grad:public Core {
     class Core {
     class Core {
      // accessible to derived classes
     class Grad: public Core {
     class Core {
     == 13.4 A simple handle class ==
      '''핸들 클래스(handle class)'''
     class Student_info {
     class Core {
      friend class Student_info;
     class Grad {
AcceleratedC++/Chapter3 . . . . 1 match
* 이러한 것들을 Telplate Classes 라고 한다. 11장에서 자세히 보도록 하자.
AcceleratedC++/Chapter6 . . . . 1 match
== 6.3 Classifying students, revisited ==
AcceleratedC++/Chapter8 . . . . 1 match
     template <class T> // type 매개변수의 지정, 이 함수의 scope안에서는 데이터 형을 대신한다.
     template <class T>
      {{{~cpp template <class In, class X> In find(In begin, In end, const X& x) {
     template <class In, class X> In find(In begin, In end, const X& x) {
     template <class In, class Out> Out copy(In begin, In end, Out dest) {
      class In 형의 반복자는 함수가 진행되는 동안 반복자를 통해서 읽기 연산만을 수행한다. class Out 형의 반복자는 *dest++ = *begin++; 의 연산을 통해서 쓰기 연산을 수행한다. 따라서 class Out 반복자는 '''++(전,후위). =''' 연산자만을 평가할수 있으면 된다.
      class Out 반복자를 출력에 배타적으로 사용하려면 '''++ 연산이 대입문 사이에서 1번이상은 무효'''가 되도록 만들어 주어야한다.
      모든 컨테이너는 back_inserter(class T)를 통해서 출력 반복자를 리턴시킬 수 있다. 이 반복자는 write-once의 특성을 가진다.
     template <class For, class X> void replace(For begin, For end, const X& x, const X& y) {
     template <class Bi> void reverse(Bi begin, Bi end) {
     template <class Ran, class X> bool binary_search(Ran begin, Ran end, const X& x) {
     template <class Out> // changed
     Class Out 가 순방향, 임의접근, 출력 반복자의 요구사항을 모두 반족하기 때문에 istream_iterator만 아니라면 어떤 반복자에도 쓰일 수 있다. 즉, 특정변수로의 저장 뿐만아니라 console, file 로의 ostream 으로의 출력도 지원한다. '' 흠 대단하군.. ''
AcceleratedC++/Chapter9 . . . . 1 match
     == 9.2 Class types ==
     class Student_info {
      struct 키워드 대신 '''class''' 키워드 사용. '''보호레이블(protection label)''' 사용. 레이블은 순서없이 여러분 중복으로 나와도 무관함.
      || class 키워드를 사용한 클래스 || 기본 보호모드가 private 으로 동작한다. ||
     class Student_info {
     class Student_info {
     class Student_info {
     class Student_info {
     == 9.4 The Student_info class ==
     class Student_info {
     class Student_info {
     class Student_info {
     == 9.6 Using the Student_info class ==
Adapter . . . . 1 match
     === Class Adapter ===
     Smalltalk에서 ''Design Patterns''의 Adapter 패턴 class버전을 적용 시키지 못한다. class 버전은 다중 상속으로 그 기능을 구현하기 때문이다. [[BR]]
     DP의 p147을 보면 '''Adapter'''클래스는 반드시 그것의 '''Adaptee'''를 타입으로 선언해서 가지고 있어야만 한다.이런 경우에는 해당 클래스와 그것에서 상속되는 클래스들만이 기능을 사용(adapt)할수 있다. Smalltalk에서 엄격한 형검사(Strong Typeing) 존재 않으면, class 가 '''Adapter'''에서 '''Adaptee'''로 보내어지는 메세지를 보낼수 있는 이상 '''Adaptee'''가 어떠한 클래스라도 상관없을 것이다. [[BR]]
     자 그럼 Adapter를 적용시키는 시나리오를 시작해 본다. ''Design Patterns''(DP139)에서 DrawingEditor는 그래픽 객체들과 Shape의 상속도상의 클래스 인스턴스들을 모아 관리하였다. DrawingEditor는 이런 그래픽 객체들과의 소통을 위하여 Shape 프로토콜을 만들어 이 규칙에 맞는 메세지를 이용한다. 하지만 text인자의 경우 우리는 이미 존재하고 있는 TextView상에서 이미 구현된 기능을 사용한다. 우리는 DrawEditior가 TextView와 일반적으로 쓰이는 Shape와 같이 상호작용 하기를 원한다. 그렇지만 TextView는 Shape의 프로토콜을 따르지 않는 다는 점이 문제이다. 그래서 우리는 TextShap의 Adapter class를 Shape의 자식(subclass)로 정의 한다. TextShape는 인스턴스로 TextView의 참조(reference)를 가지고 있으며, Shape프로토콜상에서의 메세지를 사용한다.; 이들 각각의 메세지는 간단히 다른 메세지로 캡슐화된 TextView에게 전달되어 질수 있다. 우리는 그때 TextShape를 DrawingEditor와 TextView사이에 붙인다.
     우리는 Tailored Adapter안에서 메세지를 해석을 위하여 해당 전용 메소드를 만들수 있다. 왜냐하면 디자인 시간에 Adapter와 Adaptee의 프로토콜을 알고 있기 때문이다. The Adapter class는 유일한 상황의 해석을 위해서 만들어 진다. 그리고 각각의 Adapter의 메소드는 Adaptee에 대한 알맞은 메세지들에 대하여 hard-codes(전용 함수 정도의 의미로 생각) 이다
BasicJAVA2005/7주차 . . . . 1 match
1. Listener Class
BaysianFiltering . . . . 1 match
그리고 PatternClassification 관련한 여러 알고리즘에도 BayesTheory 를 기본으로 하는게 상당히 많다.
Beginning_XML . . . . 1 match
* 엘리먼트 패턴 : Element nameClass {pattern}
BigBang . . . . 1 match
      * string Class
      class foo {
      * stl vector를 이용한 class vector 만들기
      class Widget;
      class Widget{
BuildingParserWithJava . . . . 1 match
3학년 1학기 ProgrammingLanguageClass에서 숙제로 파서를 만들면서 한계를 많이 느꼈었다. 가장 큰 문제는 모든 흐름이 함수 호출을 따라 흘러간다다는 것이었다. 어느 곳이 잘못되었는지 알기가 어려웠기 때문에 찾는데 무척 애를 먹었다. 문법을 하나 추가하는 작업도 매번 오래 걸렸다. 그러다 보니 평가에 중요한 예외처리를 할 시간이 많지 않았다.
BuildingWikiParserUsingPlex . . . . 1 match
     class Parser:
     class WikiParser(Scanner):
      return "<a class=nonexist href='%(scriptName)s/%(pageName)s'>%(pageName)s</a>" % {'scriptName':self.scriptName, 'pageName':aText}
      class NoneMacro:
     전자의 경우 각각의 Class Responsibility 들을 유지한다는 장점이 있지만, AutoLinker 에서 원래 생각치 않았던 한가지 일을 더 해야 한다는 점이 있겠다.
CPPStudy_2005_1/Canvas . . . . 1 match
== Class ==
ClassifyByAnagram/1002 . . . . 1 match
     class Formatter:
     class Anagram:
     ["ClassifyByAnagram"]
ClassifyByAnagram/상규 . . . . 1 match
class Dictionary
["ClassifyByAnagram"]
ClassifyByAnagram/인수 . . . . 1 match
     class Anagram
     class Anagram
     ["ClassifyByAnagram"]
ClassifyByAnagram/재동 . . . . 1 match
     class AnagramTestCase(unittest.TestCase):
     class Anagram:
     ["ClassifyByAnagram"]
Class로 계산기 짜기 . . . . 1 match
     class Memory
     class NumberInputer
     class ComputeDevice
     class Lcd
     class Calculator
     MFCStudy2006/Class로 계산기 짜기 <- 이런 이름이 더 좋을듯 싶네요^^ - 아영
CleanCode . . . . 1 match
Class Account {
ComputerGraphicsClass/Exam2004_1 . . . . 1 match
ComputerGraphicsClass
ComputerGraphicsClass/Report2004_1 . . . . 1 match
ComputerGraphicsClass
ComputerNetworkClass/Exam2004_1 . . . . 1 match
ComputerNetworkClass
ComputerNetworkClass/Report2006/BuildingProxyServer . . . . 1 match
[ComputerNetworkClass/Report2006]
CrcCard . . . . 1 match
Class - Responsibility - Collaboration Card. 보통은 간단한 3 x 5 inch 짜리의 인덱스카드(IndexCard)를 이용한다.
CxImage 사용 . . . . 1 match
App Class 에서 InitInstance() 의 아래부분 주석 처리
DesigningObjectOrientedSoftware . . . . 1 match
Object 의 ClassResponsibiltyCollaboration 에 대한 개념이 잘 설명되어있는 책.
EffectiveC++ . . . . 1 match
      class GamePlayer
      template class<T>
     동적 메모리 할당을 행하는 클래스들은 메모리를 할당하기 위해서 생성자에 new를 쓴다. (CString class같은것들?)[[BR]]
     그리고, class내 에서 operator new와 set_new_handler를 정해 줌으로써 해당 class만의 독특(?)한 [[BR]]
     class X {
      // for class X.)
     // in class
     class Base {
     class Derived: public Base // Derived doesn't declare
     // in class
     class Base { // same as before, but now
     간단. class 내에 operator new를 만들어 줄때. [[BR]]
     class X {
     class X
     class X
     === Item 11: Declare a copy constructor and an assignment operator for classes with dynamically allocated memory ===
     // 완벽하지 않은 String class
     class String {
     이 class에는 치환 연산자나 복사 생성자가 없다. 이런 클래스는 좋지 못한 결과를 발생시킨다. [[BR]]
     template<class T>
EffectiveSTL . . . . 1 match
=== 6. Functors, Functor Classes, Functions, etc. ===
EightQueenProblem/밥벌레 . . . . 1 match
Windows, Messages, SysUtils, Classes, Graphics, Controls, Forms, Dialogs,
TForm1 = class(TForm)
EightQueenProblemSecondTryDiscussion . . . . 1 match
제가 보기에 현재의 디자인은 class 키워드만 빼면 절차적 프로그래밍(procedural programming)이 되는 것 같습니다. 오브젝트 속성은 전역 변수가 되고 말이죠. 이런 구성을 일러 God Class Problem이라고도 합니다. AOP(Action-Oriented Programming -- 소위 Procedural Programming이라고 하는 것) 쪽에서 온 프로그래머들이 자주 만드는 실수이기도 합니다. 객체지향 분해라기보다는 한 거대 클래스 내에서의 기능적 분해(functional decomposition)가 되는 것이죠. Wirfs-Brock은 지능(Intelligence)의 고른 분포를 OOD의 중요요소로 뽑습니다. NQueen 오브젝트는 그 이름을 "Manager"나 "Main''''''Controller"로 바꿔도 될 정도로 모든 책임(responsibility)을 도맡아 하고 있습니다 -- Meyer는 하나의 클래스는 한가지 책임만을 제대로 해야한다(A class has a single responsibility: it does it all, does it well, and does it only )고 말하는데, 이것은 클래스 이름이 잘 지어졌는지, 얼마나 구체성을 주는지 등에서 알 수 있습니다. (Coad는 "In OO, a class's statement of responsibility (a 25-word or less statement) is the key to the class. It shouldn't have many 'and's and almost no 'or's."라고 합니다. 만약 이게 자연스럽게 되지않는다면 클래스를 하나 이상 만들어야 한다는 얘기가 되겠죠.) 한가지 가능한 지능 분산으로, 여러개의 Queen 오브젝트와 Board 오브젝트 하나를 만드는 경우를 생각해 볼 수 있겠습니다. Queen 오브젝트 갑이 Queen 오브젝트 을에게 물어봅니다. "내가 너를 귀찮게 하고 있니?" --김창준
EnglishWritingClass/Exam2006_1 . . . . 1 match
= EnglishWritingClass =
ExplicitInitialization . . . . 1 match
Class Timer
ExtremeBear/Plan . . . . 1 match
* Class : 대문자로 시작
ExtremeBear/VideoShop/20021106 . . . . 1 match
* Date Class 사용법을 알게 되었다.
GUIProgramming . . . . 1 match
Related) [MicrosoftFoundationClasses]
Gnutella-MoreFree . . . . 1 match
2.2 Class Hierarchal Diagram
Gof/Facade . . . . 1 match
     이러한 클래스들로부터 클라이언트들을 보호할 수 있는 고급레벨의 인터페이스를 제공하기 위해 컴파일러 서브시스템은 facade 로서 Compiler class를 포함한다. 이러한 클래스는 컴파일러의 각 기능성들에 대한 단일한 인터페이스를 정의한다. Compiler class는 facade (원래의 단어 뜻은 건물의 전면. 외관, 겉보기..) 로서 작용한다. Compiler class는 클라이언트들에게 컴파일러 서브시스템에 대한 단일하고 단순한 인터페이스를 제공한다. Compiler class는 컴파일러의 각 기능들을 구현한 클래스들을 완벽하게 은폐시키지 않고, 하나의 클래스에 포함시켜서 붙인다. 컴파일러 facade 는저급레벨의 기능들의 은폐없이 대부분의 프로그래머들에게 편리성을 제공한다.
     subsystem classes (Scanner, Parser, ProgramNode, etc.)
     그러면 클라이언트는 추상 Facade class의 인터페이스를 통해 서브시스템과 대화할 수 있다. 이러한 추상클래스와의 연결은 클라이언트가 사용할 서브시스템의 구현을 알아야 하는 필요성을 없애준다.
     서브시스템은 인터페이스를 가진다는 점과 무엇인가를 (클래스는 state와 operation을 캡슐화하는 반면, 서브시스템은 classes를 캡슐화한다.) 캡슐화한다는 점에서 class 와 비슷하다. class 에서 public 과 private interface를 생각하듯이 우리는 서브시스템에서 public 과 private interface 에 대해 생각할 수 있다.
     서브시스템으로의 public interface는 모든 클라이언트들이 접속가능한 클래스들로 구성되며. 이때 서브시스템으로의 private interface는 단지 서브시스템의 확장자들을 위한 인터페이스이다. 따라서 facade class는 public interface의 일부이다. 하지만, 유일한 일부인 것은 아니다. 다른 서브시스템 클래스들 역시 대게 public interface이다. 예를 들자면, 컴파일러 서브시스템의 Parser class나 Scanner class들은 public interface의 일부이다.
     서브시스템 클래스를 private 로 만드는 것은 유용하지만, 일부의 OOP Language가 지원한다. C++과 Smalltalk 는 전통적으로 class에 대한 namespace를 global하게 가진다. 하지만 최근에 C++ 표준회의에서 namespace가 추가됨으로서 [Str94], public 서브시스템 클래스를 노출시킬 수 있게 되었다.[Str94] (충돌의 여지를 줄였다는 편이 맞을듯..)
     class Scanner {
     class Parser {
     class ProgramNodeBuilder {
     parser tree는 StatementNode, ExpressionNode와 같은 ProgramNode의 subclass들의 인스턴스들로 이루어진다. ProgramNode 계층 구조는 Composite Pattern의 예이다. ProgramNode는 program node 와 program node의 children을 조작하기 위한 인터페이스를 정의한다.
     class ProgramNode {
     Traverse operaton은 CodeGenerator 객체를 인자로 취한다. ProgramNode subclass들은 BytecodeStream에 있는 Bytecode객체들을 machine code로 변환하기 위해 CodeGenerator 객체를 사용한다. CodeGenerator 클래는 visitor이다. (VisitorPattern을 참조하라)
     class CodeGenerator {
     CodeGenerator 는 subclass를 가진다. 예를들어 StackMachineCodeGenerator sk RISCCodeGenerator 등. 각각의 다른 하드웨어 아키텍처에 대한 machine code로 변환하는 subclass를 가질 수 있다.
     ProgramNode의 각 subclass들은 ProgramNode의 child인 ProgramNode 객체를 호출하기 위해 Traverse operation을 구현한다. 매번 각 child는 children에게 같은 일을 재귀적으로 수행한다. 예를 들어, ExpressionNode는 Traverse를 다음과 같이 정의한다.
     class Compiler {
     ET++ application framework [WGM88] 에서, application은 run-time 상에서 application의 객체들을 살필 수 수 있는 built-in browsing tools를 가지고 있다.이러한 browsing tools는 "ProgrammingEnvironment'라 불리는 facade class를 가진 구분된 서브시스템에 구현되어있다. 이 facade는 browser에 접근 하기 위한 InspectObject나 InspectClass같은 operation을 정의한다.
     ET++ application은 또한 built-in browsing support를 없앨수도 있다. 이러한 경우 ProgrammingEnvironment는 이 요청에 대해 null-operation으로서 구현한다. 그러한 null-operation는 아무 일도 하지 않는다. 단지 ETProgrammingEnvironment subclass는 각각 대응하는 browser에 표시해주는 operation을 가지고 이러한 요청을 구현한다. application은 browsing environment가 존재하던지 그렇지 않던지에 대한 정보를 가지고 있지 않다. application 과 browsing 서브시스템 사이에는 추상적인 결합관계가 있다.
     Mediator 는 존재하는 class들의 기능들을 추상화시킨다는 점에서 Facade와 비슷하다. 하지만 Mediator의 목적은 정해지지 않은 동료클래스간의 통신을 추상화시키고, 해당 동료클래스군 어디에도 포함되지 않는 기능들을 중앙으로 모은다. Mediator의 동료클래스들은 Mediator에 대한 정보를 가지며 서로 직접적으로 통신하는 대신 mediator를 통해 통신한다. 대조적으로 facade는 단지 서브시스템들을 사용하기 편하게 하기 위해서 서브시스템들의 인터페이스를 추상화시킬 뿐이다. facade는 새로운 기능을 새로 정의하지 않으며, 서브시스템 클래스는 facade에 대한 정보를 가질 필요가 없다.
GuiTestingWithMfc . . . . 1 match
// NOTE - the ClassWizard will add and remove mapping macros here.
class GuiTestCase : public CppUnit::TestCase {
HardcoreCppStudy/두번째숙제/CharacteristicOfOOP/변준원 . . . . 1 match
     속성 상속이라는 개념 역시 우리의 일상 생활에서 흔히 사용하는 개념을 프로그램으로 표현하기 위한 편리한 수단이다. 어떤 객체의 종류, 즉 클래스는 좀 더 세분화하여 분류할 수가 있는데 이렇게 세분화된 종류나 유형을 subtype 혹은 subclass라고 한다.
     객체지향 프로그래밍에서 "속성 상속"은 새로운 클래스를 정의할 때 모든 것은 처음부터 다 정의하는 것이 아니라 이미 존재하는 유사한 클래스를 바탕으로 하여 필요한 속성만 추가하여 정의하는 경제적인 방법을 의미한다. 이 때 새로이 생기는 클래스를 subclass라 하고 그 바탕이 되는 클래스를 superclass라 한다. 이렇게 하면 클래스들 사이에서 공통으로 가지는 특성, 즉 데이타 구조나 함수들은 중복하여 정의하는 일을 줄일 수 있을 뿐 아니라, 특성을 수정하거나 추가시에 superclass의 정의만 고치면 그 subclass들도 변경된 속성을 자동적으로 상속받게 되므로 매우 편리하다.
     추상 클래스(Abstract Class)
     클래스 중에는 인스턴스(instance)를 만들어 낼 목적이 아니라 subclass들의 공통된 특성을 추출하여 묘사하기 위한 클래스가 있는데, 이를 추상 클래스(Abstract class, Virtual class)라 한다. 변수들을 정의하고 함수중 일부는 완전히 구현하지 않고, Signature만을 정의한 것들이 있다. 이들을 추상 함수(Abstract function)라 부르며, 이들은 후에 subclass를 정의할 때에 그 클래스의 목적에 맞게 완전히 구현된다. 이 때 추상 클래스의 한 subclass가 상속받은 모든 추상 함수들을 완전히 구현했을 때, 이를 완전 클래스(Concrete class)라고 부른다. 이 완전 클래스는 인스턴스를 만들어 낼 수 있다.
     추상 클래스의 예로서 프린터 소프트웨어를 생각해 보자. 우선 모든 종류의 프린터들이 공통으로 가지는 특성을 정의한 추상 클래스 "Printer"가 있다고 한다면, 여기에는 프린터의 상태를 나타내는 변수, 프린터의 속도 등의 변수가 있으며 함수로는 프린팅을 수행하는 Print 등을 생각할 수 있다. 그러나 프린터마다(Dot matrix printer, Laser printer, Ink jet printer) 프린팅 하는 방법이 다르므로 이 추상 클래스 안에서는 Print라는 함수를 완전히 구현할 수 없다. 다만, 여기에는 Print 추상 함수의 Signature만 가지고 있으며, 실제의 구현은 여러 subclass에서 각 프린터 종류에 알맞게 하면 된다.
Ieee754Standard . . . . 1 match
전산/컴공과 학생이 NumericalAnalysisClass를 통틀어서 오로지 한가지만 배워야 한다면 나는 부동소수점 연산을 들고 싶다. --JuNe
JUnit/Ecliipse . . . . 1 match
     Eclipse 플랫폼을 실행하시고, Window->Preference 메뉴를 선택하시면 Preferences 대화창이 열립니다. 왼쪽의 트리구조를 보시면 Java 라는 노드가 있고, 하위 노드로 Build Path 에 보시면 Classpath Varialbles 가 있습니다.
     public class Ch03_01 {
     public class Ch03_01Test extends TestCase {
     public class Ch03_01Test extends TestCase {
Java/DynamicProxy . . . . 1 match
* Generic caching decorator(See DecoratorPattern) - [http://www.onjava.com/pub/a/onjava/2003/08/20/memoization.html Memoization in Java Using Dynamic Proxy Classes], and [http://roller.anthonyeden.com/page/SKI_BUM/20030810#dynamicproxy_net#dynamicproxy_net .NET equivalent]
JavaStudy2003/두번째과제/곽세환 . . . . 1 match
     public class Board {
     public class Roach {
     public class Human {
      클래스(Class):(벽돌틀)
     class 클래스이름 {
JavaStudy2004 . . . . 1 match
* 추천도서 - Java HowToProgram - Deitel사. 2학년 전공 JavaProgrammingClass에서 교재로 사용하는 책. 간단하고 쉽다. 자바를 처음 시작하는 이에게 추천도서
JavaStudyInVacation/진행상황 . . . . 1 match
See Also ["Java/NestingClass"] 정진균 군이 수고해 주셨습니다. 그냥 이렇구나 하고 읽어 보세요. --NeoCoin
Jython . . . . 1 match
* [http://huniv.hongik.ac.kr/~yong/MoinMoin/wiki-moinmoin/moin.cgi/JythonTestCode PyUnit 과 Java Class 와의 만남 from 박응용님 위키]
LUA_6 . . . . 1 match
그럼 이제 class를 만들어 보겠습니다.
class를 만들기 위한 페이지 http://lua-users.org/wiki/YetAnotherClassImplementation 추가로 링크 넣었습니다.
LazyInitialization . . . . 1 match
Class Timer
Linux/RegularExpression . . . . 1 match
* [](Character Class) : seper[ae]te 하면 seperate, seperete 모두를 포함한다.
LinuxSystemClass/Exam_2004_1 . . . . 1 match
LinuxSystemClass
LogicCircuitClass/Exam2006_1 . . . . 1 match
[LogicCircuitClass]
LogicCircuitClass/Exam2006_2 . . . . 1 match
[LogicCircuitClass]
MFC . . . . 1 match
#Redirect MicrosoftFoundationClasses
MFC/AddIn . . . . 1 match
* Restore Class View Addin
MFCStudy_2002_1 . . . . 1 match
인터넷 플레이가 가능한 오목을 짤거라는 다짐을 하며...MFC 스터디..잠시 끝!...Class에 대해서 더 공부해지~~..[[BR]]
MobileJavaStudy/Tip . . . . 1 match
     public class className extends MIDlet {
      public className() {
     InputStream is = this.getClass().getResourceAsStream("readme.txt");
MockObjects . . . . 1 match
|| Class Name || 역할 ||
MoniWikiProcessor . . . . 1 match
=== Class type ===
MoreEffectiveC++/C++이 어렵다? . . . . 1 match
== Only Class ==
* 이유 : class에 대하여 vtbl과 vtp의 구현 방법 표준이 비존재, 당연히 직렬화에 관한 표준 역시 비존재, 벤더들에게 구현을 맡겼음. 그래서 특히나 각 DB업체에서 OODB의 제작시 자사들만의 표준을 가져야 한다는 벽에 부딪침.
MoreEffectiveC++/Techniques1of3 . . . . 1 match
     class NLComponent{ // News Letter 의 부모 인자
     class TextBlock:public NLComponent{ // 글을 표현하는 인자
     class Graphic:public NLComponent{ // 그림을 표현하는 인자
     class NewsLetter { // 글과, 그림을 가지는 News Letter
     class NewsLetter {
     class NewsLetter{
     class NLComponent{
     class TextBlock: public NLComponent{
     class Graphic:public NLComponent{
     class NewsLetter{
     class NLComponent{
     class TextBlock:public NLComponent{
     class Graphic:public NLComponent{
     class NLComponent {
     class TextBlock: public NLComponent {
     class Graphic: public NLComponent {
     == Item 26: Limiting the number of objects of a class ==
     class CantBeInstantiated {
     class PrintJob; // 미리 선언, 프린터 작업에 쓰이는 객체. 참고 Effective C++ Item 34
     class Printer {
NUnit/C++예제 . . . . 1 match
      public __gc class Calculator
     public __gc class Calculator
     class CDomain
     public __gc class CDomain
      public __gc class Class1
     그것을 떠나서, MFC를 쓰면서 테스트를 하는 것이 의미 있어 지려면, MFC 로 작성한 프로그램이 정상 동작하면서, 테스트를 할수 있어야 하는데, MFC Frameworks 이 Managed C++ 모드로 컴파일이 잘되고, 잘 돌아가는지, 이것이 의문이다. 된다면, MS에서 모든 MFC class앞에 __gc가 붙이기라도 한걸까? 혹은 이미 해당 매크로가 존재하지 않을까?
NumericalAnalysisClass/Exam2004_2 . . . . 1 match
[NumericalAnalysisClass]
NumericalAnalysisClass/Report2002_2 . . . . 1 match
["NumericalAnalysisClass"]
ObjectOrientedProgramming . . . . 1 match
     4. Every object is an instance of a class. A class groups similar objects.
     5. The class is the repository for behabior associated with an object.
     6. Classes are organized into singly-rooted tree structure, called an inheritance hirearchy.
OperatingSystemClass/Exam2006_1 . . . . 1 match
[OperatingSystemClass]
OperatingSystemClass/Exam2006_2 . . . . 1 match
[OperatingSystemClass]
OurMajorLangIsCAndCPlusPlus . . . . 1 match
[OurMajorLangIsCAndCPlusPlus/Class]
OurMajorLangIsCAndCPlusPlus/2006.1.26 . . . . 1 match
클래스 [OurMajorLangIsCAndCPlusPlus/Class]
PerformanceTest . . . . 1 match
수행시간 측정용 C++ Class. 수행시간 단위는 Sec 입니다. 단 HighResolutionTimer를 지원하는 프로세서가 필요합니다.
class CTimeEstimate
ProgrammingLanguageClass/2006/EndTermExamination . . . . 1 match
[ProgrammingLanguageClass]
ProgrammingLanguageClass/Report2002_1 . . . . 1 match
["ProgrammingLanguageClass"]
ProgrammingLanguageClass/Report2002_2 . . . . 1 match
["ProgrammingLanguageClass"]
ProjectPrometheus/개요 . . . . 1 match
지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. 엄청나게 많은 것을 배우게 될 것이다.
ProjectZephyrus/Client . . . . 1 match
     || Socket Class 작성 || 2 || ○ (40분) 6/5 ||
     || JTree 이용, buddy list class 작성 || 1 || ○ (40분) 5/31 ||
     || buddy list class refactoring (tree model move method) || . || ○ (20분) 6/5 ||
ProjectZephyrus/ServerJourney . . . . 1 match
java.lang.ClassCastException: command.InsertBuddyCmd
* 기타 class의 템플릿들 입력
PyIde . . . . 1 match
''가능하다. Jython 스크립트를 Java Class 파일로 간단하게 바꿀 수 있다. 나는 IE 오토메이션을 이렇게 해서 자바 FIT에서 통합으로 관리하게 했었다. --JuNe''
RandomWalk/임인택 . . . . 1 match
     public class Roach{
     public class Board {
     public class RandomWalk {
     public class Cell implements Runnable {
      } catch(ClassNotFoundException e) {
     public class Message {
     public class RandomWalk {
RandomWalk2 . . . . 1 match
* 뼈대예시 ["RandomWalk2/ClassPrototype"] (OOP를 처음 다루는 경우가 아니라면 보지 않기를 권한다)
RandomWalk2/Vector로2차원동적배열만들기 . . . . 1 match
* [http://www.cuj.com/articles/2000/0012/0012c/0012c.htm?topic=articles A Class Template for N-Dimensional Generic Resizable Arrays]
Refactoring/DealingWithGeneralization . . . . 1 match
      * Two subclasses have the same field.[[BR]]''Move the field to the superclass.''
      * You have methods with identical results on subclasses.[[BR]]''Move them to the superclass''
      * You have constructors on subclasses with mostly identical bodies.[[BR]]''Create a superclass constructor; class this from the subclass methods.''
     class Manager extends Employee...
      * Behavior on a superclass is relevant only for some of its subclasses.[[BR]]''Move it to those subclasses.''
      * A field is used only by some subclasses.[[BR]]''Move the field to those subclasses.''
     == Extract Subclass ==
      * A class has features that are used only in some instances.[[BR]]''Create a subclass for that subset of features.''
     http://zeropage.org/~reset/zb/data/ExtractSubclass.gif
     == Extract Superclass ==
      * You have two classes with similar features.[[BR]]''Create a superclass and move the common features to the superclass.''
     http://zeropage.org/~reset/zb/data/ExtractSuperClass.gif
      * Several clients use the same subset of a class's interface, or two classes have part of their interfaces in common.[[BR]]''Extract the subset into an interface.''
      * A superclass and subclass are not very different.[[BR]]''Merge them together.''
      * You have two methods in subclasses that perform similar steps in the same order, yet the steps are different.[[BR]]''Get the steps into methods with the same signature, so that the original methods become the same. Then you call pull them up.''
      * A subclass uses only part of a superclasses interface or does not want to inherit data.[[BR]]''Create a field for the superclass, adjust methods to delegate to the superclass, and remove the subclassing.''
      * You're using delegation and are ofter writing many simple delegations for the entire interface.[[BR]]''Make the delegating class a subclass of the delegate.''
RubyLanguage/Class . . . . 1 match
      * Class 클래스는 Module 클래스의 서브 클래스
     class Service
      class Service
RubyLanguage/DataType . . . . 1 match
* nil은 값이 없음을 나타내는 특수값이며 객체인 nilClass의 싱클톤 인스턴스입니다.
RuminationOnC++ . . . . 1 match
* Surrogate Class
RunTimeTypeInformation . . . . 1 match
     class base {
     class derived : public base {
     MFC에서 CRuntimeClass 구조체, DECLARE_DYNAMIC, IMPLEMENT_DYNAMIC, DECLARE_DYNCREATE, IMPLEMENT_DYNCREATE, RUNTIME_CLASS 를 이용해서 구현하고 있다.
SmallTalk/강좌FromHitel/소개 . . . . 1 match
     프로그램을, C++의 갈래(class)를 사용하여 열 줄로 짰다고 해서, C++ 언어가 C
     는 방대하면서도 확장성이 뛰어난 갈래 다발(class library)때문이 아닐까 합니
     Foundation Classes)라는 갈래 다발을 익혀야 하고, Delphi의 경우에는 VCL
     ANSI X3J20표준에 의해 규정된 갈래 씻줄(class hierarchy)은 흔히 볼 수 있는
SmallTalk/문법정리 . . . . 1 match
* {{{~cpp ClassName>>methodName.}}}
Money class>>amout: anAmount
SmallTalk_Introduce . . . . 1 match
     프로그램을, C++의 갈래(class)를 사용하여 열 줄로 짰다고 해서, C++ 언어가 C
     는 방대하면서도 확장성이 뛰어난 갈래 다발(class library)때문이 아닐까 합니
     Foundation Classes)라는 갈래 다발을 익혀야 하고, Delphi의 경우에는 VCL
     ANSI X3J20표준에 의해 규정된 갈래 씻줄(class hierarchy)은 흔히 볼 수 있는
StarCraft . . . . 1 match
이것을 직접 Class로 만들어보자~~
TestFirstProgramming . . . . 1 match
'이번에는 Socket Class 를 만들 차례야. 시작해볼까'
TheJavaMan/비행기게임 . . . . 1 match
||Class||.||.||.||
TheJavaMan/설치 . . . . 1 match
2. '''File->New->Class'''로 클래스 하나를 만든다. 자바는 C와는 다르게 클래스를 꼭 만들어야 한다. 그리고
public class Hello {
UDK/2012년스터디 . . . . 1 match
* [http://udn.epicgames.com/Three/MasteringUnrealScriptClassesKR.html 언리얼 마스터하기: 언리얼스크립트 클래스]
UDK/2012년스터디/소스 . . . . 1 match
     class ESGameInfo extends UTDeathmatch;
      // Extend PlayerController class to custom class
      PlayerControllerClass = class'ESPlayerController';
     class ESPlayerController extends UTPlayerController;
     class SeqAct_ConcatenateStrings extends SequenceAction;
      VariableLinks(0)=(ExpectedType=class'SeqVar_String',LinkDesc="A",PropertyName=ValueA)
      VariableLinks(1)=(ExpectedType=class'SeqVar_String',LinkDesc="B",PropertyName=ValueB)
      VariableLinks(2)=(ExpectedType=class'SeqVar_String',LinkDesc="StringResult",bWriteable=true,PropertyName=StringResult)
VisualStudio . . . . 1 match
     === Class View 가 안나올때 ===
     class CBoardBase {
     class CBoardBase {
VonNeumannAirport . . . . 1 match
* 중간에 창준이형이 "너희는 C++ 로 프로그래밍을 하면서 STL를 안사용하네?" 라고 했을때, 그냥 막연하게 Java 에서의 Collection Class 정도로만 STL을 생각하고, 사용을 잘 안했다. 그러다가 중반부로 들어서면서 Vector를 이용하게 되었는데, 처음 한두번 이용한 Vector 가 후반으로 가면서 전체의 디자인을 뒤집었다; (물론 거기에는 디미터 법칙을 지키지 않은 소스도 한몫했지만 -_-;) 그걸 떠나서라도 Vector를 써 나가면서 백터 비교 assert 문 등도 만들어 놓고 하는 식으로 점차 이용하다보니 상당히 편리했다. 그러다가 ["Refactoring"] Time 때 서로 다른 자료형 (앞에서 array 로 썼던 것들) 에 대해 vector 로 통일을 하다 보니 시간이 비교적 꽤 지연이 되었다.
WebGL . . . . 1 match
//Lib Class
WikiKeyword . . . . 1 match
See also FacetedClassification
WindowsTemplateLibrary . . . . 1 match
{{|The Windows Template Library (WTL) is an object-oriented Win32 encapsulation C++ library by Microsoft. The WTL supports an API for use by programmers. It was developed as a light-weight alternative to Microsoft Foundation Classes. WTL extends Microsoft's ATL, another lightweight API for using COM and for creating ActiveX controls. Though created by Microsoft, it is unsupported.
ZIM . . . . 1 match
* Class Diagram & Interaction Diagram ( by 시스템 아키텍트)
ZIM/ConceptualModel . . . . 1 match
["ZIM/CRCCard"] : Class Responsiblity Collaborate Cards 가 아닌 '''Concept''' R... 입니다.
[Lovely]boy^_^/Arcanoid . . . . 1 match
     == Class ==
      * Now sources become very dirty, because I add a new game skill. I always try to eliminate a duplication, and my source has few duplication. but method's length is so long, and responsiblity of classes is not divided appropriately. All collision routine is focusing on CArcaBall class.
      * I change a design of a arcanoid. - previous version is distribute, but this version is that god class(CArcanoidDoc)' admins a total routine. in my opinion, it's more far from OOP.--;
comein2 . . . . 1 match
* ["Java/NestingClass"]
erunc0/COM . . . . 1 match
* 간단한 C++ 클래스로 시작하여 재사용 가능한 이진 Component로써 클래스를 사용하는 법을 간단한 예제를 통해서 배우게 된다. 처음은 DLL을 통해서 client 에게 제공하는 문제에 대해 말하며. 다음에는 이렇게 제공되어진 컴포넌트에 대한 방화벽(?)등에 대해 논의 하면서 인터페이스를 통하여 컴포넌트 내의 은닉화를 위한 방법들을 설명해준다. 그리고 그다음으로는 abstract class를 사용해 (virtual function을 이용한 방법) 인터페이스의 확장에 관한 부분까지 설명한다. 그리고 끝으로는 RTTI 이용하여 더 나은 인터페이스의 확장 방법과 다중의 client 에게 컴포넌트를 제공할수 있게 만드는 부분까지 설명한다. 한서라서 그런지 애매한 용어들이 많이 있어서 아직도 이해가 가질 않는 부분이 많았다. 한번더 chapter 1응 읽은 후에 정리하고 chapter 2로 넘어가야 하겠다.
=== 3. Class ===
neocoin/Log . . . . 1 match
* 감안 : 임의의 비트맵 파일을 로드할수 있다. 임의 비트맵 파일로 저장할수 있다. MFC Class를 이용해 본다. Api로만 작성해 본다. Java로 작성해 본다. TDD를 생각해 본다. 어떻게 가능한가?
whiteblue . . . . 1 match
* ["whiteblue/MyTermProjectForClass"]
경시대회준비반/BigInteger . . . . 1 match
* BigInteger Class
class BigInteger
니젤프림/BuilderPattern . . . . 1 match
     === Class Diagram ===
     class Pizza {
     abstract class PizzaBuilder {
     class HawaiianPizzaBuilder extends PizzaBuilder {
     class SpicyPizzaBuilder extends PizzaBuilder {
     class Waiter {
     class BuilderExample {
     public class PlanComponent {
     public class Plan extends PlanComponent {
     public class PlanItem extends PlanComponent {
     public abstract class Planner {
     public class MyPlanner extends Planner {
     public class VacationBuilder implements Builder {
     public class Client {
데블스캠프2002 . . . . 1 match
1. ["StarCraft"] - 내가 생각해본 문제.. Class에 대한 이해와 접근에 도움을 주기 위해.. --광민
데블스캠프2002/진행상황 . . . . 1 match
* ["RandomWalk2"] 를 ObjectOrientedProgramming 으로 구현하기 - 위의 Python 관련 실습동안 ["1002"] 는 ["RandomWalk2"] 에 대해서 C++ Prototype을 작성. (["RandomWalk2/ClassPrototype"]) 이를 뼈대로 삼아서 ["RandomWalk2"] 를 작성해보도록 실습. 해당 소스에 대한 간략한 설명, 구현의 예를 설명. 중간에 객체들에 대한 독립적인 테스트방법을 설명하면서 assert 문을 이용한 UnitTest 의 예를 보였다.
데블스캠프2009/목요일/연습문제/MFC/김태욱 . . . . 1 match
class CAboutDlg : public CDialog
// ClassWizard generated virtual function overrides
데블스캠프2009/목요일/연습문제/MFC/박준호 . . . . 1 match
class CAboutDlg : public CDialog
// ClassWizard generated virtual function overrides
데블스캠프2009/목요일/연습문제/MFC/정종록 . . . . 1 match
class CAboutDlg : public CDialog
// ClassWizard generated virtual function overrides
데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/강성현 . . . . 1 match
     === FileData Class ===
     public class FileData {
     public class Main {
     class Int2 {
     public class Analyze {
데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김동준 . . . . 1 match
     Describe 데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/김동준 here
     class Trainer {
     public class Analyzer {
     public class Runner {
데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/송지원 . . . . 1 match
      * 이 프로그램은 Bayes Classifier 값을 구하는것 까지이고, 시간 관계상 값의 참/거짓 빈도는 엑셀을 이용해서 계산했습니다.
     public class FileAnalasys {
     public class testFileCal {
데블스캠프2011/셋째날/후기 . . . . 1 match
* String Class를 만들고 java에서 상용하는 것과 같이 String의 함수들을 짜는 시간이었다. 처음 class의 생성자를 만드는데에만 시간을 거의 다 썼다. 생각과는 다르게 많이 어려웠다. 생성자를 만들고 한두개의 함수들을 만들자 시간이 끝낫다. 프로그램을 작성하는데 익숙해 질 때쯔음 끝나서 아쉬었다. 나중에 String class 를 완성시겨봐야겠다.
반복문자열/이태양 . . . . 1 match
class TestClass{
상규 . . . . 1 match
* [ClassifyByAnagram/상규]
새싹C스터디2005 . . . . 1 match
== Class ==
새싹교실/2012 . . . . 1 match
||18-2||[새싹교실/2012/AClass]||김태진, 황혜림, 한송이, 곽길문, 도상희 ||6회차 진행|| 수 3시(6/13종강) ||
새싹교실/2012/AClass/1회차 . . . . 1 match
[새싹교실/2012/AClass],[새싹교실/2012],[2012년활동지도]
새싹교실/2012/AClass/2회차 . . . . 1 match
[새싹교실/2012/AClass],[새싹교실/2012]
새싹교실/2012/AClass/3회차 . . . . 1 match
[새싹교실/2012/AClass],[새싹교실/2012]
새싹교실/2012/부부동반 . . . . 1 match
* Classic Computer와 Modern Computer
새싹스터디2006 . . . . 1 match
= Class =
새싹스터디2006/의견 . . . . 1 match
제로페이지 위키에 [새싹스터디2006]에서 소그룹으로 진행한 기록이 재학생에게 필요할까요? [제로페이지의문제점]에서도 ''스터디가 신입 수준을 벗어나지 못한다''라는 점을 지적합니다. [2004년활동지도]의 1학기 스터디, [새싹C스터디2005]의 Class페이지들이 대표적입니다. 반면 [새싹C스터디2005/선생님페이지], [새싹배움터05/첫번째배움터], [새싹C스터디2005/pointer]와 같은 페이지는 현재 [새싹스터디2006]을 진행하는데 도움을 줍니다. 조금만 가다듬으면 [STL]페이지처럼 주제별로 정리할 수 있습니다.
여기 페이지도 나름대로 필요하다고 생각합니다. 각 팀마다 06학번 신입생의 실력이 다른 것 처럼 각 팀은 각 나름대로 진행해야 할 것입니다. 하위 페이지에서 기록이 단순히 '재학생을 위해서' 가 아닌 무슨 문제를 풀었고, 언제 만날건지, 어떤 문제를 풀건지 등 위키에 내용으로 남겨두는 것이 좋을것 같습니다. 후에 또 참고할 수 있도 있고. 지금 많은 class의 진척도도 볼 수 있고요.
서민관 . . . . 1 match
||데이터 마이닝 - 연관 규칙 분류기(Associative Rule based Classifier) : CPAR||
송지원 . . . . 1 match
* [데블스캠프2011/둘째날/Machine-Learning/NaiveBayesClassifier/송지원]
오목/곽세환,조재화 . . . . 1 match
     // ohbokView.h : interface of the COhbokView class
     class COhbokView : public CView
      // ClassWizard generated virtual function overrides
     // ohbokView.cpp : implementation of the COhbokView class
      // TODO: Modify the Window class or styles here by modifying
      ASSERT(m_pDocument->IsKindOf(RUNTIME_CLASS(COhbokDoc)));
오목/민수민 . . . . 1 match
     // sampleView.h : interface of the CSampleView class
     class CSampleView : public CView
      // ClassWizard generated virtual function overrides
     // sampleView.cpp : implementation of the CSampleView class
      // TODO: Modify the Window class or styles here by modifying
      ASSERT(m_pDocument->IsKindOf(RUNTIME_CLASS(CSampleDoc)));
오목/재니형준원 . . . . 1 match
     // OmokView.h : interface of the COmokView class
     class COmokView : public CView
      // ClassWizard generated virtual function overrides
     // omokView.cpp : implementation of the COmokView class
      // TODO: Modify the Window class or styles here by modifying
      ASSERT(m_pDocument->IsKindOf(RUNTIME_CLASS(COmokDoc)));
오목/재선,동일 . . . . 1 match
     // singleView.h : interface of the CSingleView class
     class CSingleView : public CView
      // ClassWizard generated virtual function overrides
     // singleView.cpp : implementation of the CSingleView class
      // TODO: Modify the Window class or styles here by modifying
      ASSERT(m_pDocument->IsKindOf(RUNTIME_CLASS(CSingleDoc)));
오목/진훈,원명 . . . . 1 match
     // OmokView.h : interface of the COmokView class
     class COmokView : public CView
      // ClassWizard generated virtual function overrides
     // OmokView.cpp : implementation of the COmokView class
      // TODO: Modify the Window class or styles here by modifying
      ASSERT(m_pDocument->IsKindOf(RUNTIME_CLASS(COmokDoc)));
      // TODO: Add your specialized code here and/or call the base class
오목/휘동, 희경 . . . . 1 match
     // grimView.h : interface of the CGrimView class
     class CGrimView : public CView
      // ClassWizard generated virtual function overrides
인수/Smalltalk . . . . 1 match
RWBoard Class>>make: aSize
정모/2002.5.30 . . . . 1 match
* PairProgramming 에 대한 오해 - 과연 그 영향력이 '대단'하여 PairProgramming을 하느냐 안하느냐가 회의의 관건이 되는건지? 아까 회의중에서도 언급이 되었지만, 오늘 회의 참석자중에서 실제로 PairProgramming 을 얼마만큼 해봤는지, PairProgramming 을 하면서 서로간의 무언의 압력을 느껴봤는지 (그러면서 문제 자체에 대해 서로 집중하는 모습 등), 다른 사람들이 프로그래밍을 진행하면서 어떠한 과정을 거치는지 보신적이 있는지 궁금해지네요. (프로그래밍을 하기 전에 Class Diagram 을 그린다던지, Sequence Diagram 을 그린다던지, 언제 API를 뒤져보는지, 어떤 사이트를 돌아다니며 자료를 수집하는지, 포스트잎으로 모니터 옆에 할일을 적어 붙여놓는다던지, 인덱스카드에 Todo List를 적는지, 에디트 플러스에 할일을 적는지, 소스 자체에 주석으로 할 일을 적는지, 주석으로 프로그램을 Divide & Conquer 하는지, 아니면 메소드 이름 그 자체로 주석을 대신할만큼 명확하게 적는지, cookbook style 의 문서를 찾는지, 집에서 미리 Framework 를 익혀놓고 Reference만 참조하는지, Reference는 어떤 자료를 쓰는지, 에디터는 주로 마우스로 메뉴를 클릭하며 쓰는지, 단축키를 얼마만큼 효율적으로 이용하는지, CVS를 쓸때 Wincvs를 쓰는지, 도스 커맨드에서 CVS를 쓸때 배치화일을 어떤식으로 작성해서 쓰는지, Eclipse 의 CVS 기능을 얼마만큼 제대로 이용하는지, Tool들에 대한 정보는 어디서 얻는지, 언제 해당 툴에 대한 불편함을 '느끼는지', 문제를 풀때 Divide & Conquer 스타일로 접근하는지, Bottom Up 스타일로 접근하는지, StepwiseRefinement 스타일를 이용하는지, 프로그래밍을 할때 Test 를 먼저 작성하는지, 디버깅 모드를 어떻게 이용하는지, Socket Test 를 할때 Mock Client 로서 어떤 것을 이용하는지, 플밍할때 Temp 변수나 Middle Man들을 먼저 만들고 코드를 전개하는지, 자신이 만들려는 코드를 먼저 작성하고 필요한 변수들을 하나하나 정의해나가는지 등등.)
정모/2011.7.11 . . . . 1 match
* 태진이의 OMS로 첫 스타트를 했네요. 애플에 대해 이야기 하는 것이 주변 친구들을 생각나게 하더군요 -ㅅ-; 지금도 쓰고 있는 MDplayer를 팔고 IPod Classic을 살까 말까 고민중인데다 애플 제품은 잠깐씩만 만져봐서 잘 모르는 상황이었는데, 재미있었습니다. 그래도 고민은 되네요 -ㅅ-a 그러고 나서 뭔가 금방 끝난 것 같네요; - [권순의]
중앙도서관 . . . . 1 match
지금 도서관의 온라인 시스템은 상당히 오래된 레거시 코드와 아키텍춰를 거의 그대로 사용하면서 프론트엔드만 웹(CGI)으로 옮긴 것으로 보인다. 만약 완전한 리스트럭춰링 작업을 한다면 얼마나 걸릴까? 나는 커스터머나 도메인 전문가(도서관 사서, 학생)를 포함한 6-8명의 정예 요원으로 약 5 개월의 기간이면 데이타 마이그레이션을 포함, 새로운 시스템으로 옮길 수 있다고 본다. 우리과에서 이 프로젝트를 하면 좋을텐데 하는 바램도 있다(하지만 학생의 사정상 힘들 것이다 -- 만약 풀타임으로 전념하지 못하면 기간은 훨씬 늘어날 것이다). 외국의 대학 -- 특히 실리콘벨리 부근 -- 에서는 SoftwareEngineeringClass에 근처 회사의 실제 커스터머를 데려와서 그 사람이 원하는 "진짜" 소프트웨어를 개발하는 실습을 시킨다. 실습 시간에 학부생과 대학원생이, 혹은 저학년과 고학년이 어울려서(대학원생이나 고학년이 어울리는 것이 아주 중요하다. see also NoSmok:SituatedLearning ) 일종의 프로토타입을 만드는 작업을 하면 좋을 것 같다. '''엄청나게''' 많은 것을 배우게 될 것이다. --JuNe
즐겨찾기 . . . . 1 match
[Classes]
진격의안드로이드&Java . . . . 1 match
     javap -c ByteCode.class
     public class ByteCode{
     public class ByteCode {
     public class ByteCode{
     public class ByteCode {
      0 8 11 Class java/lang/Exception
     public class ByteCode{
     public class ByteCode {
캠이랑놀자 . . . . 1 match
* C++ & Python - 현재 라이브러리들 관계상 C++ 로 구현된 것들이 많은 관계로. 중간에 [1002] 가 Python Wrapper Class 만들기를 시도할 것이긴 함.~ Python 의 경우 이미지 처리에 대해서 prototyping 을 위해 중간에 이용할 예정.
타도코코아CppStudy/0811 . . . . 1 match
|| ZeroWiki:RandomWalk || 정우||Upload:class_random.cpp . || 왜 Worker가 Workspace를 상속받지? 사람이 일터의 한 종류야?--; 또 에러뜨네 cannot access private member. 이건 다른 클래스의 변수를 접근하려고 해서 생기는 에러임. 자꾸 다른 클래스의 변수를 쓰려 한다는건 그 변수가 이상한 위치에 있다는 말도 됨 ||
|| ZeroWiki:ClassifyByAnagram || . || . || . ||
화이트헤드과정철학의이해 . . . . 1 match
비유의 아이디어로서 ["NumericalAnalysisClass"] 때 배운 Interpoliation 기법들이였다. 수치해석시간의 Interpolication 기법들은, 몇몇개의 Control Point들을 근거로 Control Point 를 지나가는 곡선의 방정식을 구하는 법이다. 처음 Control Point 들의 갯수가 적으면 그만큼 오차도 많지만, Control Point 들을 늘려가면서 점차 본래의 곡선의 모양새를 수렴해간다.

Found 258 matching pages out of 7540 total pages (5000 pages are searched)

Full text search for "Class"

Class&Object생각해보기

You can also click here to search title.