PHP 웹사이트 구축시 오래된 방식의 문제점은
결론부터 말하면 별 문제 없습니다. 오래된것이라는것에 대해 단어에서 '오래된' '옛말부터사용한' 이런 단어를 희안하게 부정하는 뇌를 가지는 경우가 있는데 아직까지 사용되고 있다는것은 쓸모가 있다는것이기도 합니다.
문제 없다고 보지만 혹시 잘못 생각했거나 최근들어 바뀌었을 수 있기 때문에 LLM에 아래와 같이 물어 보았습니다.
php로 웹사이트를 만들려 하는데 구조를 난 예전 방식으로 - 왜냐하면 가장 속도가 빠르고 가독성이 좋아
include 보안 및 config 및 공통파일
include inc_heaer.php
비즈니스 로직
include inc_footer.php
이런 방식으로 하려 하는데 혹시나 내가 잘못 생각하는것은 없을까 해서 물어 보는데 어떻게 생각하니?
결론은 나쁘지 않다고 하는데 중소규모라고 하는데 여기서 중소규모가 뭔가?
기준이 없는데 ...
● 첫번째 방식
inc_header.php 이거 디자인 바뀌면 어떻하나요 할 수 있겠지만 이 안에서 if 조건을 줘서 버전별로 관리를 같이 해주면 됩니다.
● 약간 변형된 방식
이런 방식에서 약간 더 신경을 쓰면 index.php 하나에서 라우팅하는 파일 만들어 사용하는 방법이 있습니다.
물론 위에 제가 언급한 것보다는 오버헤드가 있기는 하지만 크지 않기 때문에 무시해도 될 정도.
웹서버에서 모든 것을 index.php 로 보내면 이 파일 하나에서 모두 처리하는 방식으로 전체 웹사이트 컨트롤 하는 방식 이라 생각 하면 됩니다.
inc_header.php 같은 것은 이 안에서 자동으로 include 하도록 하면 실제 비즈니스 로직에선 상단 하단 및 공통으로 사용하는것 include 하지 않아도 되는 방식 입니다.
단점은? 실제 프로그램 찾아 들어가는 구조가 웹브라우저에 있는것과 다르다.
(이정도는 단점이라 볼 수 없을 수도 있지만 사용 방식에 따라 불편 한 사람도 있습니다. )
물론 장점도 있는데 위에 단점 부분이 내부에 실제 파일이 어디에 있는지 자연스럽게 숨겨지게 됩니다.
● 프레임워크
프레임워크 잘못 쓰면 그거 학습하는 시간도 들어가지 업그레이드 되면 그것 맞춰서 해줘야 하지 그리 좋은 판단 아닙니다.
어떤 특정 기능을 별도 학습하지 않아도 되기 때문에 더 좋다고 하는 경우도 있지만 실제 그럴까요?
정말 일도 모르고 제공되는 것만 사용하면 될까요?
그것도 처음 사용 할 때는 아니고 그 다음 부터 이겠지요.