bro's coding

상속(Inheritance) : 부모 멤버(속성, 기능)를 자식이 물려받아 재사용 > 계층구조를 형성해 다형성(Polymorphism)을 적용한 환경을 제공 is a relationship(UML : class diagram에서는 generalization) > 사람은 동물이다 / 엔지니어는 사원이다 객체지향의 주요 개념으로써, 부모맴버를 자식이 물려받아 재 사용해 개발 생산성 향상 // public class 자식클래스 extends 부모클래스{} > 상속은 하나만 받을 수 있음(Single Inheritance:단일 상속) > 다중상속의 장점은 인터페이스로 채택 package step5; class Animal { int age = 1; public void eat() { System.out.prin..

Overloading 동일한 이름으로 다양한 매개변수를 정의 이름이 같고 매개변수의 순서, 타입, 갯수가 다르면 오버로딩 됨 > 개발의 편의성을 증대 > 다양한 매개변수, 동일한 메서드명(생성자)로 다양한 매개변수를 정의할 수 있음 > 클라이언트 코드 입장( 사용자 user )의 편의성 제공 > 개념적 인터페이스 ( 소통부 )가 간결해져 사용하기 편리 // Overloading // 동일한 이름으로 다양한 매개변수를 정의 // 이름이 같고 매개변수의 순서, 타입, 갯수가 다르면 오버로딩 됨 public void eat(){} public void eat(String menu){} public void eat(int count){} public void eat(String menu, int count){}..

Array (참조형 데이터 타입 배열) : 다수의 데이터를 효과적으로 관리 //선언 Person [] pa; Peerson pa []; pa = new Person[3]; //3개의 공간이 별도로 생김 pa[0] = new Person("아이유", 30); // 배열 요소 할당(첫번째, 공간에 객체 주소값을 할당) pa.length //배열 길이 반환 // 배열 선언, 생성, 할당 동시에 Person[] pa1 = { new Person("이효리",40), new Person("아이유",30), new Person("박보검",24) }; package step1; public class Person { // instance variable // instance variable 선언 후 constructo..

instance : 객체 속성정보(Heap) local : 매서드(or 생성자)에서 사용하는 임시변수(Stack)

association(사용하는 관계) : use a aggregation(집합, 집단화) : has a composition(구성) : consist of OOAD(객체 지향 분석 설계) > UML( Class Diagram ) > Object와 Class의 관계 : 붕어빵과 붕어빵틀, 건물과 설계도

class Person{ Person(){ // 생성자(Constructor) } } 생성자(constructor) : 객체 생성시 실행되는 영역 > 객체 생성시 필요한 초기화 작업을 명시 클래스에 생성자가 명시되지 않으면 컴파일시에 기본 생성자를 삽입 클래스 내에서 하나 이상의 생성자가 존재하면 삽입하지 않음 생성자 명은 클래스명과 동일해야함 생성자는 리턴값이 없음 클래스에 생성자가 명시되지 않으면 컴파일시 기본 생성자를 삽입 (클래스 내에서 하나 이상의 생성자가 존재하면 삽입하지 않음)

시스템의 기본단위를 객체로 상정하고 객체간의 관계를 중심으로 분석설계하는 기법 객체(Object) > 시스테므이 기본 단위, 속성과 기능으로 구성 클래스(Class) > 설계도, 객체 생성을 위한 틀 객체와 클래스의 관계 > 붕어빵과 붕어빵틀, 건물과 설계도

StarUML UML 2 Compatible with UML 2.x standard metamodel and diagrams: Class, Object, Use Case, Component, Deployment, Composite Structure, Sequence, Communication, Statechart, Activity, Timing, Interaction Overflow, Information Flow and Profile Diagram. SysML Sup staruml.io

Encapsulation(캡슐화) : 인터페이스와 구현부를 분리해서 정의 "public interface, private implementation" 인터페이스는 공개하고 구현부는 감춘다. >응집도를 높이고 결합도를 낮춤 >사용자는 인터페이스만 알면 구현부를 몰라도 사용할 수 있음 > 생산성 향상 >구현부가 업데이트 되어도 외부 영향 최소화 > 유지 보수성 향상 Encapsulation적용의 장점 정보 은닉(information hiding)과 생산성 및 유지보수성의 향상 생산성 : 인터페이스만 알면 구현부를 몰라도 사용할 수 있음 유지보수성 : 구현부가 업데이트 되어도 인터페이스(소통부)가 유지되므로 외부 영향이 없음 인터페이스 : 외부와 소통하는 역할 구현부(implementation) : 해당 단위..

public>protected>defalut>private public : 어디서든 접근 가능 prodected : 동일한 패키지 내애서만 접근 가능(단, 상속시에는 다른 패키지도 가능) default : 동일한 패키지 내에만 접근 가능 private : 자신의 클래스 내에서만 접근 가능