얼마 전부터 라이브러리에서 반복적으로 사용되는 다양한 클래스를 수집하기 시작했습니다. 이제는이 모든 프로젝트에 도서관을 갖고 싶어하지 않는다고 결정한 권한이 있습니다.라이브러리가없는 코드 재사용
프로젝트에서이 모든 것을 다시 복사하는 대신 "좋은"대안은 무엇입니까?
내가 지금까지 생각해 낸 가장 좋은 점은 소스 컨트롤을 사용하여 다양한 프로젝트의 클래스를 링크/공유/포함하는 것입니다. 더 나은 점이 있나요?
이의 제기가 무엇입니까?
작은 libs 묶음과 연결하고 싶지 않은 경우 스마트 어셈블리를 사용하여 하나의 마스터 어셈블리를 만들고 프로젝트를 링크 할 수 있습니다.
하나의 이진 파일을 제공하려는 경우 Smart Assembly를 사용하여 실행 파일을 참조 된 어셈블리와 함께 매시고 단일 이진 파일을 만들 수 있습니다.
나는 그 purpouse에 대해서만 사용하는 common이라는 라이브러리를 가지고 있습니다. 나는 모든 공통 수업을 거기에 넣었다.
예를 들어 라이브러리를 만드는 대신 클래스 파일을 포함하는 것이 좋을 때 유틸리티 클래스를 한 번 빌드하고 필요할 때마다 프로젝트에 추가 할 수 있습니다. 이 방법을 사용하면 필요에 따라 코드를 개선하고 사용자 정의 할 수 있습니다. 또한 다른 개발자가 코드를 볼 수있게 해줍니다.이 코드는 화이트 박스 테스트를 수행 할 때 정말로 중요합니다.
작업을 변경하는 옵션이 있습니까? – dasblinkenlight
네 .. 작은 DLL을 예를 들어 DB, 그림, Uplaod, Downlaod, 로그인 등으로 분류하는 것은 어떨까요? jQuery와 마찬가지로 모든 플러그인이 맨 위에 있다는 것을 알 수 있습니다. 그들을 포함시키지 않는 이유는 무엇입니까? 너무 큰? 너무 convienient? – ppumkin
지금 그들은 더 작은 라이브러리입니다. 변화하는 직업에 관해서는 : 나는 그것을 여기에서 좋아한다. 때때로 그들은 재미있는 아이디어를 얻지 만 드물게 지속됩니다. 여기에도 훌륭한 것들이 많이 있습니다. – Kempeth