좋은 의도네요.
몇 가지 도전과제가 있습니다:
-
많은 우수한 플러그인들은 자체 테이블을 생성하고 관리합니다. 현재 코드를 살펴본 결과, 이 부분을 아직 고려하지 않은 것 같지 않나요?
- 플러그인을 제거하면 마이그레이션도 함께 사라진다는 점이 문제입니다.
- 플러그인이 핵심 테이블의 데이터를 변경하는 경우(예: 레코드 추가)는 어떻게 하나요? 데이터 탐색 쿼리나 더 투명하지 않은 작업 등이 해당될 수 있습니다.
-
특정 플러그인을 "정화"하려는 사용자가 아닌 일반 사용자가 커스텀 필드를 삭제하는 것을 방지하는 방식을 찾지 못했습니다. 사용자가 직접 해당 필드를 식별하도록 의존하고 있나요? 핵심에 포함된 커스텀 필드 삭제를 차단하는 것뿐인가요?
그리고 이 점과 관련하여:
이 부분은 다소 위험해 보입니다. 핵심 업그레이드 시 새로운 필드가 추가되는데 이를 목록에 포함하지 않았다면, 명시적으로 나열하지 않은 새로운 핵심 필드를 삭제하는 위험을 감수하게 되는 것 아닌가요?
어쨌든 개발에 행운을 빕니다. 분명히 흥미로운 추가 기능입니다.