코딩컨벤션

꼭 지킬 필요는 없지만

지키지 않는 것보다 200%로 좋다.

 

내부가 엉망진창 멍멍이판이라도 껍데기가 이쁘면 사람들은 좋게 본다. 근데 이건 어쩔 수 없는 것이다.

 

그래서 보여주기식의 POC를 하는 것이고 이쁘게 광을 내야 하는것이니.. 뭐 암튼.

 

혼자서 이것저것 정신없이 만들고 있는데 import 하는 친구들의 네이밍이 제각각 ㅡㅡㅎ 아....

 

반성하자..

 

같은 결은 아니지만 주도를 배우는 이유는 주도를 신경 쓰면.. 조금 더 술을 제정신(?)으로 길게 먹을 수 있다.

그 만큼 주도에 신경을 쓰기 때문에 덜 취한다.

 

코딩컨벤션을 조금만 더 신경 쓰면서 하면 ?? 이 역시 답은 정해져 있다.

 

무조건 무조건이다!!

 

다들 파일명에 대한 네이밍을 어떻게 하고 있는지 모르겠지만..

 

문득 고민이 되었다.

 

클라이언트의 등록/수정/조회를 하나의 페이지 담을라고 했으나 분기문이 너덜스 해 질것 같아

 

등록/수정 and 조회로 나눠서 진행했고

 

각각의 네이밍이.....하악하악

 

등록 : create, add, save

수정 : update, modify, save

조회 : find, view, get

 

api에서 즉, 메서드에서 사용해야 하는 단어가 있고 파일명에서 쓰는 단어가 있다... 아니 사실 없다.... 관습적으로 사용하는 것이지 .. 해당 부분의 답은 없다!! 내 눈에 익숙한것으로!!

 

clientSave 와 clientView

 

 

그럼 누군가가 봤을때 아 저 친구는 세이브를 하는 친구구나. 이친구는 뷰를 하는 친구구나....

 

나는 또 엄한것을 하는 친구구구나...

 

프론트 엔드는... 손이 너무 많이 간다. 아..못해 먹겠네

 

인증서버 프론트는 누가 만들어 주면 안되나. ㅠ