그누M을 MVC 방식으로 가면 무리가 있나요? 정보
그누M을 MVC 방식으로 가면 무리가 있나요?본문
어제는 그누M 피드백 게시글을 모두 읽었습니다.
@Rido 님 글을 읽다가 MVC란 이름을 처음 접했습니다.
XE는 아주 오래전에 만져 보았으나 저는 개념도 없었습니다.
https://sir.kr/cm_free/1225447#c_1225454
@라엘 님이 작성하신 댓글을 보면서 느낌이 확 오는 거예요?
Rido 님 말씀 접한 후 오늘은 2시간 넘게
MVC가 도대체 뭔지 궁금하여 뒤졌거든요. 유유
야, 이런 방법이라면 그누M에 적용할 경우 너무 좋지 않을까?
이런 생각이 들었습니다.
너무 짧은 시간 검색한 것이라서 자세한 것은 모르겠습니다.
다국어의 경우 하나로 모든 언어를 커버하는 것이
사실은 어렵다는 생각이 들어요. 영어 하나만 봐도
최소 5~6개 최대 수십개 사용하는 것 같아서요. 30개 정도요?
미국은 단수와 복수를 같이 쓰고 또 어디는 단수만 쓰고
뭐 이런 문자 수 차이도 존재하거든요.
온전하게 제대로 만든다는 것은
너무나 힘들지 않을까 하는 생각입니다.
그누M에 MVC 방식이 적용되면 참 좋겠다는 생각이 들었습니다.
하나의 controller이 존재하고 모든 것을 이곳에서 분기한다.
다국어에 딱 적합한 방법이 아닐까요?
.htaccess 파일에 $_SERVER 함수 담아서 사용하면
다국어 적용 시 마음대로 할 수 있어 좋을 것만 같습니다.
지금 그누M 상태에다 적용이 많이 복잡한 것인지 모르겠습니다.
제 눈에는 크게 어려움이 없는 것 같이 보이거든요.
(몰라서 발생하는 문제입니다)
프로그램은 잘 모르나 MVC 기능이 좋은 것은 눈에 보이네요. 흑.
//
https://sir.kr/gm_feedback/159
글로벌(?)한 board가 되기위해서.... (많이 삭제 ㅠㅠ)
뭐 물론 mvc를 원하긴 하지만 이건 아주 갈아엎자는 이야기니 ㅋ
(Rido 님 작성 본문 내용 중 하단내용 일부)
말씀을 다시 보니 어려운 것 같습니다.
Rido 님이 어렵다고 생각하신다면 뭐 저야 당근. ㅠㅠ
굉장히 복잡한 것 같습니다. 그만둘래요! ㅡㅡ.
단순무식한 놈이 분기를 이런 방법으로 하려고 했습니다.
어? 이렇게 하면 되겠네? 너무 좋네? 이렇게요.
코드란 것이 굴러간다고 모두 똑같은 코드가 아닌 거죠.
고수와 하수가 그냥 존재하지는 않으니까요. ~~
1 비추천
0
댓글 전체
제 눈에 현재 그누M 상태는 추가만 하면 되는 것 같이 보였습니다.
무지함에 극치를 인정하고요.
HOOK 기능과 테마 기능 이용하여 분기하는 방법을 써야겠습니다.
지금도 훌륭한데 뒤집어 까는 것은 싫어요!
자꾸 개발만 하면 들어가는 비용은 누가 주냐고요.
대한민국 정부는 돈 어디에 쓰는 거지?
이럴 때 쓰라고 세금 내는 것인데요. < 제 생각입니다! ~~
이런 프로그램 하나 잘 만들어지면?
달러도 벌고? 일자리도 창출되고 최고네요!
본문에 담으려다 욕구를 누르고 댓글로 남겨요.
말씀하시는것처럼 controler에서 view로 분기를 해버리고
해당 언어셋이 만약 30개국을 해야한다고 하면
해당 페이지의 디자인이 변경되면 30개의 view를 수정해야합니다.
이를 해결하기 위해서 다국어 버전의 경우엔
하나의 view에서 여러가지 언어를 디비로 만들어 가지고 오는 작업이 필요한 겁니다.
뭔가 mvc와는 다른 이해로 접근하시는게 좋아 보입니다.
덧) mvc의 경우는 해당 데이터를 view로 전송하고 궁극적으로는 여러가지 플렛폼
핸드폰 / pc / 테블링 / tv 등 여러가지로 데이터를 전송하기 위함입니다.
restfull을 하기위해 존재하는것이죠
덧2) 해당 view를 분기하는 기능이라면 현재 그누보드 스킨기능으로도 충분합니다.
여기는 제가 검색하여 정보 취득하겠습니다!
(다시 생각했는데요. 그냥 취득 안 하겠습니다. ^^)
하나의 view에서 여러가지 언어를 db로 만들어 가져온다.
주신 말씀 알 것 같으면서도 알쏭합니다.
네. MVC 개념은 제가 개념이 없어 발생한 문제같습니다.
index 문서에서 분기를 하나 저렇게 하나 똑같지 않나? 이랬거든요.
네. restfull 자체를 모릅니다. 이러니 접수가 안 됩니다. 흑흑.
네. 저도 스킨 가지고 되겠더라고요.
뭐 제대로 돌아가는 것은 아니겠지만요. 가동은 되죠. ㅎ
스킨 방법으로 가겠습니다!!!
주신 말씀은 아직 잘 모르는데요. 느낌이
제가 생각한 것은 MVC 이런 친구는 아닌 것 같습니다.
단순하게 분기하는 정도였던 거죠. ^^
저는 쓰는 것만 잘 쓰고 싶습니다. ~~
고맙습니다!!!
예전 개발하던 다국어 버전 플러그인 입니다.
거진 기능상 문제는 없어 보이기 때문에 사용에 문제는 없을겁니다.
하지만 사용보다는 그냥 참고만 하시기 바랍니다.
짱박아 놓고 돈으로 바꿔야지요. 잉. ㅜㅜ
감사합니다. ^^
하지만 그래도 플러그인 형태는 환전 가능할 것 같아서요. ㅎ
스킨으로 가도 view가 30개 안 필요한가요?
아, 그렇군요. 안 필요합니다.
하지만 폴더 30개 깔아야 하는데요? ㅎ
제가 생각하는 방법이 이렇게 허접합니다. ^^
그누M 30개 폴더 구조로 설치. 죠. ㅡㅡ.
장사를 하든, 사이트를 운영하든
어떻게 돌아가는지 정도는 알기는 알아야 합니다.
고맙습니다!
보다가 느낀 건데요. 상수만 G5에서 GML로 변경하면
개발하신 코드. 그냥도 될 것 같습니다?
그러면 SIR사에서 정식 버전이 나올 때까지
염치 불고하고 주신 코드 입혀서 쓰겠습니다. ㅎ
감사합니다! ~~
오늘 저 완전 대박이네요!
플러그인 형태는 나중에 판매가 가능한 모델입니다.
차후 개발하시게 되면요. 꼭 돈으로 환전 받으십시오.
배포가 전부는 아니니까요. 개발자 돈 안 되면 프로그램은 죽습니다.
감사합니다.
간단한 회사홈페이지 같은것 운영할땐 크게 문제가 없을겁니다.
작동 중 뻑이 나거나 속도가 꽝이 된다거나? 또는
해킹에 무방비로 완벽 노출. ㅋ < 온전하게 가능! ㅎ
Rido 님이 만드셨습니다. 전혀 걱정 안 합니다. ~~~~
어떻게 저도 구현은 하겠으나 수준이 다르죠!
감사히 쓰겠습니다. 꾸벅.
다국어 정식버전 나오면 실력발휘 꼭 하십시오!
제가 2시간 검색했던 것과는 조금 다른 내용이 보여서요.
아마도 다국어만 신경 쓰면서 검색하여
다른 방향으로 검색을 한 것 같아요. > 단어만 MVC
다국어 적용을 할 수 있는가? 이런 생각만 가지고 검색. ㅡㅡ
여하튼, MVC가 뭔지 전부는 아니겠습니다.
하지만 어떤 놈인지는 아래 링크를 보시면 도움이 되지 않을까 합니다.
//
소프트웨어 공학 -MVC 디자인 패턴
http://blog.naver.com/PostView.nhn?blogId=web_sh&logNo=220974803409
이 포스팅을 읽으니 MVC를 왜 쓰는지 알겠더라고요.
저는 오로지 분기하는 방법만 보였죠. ㅠㅠ
간단한 PHP 프레임워크 > MVC
https://sir.kr/pg_tip/16065 < 여기에 Rido 님 댓글이 있네요?
https://github.com/gshn/cpfs < 구현된 코드
//
Rido 님 말씀 중,
"다국어 홈페이지의 경우 mvc의 개념과는 조금 다릅니다."
여기 차이점을 이렇게 이해했습니다.
@Rido 님?
//
1. https://jhleed.tistory.com/48 < 코드가 간소하고 가독성이 좋다.
2. https://okky.kr/article/453210?note=1402545
스타 님 말씀인데요. 이분 말씀이 와닿습니다.
MVC는 설계 패턴으로 어떻게 쓰는 것이 정답일 순 없고
활용의 추상화가 잘 된 패턴으로 생각됩니다.
서로 관계를 몰라도 되는 독립적인 레이어라는 것은 제 생각엔
그냥 방향입니다. 현실은 절대(99.9) 그럴 수 없습니다.
제가 생각하는 MVC는 다음과 같습니다.
M : 요청하는 api의 유형은 여러가지로 다를 수 있지만
비즈니스 모델은 재활용 되는 경우가 많습니다.
또한 비즈니스의 성공이나 실패로 묶여있는
트랜젝션 단위로 쓰는 경우가 많습니다.
V : 뷰는 담당자가 섞이는 영역이고, 디자이너와 일을 할 경우
비즈니스 로직과 디자인 업무를 분리하는 역할을 합니다.
C : 사용자 접근 계층이라고 보면 됩니다.
예를 들어 동일한 M 라이브러리를 가지고도 오픈 API용,
내부 API으로 쉽게 나눠서 서비스가 가능합니다.
3. https://dlucky.tistory.com/135 < MVC 구조
링크 안에 모델(Model), 뷰(View), 컨트롤러(Controller) 설명있어요.
//
모든 단이 분리되어 있어 따로 작업이 가능한
협업이 편리한 구조 이렇게 이해하면 바른가요?
감사합니다. 이런 것은 안 알고 싶은데요. ㅋ
이때만 이러고는 다른 짓만 열심히 하고 있습니다. ㅠㅠ
