나는 그것에 대해 제대로 생각하지 않는다고 말하고 싶습니다. ORM 자체는 나쁜 습관을 조장하지 않습니다. 최소한 당신이 경험하고있는 방식이 아닙니다.
ORM은 다른 프레임 워크와 마찬가지로 도구이거나 api 또는 무엇이든 정확하게 사용할 수 있습니다.
팀의 개발자가 MVC 패턴을 명확하게 이해하지 못하는 것보다 더 문제가있는 것 같습니다. 그 문제를 먼저 해결하는 것으로 시작하겠습니다.
개발자는 MVC 패턴을 사용하여보기 및 컨트롤러를 사용하지 않는 경향이있는 것으로 보입니다. 그 이유는 여러 가지일지도 모르지만, 이와 같은 일을 할 때마다 나는이 생각과 비슷한 것으로 시작한다고 보통 생각합니다.
" 거기에 포인트가 없습니다. "
기본적으로 디자인과 비즈니스 논리를 분리하려고 할 때 실제로 프레젠테이션 계층의 비즈니스 계층에 속하는 일부 조각을 구현하는 것이 더 쉬울 때가 있습니다. 개발자가 나쁘다고해서는 안되지만 경험이나 게으름이 부족할 수도 있습니다. 나는 안드로이드를 위해 개발할 때처럼 (내가 결코 전문적으로는 아니지만)이 정확한 것을 여러 번 유죄로 알고있다. :)).
당신이 알아 차린 나쁜 습관을 사용하고 팀으로 코드를 멋지고 정확하게 구현하는 일종의 코딩 도장이있는 샘플 사례를 찾아내는 것은 어떨까요? 그들이 속한 물건을 가지고있는 실제 이익을 보여주는 시간이 있습니다. 당신이 직접 작성하지 않았거나 그 코드를 책임지는 개발자가 다른 개발자들 앞에서 mangled되는 것이 아니라면 나는 실제 코드를 사용하는 것에 대해 강력하게 조언 할 것이다. 그러나 이것은 분명히 귀사의 문화와 개발자가 이러한 종류의 일에 관심을 갖고 개방하는 경우에 달려 있습니다. 개인적으로 내 직장에서 비슷한 일을하는 것을 좋아합니다.
나는 대답했지만, 당신이 사용하고있는 ORM을 아는 것은 흥미로울 것입니다. – halfer
Symphony framework –
또한 "씬 컨트롤러, 팻 모델"과 같은 간단한 아키텍처 규칙을 사용해 보셨습니까? – halfer