memo

블록체인 지갑 만들기(2023.05.31 ~ 2023.07.18, 7주)

char1ey — Sat, 26 Aug 2023 19:14:30 +0900

1. 프로젝트 소개

2. 개발과정

3. 프로젝트 결과

4. 후기

1. 프로젝트 소개

프로젝트명은 NFTIn 으로 블록체인 네트워크의 암호화폐와 NFT를 담고 거래할 수 있는 어플을 목표로 했다.

2. 개발과정

학원에서 진행하는 마지막 프로젝트로 이전에 진행했던 프로젝트들 보다 체계적으로 진행되었다.

작업관리와 일정관리에는 Notion, Trello, Figma를 이용했다.

Notion, Trello

Figma

매일 아침 회의를 진행하고 기록했다.

초기에는 코드를 작성하지않고 초기 설정에 2주 정도를 할애했다.

같이 프로젝트를 진행하는 다른 팀(NFT 마켓팀)과 연동해야해서 서로 많은 의견을 주고받고

진행상황을 공유했다.

초기 설정에는 필요 기능 정의, 라우터 설정, 디렉토리 구조, Ci / CD 세팅, 작업 규칙 정하기, UI 디자인 등등을 진행했다.

비용상의 문제로 테스트 서버와 메인 서버를 나눠서 진행했다.

배포

각자 업로드한 코드는 테스트 브랜치에 합치고, 테스트 브랜치는 테스트 서버에 CI / CD를 진행한다.

테스트 서버에서 이상이 없으면, 메인 브랜치에 코드를 업로드하여 메인 서버에 업로드 하도록 했다.

메인 서버는 Code Deploy를 통해서 무중단 배포를 진행한다.

무중단 배포

위와 같이 진행하여 무사히 프로젝트를 마쳤다.

3. 프로젝트 결과

https://nftin.site/

NFTin

nftin.site

https://github.com/100space/wallet

GitHub - 100space/wallet

Contribute to 100space/wallet development by creating an account on GitHub.

github.com

블록체인의 기본기능이 있는 지갑을 만들었으며 Expo로 빌드해서 휴대폰에서도 사용할 수 있도록 했다.

4. 후기

매번 프로젝트를 진행할 때마다 아쉬운 점이 많다.

시간상의 문제로 구현하지 못하거나 포기해야했던 기능들이 있다.

에러가 발생했음에도 고칠 시간이 부족해서 지나간것들이 아쉬웠고,

리액트로 개발을 하다보니 렌더링 횟수를 많이 줄이고 싶었는데 useMemo나 useCallback 등을 제대로 사용하지 못해서 아쉬웠다.

이번에는 비용문제로 여러가지를 맞딱드렸는데 그래도 나름 슬기롭게 해결한 것 같다.

API를 사용하는데 무료버전에서는 분당 횟수가 제한이 있었다.

다수의 사용자가 요청을 하게되면 API를 사용할 수 없었다.

그래서 생각해낸 방법은 사용자가 사용할 경우 API 서버에 요청을 하지않고 우리가 만든 백서버에 요청을 하도록 했다.

백서버에서는 주기적으로 API를 사용해 받아온 데이터를 DB 서버에 업데이트 및 저장을 했고,

사용자가 데이터를 이용하려하면 API에서 데이터를 받아오지않고 백서버와 DB서버를 이용할 수 있도록했다.

저번 프로젝트에서 발표에 대한 아쉬움이 있었는데,

지난번에 했던 문제점들을 생각하며 발표를 준비했다.

말이 빨라지는 문제와 듣는사람은 어떻게 내 설명을 받아들일지 생각하면서 발표했다.

조금더 잘 할 수 있었을 거라는 아쉬움과 동시에 발전했다는 뿌듯함도 함꼐했다.

앞으로는 시간이 된다면 개인적으로 해결하지 못했던 문제들을 해결할 수 있는 사이드 프로젝트를 해보고 싶다.

중고거래 사이트 만들기(2023.03.22 ~ 2023.04.14, 4주)

char1ey — Wed, 16 Aug 2023 21:07:53 +0900

1. 프로젝트 소개

2. 개발과정

3. 프로젝트 결과

4. 후기

1. 프로젝트 소개

이번에 진행한 프로젝트는 지역기반형 물물교환 서비스 플랫폼이다.

사이트 이용을 위해서는 반드시 가입과 동네인증을 해야한다.

근처에 사는 주민들끼리 채팅을 통해 교환 신청 및 물물교환이 가능하다.

2. 개발과정

지난번 진행한 커뮤니티 프로젝트와 다르게 자유주제로 시작되어

어떤 기능을 넣을지 개인의 의견이 매우 중요한 프로젝트였다.

우리는 동네인증과 실시간 채팅을 가장 중요한 기능, 우선순위로 놓고 시작했다.

작업량이 많아질것 같아서 3인이 아닌 4인이 팀을 구성했고, 프론트와 백을 나눠서 작업하지 않고 기능별로 파트를 나눠서 작업했다.

동네인증을 위해서는 카카오 맵과 자바스크립트 API인 Geolocation을 사용해야 했다.

기능이 배포된 환경에서도 잘 작업이 되는지 확인하기 위해서 CI / CD, 지속통합/배포를 진행하며 하기로 했다.

중요한 주요기능을 기준으로 작업 계획을 세웠으며,

이번에도 Trello를 이용해서 일정관리를 했다.

Trello

수립된 계획을 통해서 간단한 흐름도를 작성하고,

서버 구성도

배포 프로세스

프로젝트 발표회를 진행 후 작업에 들어갔다.

3. 프로젝트 결과

https://mgmarket.store/

망고마켓

mgmarket.store

https://github.com/nazzzo/mangomarket

GitHub - nazzzo/mangomarket

Contribute to nazzzo/mangomarket development by creating an account on GitHub.

github.com

망고마켓

사용 기술스택

4. 후기

배운것을 사용하기보다 개인적으로 학습한 뒤에 써야하는 것들이 많았는데,

큰 흐름을 잡고 이해하면 조금더 빠르게 적용할 수 있었을 텐데 하는 아쉬움이 있다.

마음이 조급해서 깃헙 액션의 경우도 어떻게든 되게 하려고 코드를 치면서 작업하니,

문제가 생겼을 때 쉽게 고치지 못했다.

결국 처음으로 돌아가 기본적인 원리부터 어떻게 동작하는지 학습하고 진행했다.

빠르게 하려하기 보다 정확하게 하려고 했다면 시간이 덜 걸렸을 것 같았다.

이번에는 CI/CD, 실시간 채팅, 동네 인증 주요기능 부분을 맡았는데,

프로젝트 팀장님과 같이 2인 1조로 작업하다보니 어려운 점이 있어도 같이 생각하니 빠르게 해결되었다.

작업 파일이 겹쳐 깃헙에서 합치는 과정에서 에러가 많이 터져 시간을 좀 잡아먹었다.

초기에는 복잡하지 않아서 크게 문제가 되지 않았지만,

작업량이 많아졌던 후반에는 프로젝트 전체에 영향을 끼칠만큼 영향이 컸다.

이 문제를 해결하기 위해 작업파일과 규칙을 세세하게 정리하고 다시 작업했으며,

서로간의 어느 부분을 작업할지 더 많은 소통을 했다.

개인적으로 아쉬웠던 점은 초기에 프로젝트 발표회를 했는데,

발표를 할 때면 말이 빨라지고 머릿속이 하얘져 하고싶은 얘기나 해야될 이야기를 잘 하지 못했던거 같았다.

개발하는 부분보다 팀원들과 소통하고 타인에게 어떻게 해야 쉽게 잘 설명할지가 중요하게 느껴졌던 부분이며,

코드를 작성하는 것보다는 다른 부분들이 더 개발자에게 중요한게 아닐까 하는 생각이 많이 들었다.

커뮤니티 사이트 만들기(2023.1.30 ~ 2023.2.17, 3주)

char1ey — Thu, 20 Jul 2023 20:07:59 +0900

1. 프로젝트 소개

2. 개발과정

3. 프로젝트 결과

4. 후기

1. 프로젝트 소개

기본적으로 회원가입, 로그인, 글쓰기(CRUD), 실시간 채팅, 회원관리 등의 기능이 구현되어있는 사이트를 만드는 것을 목표로 작업했다.

팀은 3인으로 구성되어 있으며, 프론트와 백을 따로 나눠서 작업하지는 않았다.

프론트는 넌적스를 이용해서 html을 던져주었고, 백엔드는 express 서버를 이용했다.

데이터베이스는 관계형 데이터베이스인 MySQL을 사용했다.

서버의 구성도는 다음과 같다.

Socket I.O를 이용해서 실시간 채팅을 구현했으나 채팅내용을 데이터베이스에 따로 기록하지는 않는다.

2. 개발과정

개발의 시작은 기능을 어떻게 구현하고 작업을 어떻게 진행할지 Trello를 이용해서 작업을 시작했다.

일정관리 툴 Trello

작업할 내용을 필수와 필수가 아닌것, 작업할 순서를 정리해서 팀원과 공유했다.

작업일정은 다음과 같이 계획했다.

프로젝트 작업일정

프론트와 백작업을 각각 순서대로 계획했으며 프론트 서버와 백엔드 서버가 서로 데이터를 어떤 형태로 주고 받을지 정해놓는다면, 어렵지 않기 때문에 이렇게 계획을 정했다.

3. 프로젝트 결과

https://github.com/mooddddd/teamezo

GitHub - mooddddd/teamezo

Contribute to mooddddd/teamezo development by creating an account on GitHub.

github.com

4. 프로젝트 후기

처음으로 팀장을 맡아 진행해봤는데, 초기에는 일정대로 진행이 되었지만 중간부터 일정이 밀리기 시작했다.

일정이 밀리면서 팀장이기에 혼자 무엇가를 해보려고 해봤지만, 혼자서 하기에는 무리가 있었다.

혼자서 해결하려하지 않고,

팀원들에게 더 많은 이야기를 하고 의견을 나눴더라면 더 좋은 작업물이 나오지 않았을까하는 아쉬움이 가득했다.

Next - Provider

char1ey — Sun, 18 Jun 2023 18:26:59 +0900

1. Provider

2. Provider 작성방법

3. 기타 사용방법

1. Provider

Nest에는 Provider(공급자)라는 개념이 존재한다.

공급자는 기본적으로 의존성 주입을 통해서 사용이 가능하게 하는데, 주로 다음을 의존성 주입한다.

Provider(공급자)	역할
Service	데이터베이스와의 상호 작용, 데이터의 처리 등의 비지니스 로직을 처리한다. 주로 컨트롤러, 다른 서비스에서 사용된다.
Repository	오로지 데이터베이스와 상호 작용을 위한 객체이다.
Factory	주로 객체를 생성하는 역할을 하며, Nest에서는 의존성 주입을 통해서 객체의 생성과 관리를 용이하게 해준다.
Helper	앱 전반에서 유틸리티의 기능을 제공하는 함수를 의미한다.

공급자를 의존성 주입 받기위해서는 인스턴스를 생성하고, 직접 넣어주어야 주입받아 사용이 가능했다.

// 의존성 주입을 위해 Service 객체 생성
const service = new AppService()

// 의존성 주입
const controller = new AppController(service)

Nest에서는 위와같이 번거롭게 코드를 작성하지 않아도, 데코레이터와 모듈의 Provider 옵션을 이용해서 사용이 가능하다. 다만, Nest에서 정해준 규칙에 따라서 코드를 작성해야한다.

Provider의 사용법을 알아보도록 하자.

2. Provider 작성방법

Provider, 서비스, 레포지토리 등을 작성하기 위해서는 Nest에서 제공하는 데코레이터를 이용해야한다.

@Injectable()

이 데코레이터는 Nest IoC(의존 역전) 컨테이너에서 관리할 수 있는 클래스임을 선언한다(메타데이터 첨부).

쉽게 말해서 Nest에게 대신 관리해달라고 권한을 주는것이다.

다음은 Nest 공식문서의 Service 예제 코드이다.

import { Injectable } from '@nestjs/common';
import { Cat } from './interfaces/cat.interface';

@Injectable()
export class CatsService {
  private readonly cats: Cat[] = [];

  create(cat: Cat) {
    this.cats.push(cat);
  }

  findAll(): Cat[] {
    return this.cats;
  }
}

위의 코드는 @Injectable을 사용하여 Nest에게 의존성 주입할 것임을 표시하였다.

이를 Controller에서 사용하려면, 불러와서 생성자 함수에 타입을 표시해주면 된다.

import { Controller, Get, Post, Body } from '@nestjs/common';
import { CreateCatDto } from './dto/create-cat.dto';
import { CatsService } from './cats.service';
import { Cat } from './interfaces/cat.interface';

@Controller('cats')
export class CatsController {
  constructor(private catsService: CatsService) {}

  @Post()
  async create(@Body() createCatDto: CreateCatDto) {
    this.catsService.create(createCatDto);
  }

  @Get()
  async findAll(): Promise<Cat[]> {
    return this.catsService.findAll();
  }
}

인스턴스를 생성하여 넣어주는 코드는 Nest에서 관리하기 떄문에 따로 작성하지 않아도 된다.

하지만, 사용한다는 표시를 해주어야하기 때문에 등록이 필요하다.

등록은 Module에서 해주어야하는데 간단하게, Module 데코레이터에 provider 속성의 배열에 넣어주면 된다.

import { Module } from '@nestjs/common';
import { CatsController } from './cats/cats.controller';
import { CatsService } from './cats/cats.service';

@Module({
  controllers: [CatsController],
  providers: [CatsService],
})
export class AppModule {}

3. 기타 사용방법

많이 쓰이지는 않지만 다음의 기능들도 Nest에서는 제공한다.

선택적 의존성 주입

선택적으로 의존성을 주입받아야 하는경우가 있을 수도 있다.

만약 의존성 주입이 되지않으면, 내부적으로 가지고 있는 코드를 이용해야한다.

@Optional 데코레이터를 이용해서 이를 표시해주면 선택적으로 공급을 받을지 결정한다.

속성 기반 주입

이전까지는 생성자 함수를 통해서 의존성을 주입받았지만, 속성으로 주입을 받을 수도 있다.

수동 인스턴스화

위에서는 Nest에게 권한을 주어 직접 인스턴스화를 시킬 필요는 없었지만,

수동으로 인스턴스화를 시켜줄 수도 있다.

Nest - 컨트롤러

char1ey — Sun, 18 Jun 2023 04:01:59 +0900

1. Nest 컨트롤러

2. 라우팅 방법

3. HTTP 요청 처리방법

4. 기타

1. Nest 컨트롤러

Nest의 에서 컨트롤러는 클라이언트로부터 들어오는 요청을 처리하고 응답을 보내주는 역할을 한다.

출처: Nest 공식문서(https://docs.nestjs.com/controllers)

Nest 컨트롤러는 라우터의 역할과 컨트롤러(HTTP 요청 처리)의 역할을 같이 한다.

그럼 라우팅 방법과 HTTP 요청을 처리하는 방법에 대해서 알아보자.

2. 라우팅 방법

Nest에서 Contoller가 라우팅역할을 한다.

우리는 어떻게 이것을 사용하는지만 알면된다.

라우팅을 사용하는 방법에 대해서 살펴보자.

import { Controller, Get } from '@nestjs/common';

@Controller('routing')
export class CatsController {
  @Get()
  hello(): string {
    return 'Hello Router';
  }
}

이렇게 사용하면 localhost:3000/routing 으로 요청을 보냈을 경우 "Hello Router"라는 응답이 오게된다.

Hello Router

@Controller 앞에 붙어 있는 @는 데코레이터임을 알려준다.

데코레이터란, 클래스나 함수위에 써주면 아래의 클래스 혹은 함수의 동작이 한번 바뀌게 하는 것을 말한다.

위와 같이 @Controller의 인자값에 값을 넣어주면 "/인자" 에 대한 요청을 전부 받게된다.

이 안에 @Get, @Post 등과 같이 메서드 데코레이터의 인자에 값을 넣어주면 중첩 라우팅이 되게 된다.

(단, @Get의 인자값에 넣었으므로 get 메서드로 요청했을 경우에 라우팅이 된다.)

예시를 한번 살펴보자.

import { Controller, Get } from '@nestjs/common';

@Controller('routing')
export class AppController {

  @Get()
  helloRouter(): string {
    return "Hello Router";
  }

  @Get('example')
  helloRouter2(): string {
    return "Hello Router2";
  }
}

아래와 같이 응답이 오는것을 확인할 수 있다.

3. HTTP 요청 처리방법

Nest를 사용하기 이전에는 request 메시지를 받아서 처리해왔다.

getHello(req, res, next) {
    console.log(req) // req 에 대한 내용
}

하지만 Nest에서는 데코레이터를 이용해서 좀더 간편하게 처리가 가능하다.

import { Controller, Get, Req } from '@nestjs/common';
import { Request } from 'express';

@Controller()
export class AppController {

  @Get()
  getHello(@Req() request: Request): string {
  	console.log(request) // 요청 메시지 내용
    return '';
  }
}

기본적으로 request 메시지도 받을 수 있고,

다음과 같이 요청 메시지의 바디 부분을 처리해서 받을 수 있다.

import { Body, Controller, Get } from '@nestjs/common';

@Controller()
export class AppController {

  @Get()
  helloRouter(@Body() example: string): string {
    return example;
  }
}

위의 코드는 요청 메시지를 받아서 그대로 반환한다.

(일반적으로는 Get메서드에 Body를 넣어서 주지는 않는다.)

Nest 에서는 요청 메시지에 대한 여러가지 데코레이터를 제공한다.

데코레이터(요청메시지)	의미
@Request, @Req	request
@Response, @Res	response
@Next	next
@Session	req.session
@Param(key?: string)	req.params / req.params[key]
@Body(key?: string)	req.body / req.body[key]
@Query(key?: string)	req.query / req.query[key]
@Headers(name?: string)	req.headers / req.headers[name]
@Ip()	req.ip
@HostParam()	req.hosts

Nest에서 제공하는 데코레이터 외에도 개발자가 커스텀해서 만들어 사용할 수 있다.

4. 기타

요청 메시지 메서드

Nest는 기본적인 Http 요청 메서드를 데코레이터로 지원한다.

데코레이터(요청 메서드)	의미
@Get()	HTTP 요청 메시지의 Get 메서드를 처리한다.
@Post()	HTTP 요청 메시지의 Post 메서드를 처리한다.
@Put()	HTTP 요청 메시지의 Put 메서드를 처리한다.
@Delete()	HTTP 요청 메시지의 Delete 메서드를 처리한다.
@Patch()	HTTP 요청 메시지의 Patch 메서드를 처리한다.
@Options()	HTTP 요청 메시지의 Options 메서드를 처리한다.
@Head()	HTTP 요청 메시지의 Head 메서드를 처리한다.
@All()	HTTP 요청 메시지의 모든 메서드를 처리한다.

경로 와일드 카드

라우팅 시 패턴기반의 경로도 사용할 수 있다.

@Get('ab*cd')
findAll() {
  return 'This route uses a wildcard';
}

상태 코드

응답메시지에 상태코드를 지정해서 응답해줄 수 있다.

(Nest의 상태코드는 기본적으로 Post는 201 나머지는 200으로 처리한다.)

@Post()
@HttpCode(204)
create() {
  return 'Status Code 204';
}

헤더

응답메시지의 헤더를 지정할 수 있다.

(Key: Value 형식으로 응답을 준다.)

@Get()
@Header('Example', 'char1ey')
create() {
  return 'header:: example char1ey';
}

Example과 char1ey가 헤더로 잘 들어왔다.

리다이렉트

다른 URL로 보내는 리다이렉트 기능을 할 수 있다.

@Get()
@Redirect('https://localhost:3000/char1ey', 301)

이 외에도 공식문서에는 여러 기능들을 명시하고 있다.

https://docs.nestjs.com/controllers

Documentation | NestJS - A progressive Node.js framework

Nest is a framework for building efficient, scalable Node.js server-side applications. It uses progressive JavaScript, is built with TypeScript and combines elements of OOP (Object Oriented Programming), FP (Functional Programming), and FRP (Functional Rea

docs.nestjs.com

Nest - Nest의 디렉토리 구조

char1ey — Sun, 18 Jun 2023 01:47:32 +0900

1. Nest의 디렉토리 구조와 역할

1. Nest의 디렉토리 구조와 역할

Nest 프로젝트를 생성하게 되면, 아래와 같은 디렉토리 구조를 갖게된다.

Nest 디렉토리 구조

여기서 src 폴더를 보게되면

src
|-- app.controller.spec.ts
|-- app.controller.ts
|-- app.module.ts
|-- app.service.ts
|-- main.ts

위와 같은 디렉토리 구조를 띄고 있다. 각각의 파일은 간략하게 나타내어 보면 다음과 같은 역할을 수행한다.

파일	역할
app.controller.ts	라우팅 역할을 가진 컨트롤러(http 요청 처리)
app.controller.spec.ts	컨트롤러에 대한 단위 테스트 파일
app.module.ts	어플리케이션의 루트(최상위) 모듈 파일
app.service.ts	단일 메서드(getHello())가 있는 서비스 파일
main.ts	NestFactory의 create 메서드를 이용해서 Nest 앱 인스턴스를 생성하는 엔트리 파일(시작점)

main.ts 파일을 살펴보자.

import { NestFactory } from '@nestjs/core';
import { AppModule } from './app.module';

async function bootstrap() {
  const app = await NestFactory.create(AppModule);
  await app.listen(3000);
}
bootstrap();

NestFactory의 create 메서드 안에 Appmodule(최상위 모듈)을 인자로 받아 3000번 포트로 실행을 시켜준다.

(NestFactory는 어플리케이션 인스턴스를 만들 수 있는 정적 메서드를 제공한다.)

NestFactory의 create 메서드는 어플리케이션을 반환한다.

express 라이브러리의 express()를 하였을 때의 반환값과 비슷한 역할을 한다.

이전 포스팅에서 말했던 다음의 명령어를 입력하면,

서버가 실행되어 HTTP 요청을 받을 수 있게된다.

$ npm run start

// :dev를 붙이면 파일의 코드가 변경되었을 때 서버를 다시 실행해준다.
$ npm run start:dev

Nest - 설치와 실행

char1ey — Sat, 17 Jun 2023 23:29:44 +0900

1. Nest

2. Nest의 설치 및 실행

1. Nest

Nest는 Node.js를 위해 만들어진 프레임워크로서 효율적이고 확장성이 좋은 서버 개발을 위해 만들어졌다.

Angular의 영향을 받아(Angular 몰라도 된다.) 구조적이고 모듈화된 방식으로 App을 구축할 수 있도록 해준다.

즉, Nest는 서버를 개발하기 쉽도록 만들어진 프레임워크이다.

2. Nest의 설치 및 실행

Nest의 구조에 대해서는 천천히 알아보도록하고, 설치와 실행부터 시켜보도록하자.

설치

$ npm i -g @nestjs/cli

nestjs를 설치한 후에는 nest 명령어가 생긴다.

생긴 명령어로 다음의 명령어를 입력해 프로젝트(폴더)를 생성해보자.

프로젝트 생성

$ nest new [프로젝트 이름]

nest 서버 실행

$ cd [프로젝트 이름]
$ npm run start

브라우저를 열어 localhost:3000를 들어가거나, 포스트맨을 이용해서 요청을 보내면 응답이 오는것을 확인할 수 있다.

서버가 실행된 것을 확인할 수 있다.

다음에는 nest의 간단한 구조에 대해서 살펴보도록 하자.

Solidity 문법 - (26) enum

char1ey — Sun, 4 Jun 2023 21:26:29 +0900

1. enum

2. enum 예제코드

1. enum

enum을 사용하는 방법에 대해서 간단하게 알아보도록 하자.

enum을 사용하는 이유는 특정한 상태의 조건을 나타내기 위해서 사용한다.

enum 안에 여러가지 상태를 기술해놓고, 그 상태일 경우 어떤 동작을 할지 조건문을 써주는 식으로 활용이 가능하다.

선언 방법

enum [변수명] {
    [enum 변수명],
    [enum 변수명],
    [enum 변수명],
    ...
}

사용 방법

// 선언된 enum 사용
[변수명] 접근제한자 [enum 변수명]

// enum안의 값 사용법
[변수명].[enum 변수명]

2. enum 예제코드

다음의 코드는 각 함수를 실행할 때 enum을 이용해 상태를 변경해주는 컨트랙트이다.

차의 상태에 따라 시동걸기, 시동끄기, 운전중, 멈추기 등등을 나타낸다.

각 enum은 마지막 함수를 통해서 값을 출력했을 경우 uint8의 값으로 볼 수 있다.

출력값이 uint8이라고해서 returns안에 uint8이라고 적으면 안되고 enum 변수명을 적어주어야 에러가 나지 않는다.

인덱스와 같이 표현되므로 아래의 TurnOff, TurnOn, Driving, Stop은 각각 0, 1, 2, 3으로 표현된다.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.7.0 < 0.9.0;

contract ExEnum{
    
    enum CarStatus{
        TurnOff,
        TurnOn,
        Driving,
        Stop
    }
    
    CarStatus public carStatus;
    
    constructor(){
        carStatus = CarStatus.TurnOff;
    }
    
    event carCurrentStatus(CarStatus _carStatus, uint256 _carStatusInInt);
    
    function turnOnCar() public {
        require(carStatus == CarStatus(0), "To turn on, your car must be turned off");
        carStatus = CarStatus(1);
        emit carCurrentStatus(carStatus,uint256(carStatus));
    }
    

    function DrivingCar() public {
        require(carStatus == CarStatus.TurnOn, "To drive a car, your car must be turned on");
        carStatus = CarStatus.Driving;
        emit carCurrentStatus(carStatus,uint256(carStatus));
    }
    
    function StopCar() public {
        require(carStatus == CarStatus.Driving, "To drive a car, your car must be turned on");
        carStatus = CarStatus.Stop;
        emit carCurrentStatus(carStatus,uint256(carStatus));
    }
    
    function turnOffCar() public {
        require(carStatus == CarStatus.TurnOn 
                || carStatus == CarStatus.Stop , "To turn off, your car must be turned on or driving");
        carStatus = CarStatus.TurnOff;
        emit carCurrentStatus(carStatus,uint256(carStatus));
    }

    function CheckStatus() public view returns(CarStatus) {
        return carStatus;
    }
}

위의 예제 코드는 솔리디티 깨부수기를 그대로 가져왔다.
https://github.com/D-One0914/BreakingSolidityBasic/blob/main/lec38.sol

Solidity 문법 - (25) Call과 DelegateCall

char1ey — Sun, 4 Jun 2023 21:08:27 +0900

1. Call

2. DelegateCall

1. Call

전에도 몇 번 예제 코드에 나온 call에 대해서 살펴보자.

call 메서드

1. 이더리움의 송금
2. 외부 스마트 컨트랙트의 호출
3. send, transfer와 다르게 가변적으로 가스를 소모
4. 3의 이유로, 이스탄불 하드포크 이후에 call의 사용을 권장
(※ 가스의 가격이 올랐으므로 2300 gas로는 발동 X)
5. re-entrancy(재진입) 공격위험으로 인해서 *특정 패턴*을 사용해야한다.
(*특정 패턴* : Checks_Effects_Interactions_pattern)

여기서 2번에 대해서 살펴보도록 하자.

이전의 예제 코드에서 (bool sent, ) = _to.call{ value : ... }(" "); 과 같은 문법으로 사용한 적이 있다.

이 때 ( bool sent, [ ] ) [ ]에 대해서 의문이 생길 수 있다.

왜 비워놓는 것인가?

답은 call이 반환하는 값이 두 가지이기 때문이다.

call은 외부 컨트랙트의 함수를 호출하는 기능을 가지고 있다.

그러기 위해서는 다음의 문법을 따라야한다.

// call 문법

// 송금을 할 경우
(bool [변수명], ) = [address 값].call{value: 보낼양}("");

// 외부 스마트 컨트랙트 함수 부르기
(bool [변수명], bytes memory [변수명]) = [address 값].call(abi.encodeWithSignature("[함수명(매개변수 명, ...)]", 매개변수 명, 매개변수 명,...));

송금은 이전에도 보았던 대로 간단한 모양이지만,

외부 스마트 컨트랙트를 호출하는 법은 다소 어려워 보인다.

외부 스마트 컨트랙트를 호출하려면 call의 호출부( )에 abi.encodeWithSignature를 통해서 실행할 함수의 내용을 전달해주어야한다.

( *abi(application binary interface)란, 대개 json 파일형식으로 정의되어있는 스마트 컨트랙트의 내용이다. )

[address 값]에는 주소 값이 들어가야하는데 EOA계정이 아닌 CA계정의 주소가 들어가야한다.

CA는 배포되어있는 컨트랙트의 주소이며, EOA와 다르게 CA는 정의된 함수를 가지고 있기 때문이다.

※ 함수를 호출하는 주체

call을 이용해서 다른 스마트 컨트랙트의 함수를 실행할 경우,

만약 함수에 msg.sender가 있다면 누구의 값이 들어갈것인가?

들어갈 수 있는 주소값은

call함수를 호출한 사용자(클라이언트)의 EOA
함수를 호출하는 스마트 컨트랙트의 CA
호출할 함수의 컨트랙트를 배포한 CA

두 가지인데 답은 호출할 함수의 컨트랙트를 배포한 CA이다.

말로 보니 조금은 헷갈리니 그림으로 살펴보도록 하자.

이렇게 실행이 되기 때문에 이걸 이용해서 다양하게 코드를 작성할 수 있다.

스마트 컨트랙트에서 어떤 주소로 실행이 되던간에

외부 스마트 컨트랙트에서는 해당 컨트랙트의 CA이 값이 들어간다.

다음에 살펴볼 delegateCall의 경우 조금 다른 동작을 하게된다.

2. DelegateCall

이번에 살펴볼 것은 DelegatCall이다.

delegateCall은 외부 스마트 컨트랙트의 msg.sender에 본래의 스마트 컨트랙트를 가리키게한다.

delegateCall이 정의된 스마트 컨트랙트가 외부 컨트랙트의 함수들을 마치 자신의 것처럼 사용하게한다.

(단, 외부 스마트 컨트랙과 스마트 컨트랙트는 같은 변수를 가지고 있어야한다.)

call에 대한 결과값 또한 본래의 스마트 컨트랙트에 저장하게 된다.

이렇게 되면 생기는 이점이 있다.

예를들어 배포된 스마트 컨트랙트에 클라이언트들의 정보(포인트, 토큰수)를 가지고 있는 컨트랙트가 있고,

그 컨트랙트는 외부 컨트랙트의 코드를 실행하여 값을 가져온다고 했을 경우가 있다고 가정하자.

외부 스마트 컨트랙트의 로직을 변경해야하는 경우에는 다음의 문제가 발생한다.

정보를 담고 있는 컨트랙트는 외부 스마트 컨트랙트 이기 때문에 재배포가 필요한데 이렇게 되면 기존에 가지고 있던 클라이언트들의 정보가 모두 사라진다.( 한번 배포된 컨트랙트는 바꿀 수 없기 떄문)

delegateCall을 사용하면 정보를 스마트 컨트랙트에 저장이 되기 때문에 로직을 바꾼 외부 스마트 컨트랙트를 실행해주면 간단히 해결이 된다.

스마트 컨트랙트에서 새로운 외부 스마트 컨트랙트의 주소를 받아서 저장하는 변수를 만들어주면 된다.

call을 할 경우 저장된 변수의 값으로 call을 보내기 때문에 간단히 로직을 변경할 수 있다.

외부 CA를 0x0002에서 0x0003으로 바꿔주면 간단히 연결을 끊고 새롭게 로직을 변경하는 패턴이 된다.

Solidity 문법 - (24) fallback

char1ey — Sun, 4 Jun 2023 17:38:55 +0900

1. fallback

2. fallback 예제코드

1. fallback

솔리디티에는 fallback 이라는 함수가 존재한다.

fallback은 아래의 뜻을 가지고 있다.

fallback[ˈfɔːlbæk]명사

1.후퇴(retreat)
2.의지(가 되는 것), 여축(餘蓄), 예비물[금]; [컴퓨터] (고장시의) 대체 시스템

우리가 사용할 때는 대체 시스템이라는 뜻으로 사용을 하게된다.

fallback의 특징

익명 함수이기에 함수의 이름을 짓지 않아도 된다.
외부에서 사용하기 때문에 external을 붙여야한다.
이더를 받을 수 있기 때문에 payable을 붙여야한다.

fallback의 용도

스마트 컨트랙트가 이더를 받을 수 있게 한다.
이더를 받고난 후에 어떤 동작을 실행할지 정의할 수 있다.
call 함수로 없는 함수가 불려질 때 어떤 행동을 취하게 할 수 있다.

(※ call은 외부 스마트 컨트랙트의 함수를 사용할 수 있다.)

fallback의 문법

0.6 버전 이전과 이후로 나뉘게 된다.

0.6버전 이전에는 아래와 같이 익명함수 하나로 정의되어있다.

// 0.6 이전
function() external payable {}

0.6버전 이후에는 receive와 fallback 두 가지로 나뉘게 되었다.

receive는 순수하게 이더만 받을 경우에 사용하고,

fallback은 함수를 실행하면서 이더를 보낼 경우 혹은 불러진 함수가 존재하지 않을 경우에 사용한다.

// 이더와 상호작용 하지않고 행동을 취할 경우
fallback () external {}

// 이더와 상호작용할 경우
fallback () external payable {}

// 이더만 받을 경우
receive () external payable {}

2. fallback 예제코드

아래의 코드는 You 컨트랙트에서 Bank의 CA에 이더를 보낼경우 혹은 Bank 컨트랙트에 없는 함수를 부를경우 fallback이 발동된다.

// SPDX-License-Identifier: GPL-3.0
pragma solidity >=0.5.0 <0.9.0;

contract Bank {
    event JustFallbackWIthFunds(address _from, uint256 _value, string message);

    //~0.6
    function() external payable {
        emit JustFallbackWIthFunds(
            msg.sender,
            msg.value,
            "JustFallbackWIthFunds is called"
        );
    }
}

contract You {
    //receve()
    function DepositWithSend(address payable _to) public payable {
        bool success = _to.send(msg.value);
        require(success, "Failled");
    }

    function DepositWithTransfer(address payable _to) public payable {
        _to.transfer(msg.value);
    }

    function DepositWithCall(address payable _to) public payable {
        // ~ 0.7
        (bool sent, ) = _to.call.value(msg.value)("");
        require(sent, "Failed to send either");

        //0.7 ~
        // (bool sent, ) = _to.call{value: msg.value}("");
        // require(sent, "Failled" );
    }

    //fallback()
    function JustGiveMessage(address _to) public {
        // ~ 0.7
        (bool sent, ) = _to.call("HI");
        require(sent, "Failed to send either");

        //0.7 ~
        // (bool success, ) = _to.call("HI");
        // require(success, "Failled" );
    }

    //To the fallback() with Funds
    function JustGiveMessageWithFunds(address payable _to) public payable {
        // ~ 0.7
        (bool sent, ) = _to.call.value(msg.value)("HI");
        require(sent, "Failed to send either");

        //0.7 ~
        // (bool success,) = _to.call{value:msg.value}("HI");
        // require(success, "Failled" );
    }
}

0.6 버전 이후에는 fallback을 fallback과 receive로 나누어서 사용한다.

receive가 받는 것은 오로지 이더를 CA에 보냈을 경우에 발동하고,

fallback은 컨트랙트에 없는 함수를 실행할 경우와 이더를 보내면서 함수를 실행할 경우에 발동한다.

// SPDX-License-Identifier: MIT
pragma solidity >=0.5.0 <0.9.0;

contract Bank {
    event JustFallback(address _from, string message);
    event RecevieFallback(address _from, uint256 _value, string message);
    event JustFallbackWIthFunds(address _from, uint256 _value, string message);

    //0.6~
    fallback() external {
        emit JustFallback(msg.sender, "JustFallback is called");
    }

    receive() external payable {
        emit RecevieFallback(
            msg.sender,
            msg.value,
            "RecevieFallback is called"
        );
    }

    //
    // fallback() external payable {
    //     emit JustFallbackWIthFunds(
    //         msg.sender,
    //         msg.value,
    //         "JustFallbackWIthFunds is called"
    //     );
    // }
}

contract You {
    //receve()
    function DepositWithSend(address payable _to) public payable {
        bool success = _to.send(msg.value);
        require(success, "Failled");
    }

    function DepositWithTransfer(address payable _to) public payable {
        _to.transfer(msg.value);
    }

    function DepositWithCall(address payable _to) public payable {
        // ~ 0.7
        // (bool sent, ) = _to.call.value(msg.value)("");
        // require(sent,"Failed to send either");

        //0.7 ~
        (bool sent, ) = _to.call{value: msg.value}("");
        require(sent, "Failled");
    }

    //fallback()
    function JustGiveMessage(address _to) public {
        // ~ 0.7
        // (bool sent, ) = _to.call("HI");
        // require(sent,"Failed to send either");

        //0.7 ~
        (bool success, ) = _to.call("HI");
        require(success, "Failled");
    }

    //To the fallback() with Funds
    function JustGiveMessageWithFunds(address payable _to) public payable {
        // ~ 0.7
        // (bool sent, ) = _to.call.value(msg.value)("HI");
        // require(sent,"Failed to send either");

        //0.7 ~
        (bool success, ) = _to.call{value: msg.value}("HI");
        require(success, "Failled");
    }
}

(실행하는 과정은 추후에 추가 하도록 하겠습니다...)