Search result

타이틀 정의하는 방법

전과정결과

laravel7스터디

블레이드(blade)새로운 구성법 component

1. 컴포넌트 파일생성php artisan make:component Sidebar결과1: app/View/Components/Sidebar.php 클래스파일이 생성됨결과2: resources/views/components/sidebar.blade.php 블레이드파일이 생성됨Sidebar.php 클...

laravel7스터디

form에서 버튼만들어 전송하기

@csrf @method('PATCH')

form

Review: 소프트웨어 개발의 지혜 - 10장_리스코프 치환 원칙

하위 타입은 그것의 기반 타입에 대해 치환 가능해야 한다. void drawShape(Shape &s) { if (s.itsType == Shape :: square) static_cast < const Square & > (s).draw(); else static_cast < const Cir...

Review: 소프트웨어 개발의 지혜 - 9장_개방 폐쇄 원칙

소프트웨어 객체는 확장에 대해 열려 있어야 하고, 수정에 대해서는 닫혀 있어야 한다. 1. 확장에 대해 열려 있다. 모듈의 동작을 쉽게 확장할 수 있다는 것을 의미한다. 애플리케이션의 요구 사항이 변경될 때, 이...

목록과 관계모델 게시물에 대한 댓글 수 ORM작성하기

아래와 같이 댓글의 수량이라던가 합계가 필요한경우가 있다.그래야 컨트롤러에서 블레이드파일로 변수를 던져줘서 출력을 해야한다.12345  $articles = DB::table('workplans')            ->leftJoin('worktasks',...

ORM

Review: 소프트웨어 개발의 지혜 - 8장_단일 책임 원칙

SRP: 단일 책임 원칙 클래스는 단 한 가지의 변경 이유만을 가져야 한다. 객체 지향 설계에서 '책임'이란 '변경의 축'을 의미한다. 하나의 클래스가 여러 책임을 떠앉고 있을 경우 이 클래스는 변경에 대한 여러...

Review: 소프트웨어 개발의 지혜 - 7장_애자일 설계란 무엇인가

설계가 잘못되었을 때 설계가 잘못되었을 때 소프트웨어는 다음과 같은 증상을 보인다. 경직성 - 설계를 변경하기 어려움 취약성 - 설계가 망가지기 쉬움 부동성 - 설계를 재사용하기 어려움 점착성 - 제대로 동작...

Review: 소프트웨어 개발의 지혜 - 5장_리팩토링

리팩토링이 필요한 이유 소프트웨어는 고객을 위한 것이지만, 동시에 개발자를 위한 것이기도 하다. 개발자를 위한 소프트웨어라는 측면에서, 소프트웨어는 읽기 쉽고 변경하기 쉬워야 한다. 이 책의 대부분은 읽기...

Review: 소프트웨어 개발의 지혜 - 4장_테스트

테스트 주도적 개발 TDD를 하는 방법은 간단하다. 프로그램을 설계하기 전에 테스트 코드부터 작성하는 것이다. 단순한 방법이지만, 이렇게 함으로써 여러가지 이득을 얻을 수 있다. 검증 개발 과정에서 작성하게 되...