많은 라이브러리와 프레임 워크가 너무 다루기 힘들고 유지 관리가 어려워 보일 수 있습니다. 나는 FlashGameDojo이 필요에 따라 코드에 삽입 할 수있는 스 니펫 (snippet)의 사용을 홍보함으로써이 문제에 접근하는 방식을 좋아합니다. 분명히,이 방법에는 코드의 다른 부분을 추적하려고하는 것과 같은 단점이 있습니다.스 니펫 대 프레임 워크
이 유형의 코드 라이브러리를 관리하는 데 동의 한 접근 방식이 있는지 궁금합니다. 어떻게 각 발췌 문장을 신선한 상태로 유지하고, 프로젝트에 필요한 것들을 찾으십시오. 이와 같은 "모범 사례"가 없다면 아마도 여러분은 여러분의 경험을 공유 할 수있을 것입니다.
감사합니다.
프레임 워크는 비용도 발생하는 경향이 있습니다. 그들은 많은 반복적 인 작업을 추상화 할 수 있지만 학습 곡선이 있습니다. 여기서 좋은 점은 문서가 일반적으로 매우 훌륭하다는 것입니다. 필자는 예제로 CakePHP와 Symfony를 인용 할 것입니다.
스 니펫은 항상 도움이되었지만 머지 않아 코드베이스가 누락되었습니다. 코드의 다른 스 니펫을 이해하는 데는 두뇌가 필요합니다. 이 코드는 여러 소스에서 제공되었으므로 한 번 정보의 중심 소스가 될 수 없습니다.
프레임 워크와 스 니펫 사이에서 가장 중요한 요소는 내 기술과 팀의 다른 사람들의 기술입니다. 의사 소통이 핵심입니다.
개발자가 문서를 읽을 수있는 팀은 프레임 워크를 고수해야합니다. 나는 그러한 팀에 있었고 개발자는 안전하게 게임을하는 경향이 있습니다. 이러한 팀은 프레임 워크의 API를 활용하여 표준화 된 작업을 신속하게 수행하는 경향이 있습니다. 그러나 고객이 변경을 원하기 때문에 사용자 정의가 필요할 때 속도가 느려지는 경향이 있습니다. 그러한 팀의 장점은 각 사람이 잠재적으로 다른 사람을 대신 할 수 있다는 것입니다. 그러나 가장 큰 단점은 전문성이 부족하여 사람들이 업무에 덜 적응하게된다는 것입니다.
개발자가 코드를 읽을 수있는 팀은 스 니펫과 함께해야합니다. 나는 또한 팀 같은 존재 였고, 개발자들은 조금 더 알고 싶어합니다. 그들은 커스터마이징이 정말 빠르지 만, 반복적 인 작업을 할 때 수렁에 빠지게됩니다. 각 개발자는 자신이 신경 쓰는 정체성을 가지고 있습니다. 그들이 자신의 일을 자랑스럽게 여기고 동료들 앞에서 "멋있게 보일"수있는 모든 것을 할 것입니다. 가장 큰 단점은, 일부 개발자는 열렬한 경련이 될 수 있다는 것입니다.
첫 번째로 선호하는 것은 재사용하려는 모든 코드가 포함 된 하나 또는 여러 개의 프로젝트를 유지하는 것입니다. 폴더/네임 스페이스로 코드를 분리하는 것이 좋습니다.
그런 다음이 프로젝트를 다른 프로젝트에 포함시키고 복사/붙여 넣기를하지 않고 코드를 직접 사용할 수 있습니다.
장점 : 코드가 깨 졌는지 (컴파일되지는 않는지) 바로 알 수 있습니다. 기능/방법이 현재 필요한만큼 구체적이지 않은지 즉시 알 수 있습니다. 그런 다음 코드를 업데이트하거나 확장해야하는지 여부를 결정할 수 있습니다.
(어디서나 액세스 할 수 있으므로) 온라인 스 니펫 관리자를 사용하는 것이 좋습니다. 이 코드를 복사/붙여 넣기 할 것이기 때문에 한 지점에서만 무언가를 수정하는 기능이 느슨해집니다.
온라인 조각 모음 관리자의 예는 http://www.int64.io입니다. 스 니펫을 '보드'(폴더 등)로 구성 할 수 있으며 미리 정의 된 태그 나 자신의 태그를 사용하여 태그 할 수 있습니다. 가까운 시일 내에 미리보기를 통해 검색 할 수 있습니다.
등 GitHub의 요점, jsfiddle, codepen처럼뿐만 아니라 다른 조각 관리자가 있습니다
면책 조항 : 당신은 유지하고 미리보기를 구성 할 수 있습니다 GitHubGist 내가 http://www.int64.io
의 소유자 해요있다 . 나는이 더 좋고 더 조직적인 UI를 가지고있는 것을 좋아한다.
나는 Evernote에서도 일을 계속하려고 노력했지만, 형식을 멋지게 유지하지 못하기 때문에 빨리 포기했다. (그리고 이미 포기하는 것이 힘들었습니다. 이미 내 세계의 모든 것에 대해 Evernote에 15K 노트가 있습니다.)
GistBoxApp의 가장 좋은 점은 파일로 시작하거나 감정적으로 연결된 기발한 작은 기능들.
의견에 감사드립니다. 나는 이것이 나를 위해 혼자 일한다고 생각한다. 반복적으로 재사용하는 경향이 많은 코드가 있지만 반드시 "MimsLib"을 갖고 싶지는 않습니다. 스 니펫을 너무 지저분하지 않게하는 방법에 대한 통찰력이 있습니까? –
코드를 유지하는 개발자가 각 스 니펫이 어디에 있는지 손쉽게 추적 할 수 있다면 좋다고 생각합니다. 코드 유지 보수는 개발자가 피할 수있는 개발자가 거의 없기 때문에 지루한 작업을하는 방식으로 작업하는 것이 좋습니다. –