코어와 모듈이 명확히 분리가 안되어서 그렇습니다.

예전에 board모듈도 코어에 속해있었던 시절이 있었습니다.

초기 개발단계에서 XE는 하나로 개발이되었고 나중에 모듈분리작업에 들어갔는데

그것이 명확히 안된 것이죠

코어에서 모듈을 모두 분리해서 xe가 프레임웍으로 변신한다면 

메뉴얼 작성 뿐만 아니라 모듈개발 자체가 보다 편리해질 것이라 생각됩니다.

보면 common 디렉토리 내용들이 좀 문제인것 같습니다.

common 디렉토리뿐만 아니라

미루어 추측하건데(언급하기 조심스러운 부분이지만)

xe개발 초기 제로님 혼자였습니다

회사에 속해 있으니 일정한 기간내에 결과물이 나와야 하고...

xe초기 버전이, 무엇이든지 하나 만들어 놓으면 일단 로딩해놓고 다른 곳에서 모두 사용하는 구조였던 것 같아요

그래야 개발 부담이 줄어들테니까요

css, js, query 등 대부분 그랬던 것 같습니다. 코딩 부분도 그러했던 것 같고

공통으로 사용하는 부분이 너무 많으니 상하좌우 모두 엮여 있어서 지금 common디렉토리에 있는 css,js 파일도 그중 하나입니다.

이런 부분은 제로님이 가장 잘알고 있었습니다.(예전 게시물 찾아 보면 코어에서 모듈을 더 분리하겠다는 제로님의 글이 있을겁니다.)

결과물이 나온 후 개발팀도 충원된 상태에서 xe 개발이 안정화되어갈 즈음에 

모듈 분리작업에 박차를 가하던 중, 다른 프로젝트에 팀원이 동원도 되고, 

경영진에서 글로벌화, 비지니스기회 확대 등 요구하는 와중에 제로님이 떠나고 ...

그 결과 xe에 정작 필요한 후속작업이 제대로 이루어지지 않은 것으로 생각됩니다.

xe의 프레임웍화만이 xe가 살 길이라고 가끔 말하는 이유가 xe 본래의 취지, 목표로 가라는 의미입니다.

동감은 갑니다. 아주많이요.

현제 board 관련부분을 보면서 느끼는거지만 php의 기본적인 코드를 완벽은 아니더라도

이해를 하여야 가능하다는 생각을 많이 하게 되어지더군요.

일반적으로 제로보드에서는 코드 입력만으로 간단하게 몇개의 php 코드만 알고 아니면

누가 올려준 코드를 응용해서 변경하여서 사용하면 되는 정도이지만.

제가 이해를 잘 하고 있는지 모르지만. 모듈의 하나의 함수로 이루어져 있으며

다른 모듈에서 특정 모듈의 함수를 읽어와서 재 사용이 가능하도록 구성이 되어진듯

하더군요.

쓰신 글 중에서 모듈의 분리가 시급하긴 합니다. 어드민 모듈에서도 별도의 카운터

애드온과 관리 모듈을 쓰는 것이 아니라 카운터의 표시 부분을 직접적으로 넣어서

카운터 모듈을 쓰지 않으면 에러가 발생하는 상황이지요.. ( 코드를 지우는 행위를 커쳐야 하는.. )

애드온과 위젯 모듈 구성에 대해서 국산 어느것보다 우월하지만 블럭에 누가 본드를

살짝 칠해져 블럭을 바꿀때 약간 따라오는 듯 한 느낌이 듭니다.

그래도 해결해야 되는 문제가 많아야 제미진 일이라고 생각되어지네요. XE도 그렇기 때문에

젬난 것일지도 모릅니다. ^^