말이 조금 이상한데 개발자분들은 의뢰받아서 만드는 모듈이나 에드온들도 설정할 수 있는 부분을 두시나요?
| CMS | Rhymix 2.0 |
|---|
-
-
?
아하..
필요에 의해서 만들때도 있고 안 만들떄도 있으시군요.답변 감사합니다.
-
저 같은 경우에는 단독 의뢰는 잘 안 받지만, 여러 사이트에서 비슷한 수요가 눈에 띄어서 공동구매(?) 형식으로 상당히 복잡한 모듈을 만든 사례가 몇 번 있습니다. 이 경우 공동으로 의뢰하신 분들 중 일부만 사용하는 기능도 있고, 추가로 참여하실 분들의 필요도 미리 예측하여 구조를 설계해야 하기 때문에 여러 가지 설정이 필요하게 됩니다.
클라이언트가 직접 변경할 수 있도록 해달라고 요청하지 않으셨더라도, 어떤 상수가 코드에 박혀 있게 된다면 그 부분을 설정으로 처리하는 것이 유지보수 면에서 더 나을 수도 있습니다. 예를 들어 30분 안에 5회 신고받은 글을 휴지통으로 이동하는 기능을 만든다고 할 때, 30분과 5회라는 숫자를 여기저기 코드에 박아놓는 것보다는 설정으로 처리하는 것이 두고두고 편리하지요. 의뢰하셨던 분이 나중에 기준을 바꿀 가능성도 적지 않고, 다른 분에게 또 납품하게 될지도 모르니까요. 가까운 미래의 수요를 예측하여 미리 대응하는 것이 사업에 있어서 얼마나 중요한데요.^^
-
?
직접 코드를 수정하는 것보다는 당연히 설정이 편하고 코딩을 모르시는 분이라면 더더욱이지요..
답변 감사합니다. -
말씀의 의도를 짐작해보자면. 모듈 재사용을 못하게 하려면 상수값을 소스코드에 때려박아 두면 개발자가 코드 분석 하기 전에는 모듈 재사용이 힘들어집니다. -
?
사용자 친화적이 되려면 상수를 설정할수 있게 해야겠네요. 답변 감사합니다.
-
저는 자급자족만 하는 사람이리서 질문하신 대상은 아니기는 한데, 그래도 가능한 것은 모두 설정에 넣으려고 합니다. 이유는... 몇년뒤 다시 돌아볼때 저도 제가 뭔짓을 했는지 모르게 되기 때문입니다. 또한, 프로그램에 고정된 숫자가 박혀있는 것은 좋은 프로그래밍 방식이 아니니까, 상단에 define으로라도 해놓는 것이 최소한의 하한치가 되겠지요.
고정적으로 선언되거나 수정이 용의할 필요가 있는 것들을 위주로..
그게 필요가 없다면 설정값을 안만들어두는게 깔금할때도 있고요..