Java 엔터프라이즈 수준 프로젝트를 위한 개발 아이디어

Java 엔터프라이즈급 프로젝트 개발 아이디어. 우연히 만나서 읽다가 배운 게 있어서 모두와 공유합니다. 이 글은 사례를 다루지 않고, 필요한 친구들이 참고할 수 있는 내용만 이야기합니다.

엔터프라이즈급 프로젝트 개발이란

　"엔터프라이즈급 프로젝트", 엔터프라이즈급 프로젝트 개발, 자바도 엔터프라이즈급 프로젝트 개발이다, 우리는 어디서나 이야기하고, 듣고, 이야기한다 하지만 어떤 종류의 프로젝트가 "기업 수준"으로 간주되나요? 내가 진행하고 있는 크고 작은 프로젝트가 기업 수준으로 간주될 수 있나요? 즉, GXPT는 기업 수준의 프로젝트라고 볼 수 있습니다. 다음으로는 여러분과 소통하고 배우겠습니다!

1. 프로젝트 개발 현황

저희 고급반에서는 크고 작은 프로젝트를 꽤 많이 해왔고, 모두 꾸준히 프로젝트를 진행하며 따라잡고 있습니다. 지금까지 다들 프로젝트를 시작해서 크고 작은 프로젝트를 많이 해왔고, 어느 정도 성공한 프로젝트도 있고, 매우 자랑스러워할 만한 프로젝트도 있다고 생각합니다. 이제 모두가 우리 프로젝트가 일반적으로 어떻게 만들어졌는지 되돌아보고 생각합니다! 각 개발팀이 다르더라도 프로젝트 마감일, 고객 요구 사항의 변화, 다양한 감독에도 불구하고 우리의 최소 구현 및 전체 디자인은 여전히 ​​동일합니다. 그러나 확장성과 유연성은 다소 다릅니다.

　프로젝트가 올 때마다 몇 번의 회의를 거쳐 프로젝트가 시작됩니다. 사람들이 배정되기 시작하고 고객의 일부 요구 사항이 분석되기 시작한 다음 일부 주요 개발자가 프로젝트의 프레임워크를 구축하기 시작합니다. 그래서 프로젝트가 진행 중입니다. 프로젝트를 위한 프레임워크를 구축한다는 것은 전문적으로 아키텍처를 구축하는 것을 의미합니다. 우리가 아키텍처라고 부르는 것은 실제로 이 아키텍처가 좋은지, 어떤 위험이 있는지에 따라 프로젝트를 여러 개의 논리적 계층으로 나누는 것입니다. 그리고 향후 변화에 적응할 수 있는지, 사용된 기술의 위험성과 타당성 분석은 거의 고려되지 않습니다. 이유는 매우 간단합니다. 일반적으로 이런 방식으로 개발되므로 큰 문제가 없어야 합니다. 실제로 많은 프로젝트가 이러한 방식으로 개발되었으며 그 중 다수가 성공했습니다. 표준이 표준인지 아닌지, 어떤 개발 원칙을 따르는지 여부에 대해서는 많은 사람들이 관심을 두지 않지만 프로젝트는 성공합니다.

프로젝트 개발에서 우리는 단일 책임, 종속성 반전, 테스트 용이성, 유지 관리 가능성 등 많은 원칙에 대해 매우 명확합니다. 코딩할 때 이러한 원래 창작물은 중복되는 경우가 많으며 결국 프로젝트는 기능적 집합이 되었습니다. 특히 프로젝트를 서두르는 과정에서 코드 축적의 효과는 더욱 분명해졌습니다. 기능이 완료되는 한 나머지는 나중에 논의됩니다. 종종 "나중에 말하세요"는 "다시는 말하지 마세요"로 바뀌고 그냥 하면 됩니다. 여기에는 아무런 문제가 없습니다.

이런 식으로 우리는 해마다 프로젝트를 개발하고, 수행하고, 프로젝트를 따라잡습니다. Primary Key의 많은 사람들은 프로젝트가 진행됨에 따라 후반 단계의 소프트웨어 개발에 덜 관심을 갖게 될 것입니다. 처음에는 소프트웨어 개발이 고도의 지능 활동이라고 생각했지만 지금은 그것이 육체 노동과 약간 비슷하다는 것을 알게 되었습니다. 우리는 해마다, 매달 다양한 고객을 위해 다양한 시스템을 개발합니다.

정보는 다음을 보여줍니다: 회사에서...

저는 많은 회사가 종종 매우 "매력적인" 슬로건을 많이 제시한다고 믿습니다. 즉, 많은 수의 프로젝트를 수행하고 공통 구성 요소를 축적 및 개발함으로써 더 많은 구성 요소가 존재하게 됩니다. , 앞으로 더 많은 개발이 이루어질 것입니다. . 프로젝트 개발이 점점 더 힘들어지고 있는 것이 바로 이것이 많은 개발자가 경력을 바꾸고 변화하는 이유 중 하나라고 생각합니다. ​

2. 기업급 프로젝트란?

Java 학습이 점점 가까워지고 있습니다. 엔터프라이즈 수준 프로젝트란 무엇입니까? 기업, 기관 또는 고객 회사를 위해 개발된 프로젝트를 엔터프라이즈 수준 프로젝트로 간주할 수 있나요? 매우 큰 프로젝트는 엔터프라이즈 수준의 프로젝트인가요? 소규모 프로젝트는 기업 수준의 프로젝트로 간주되지 않나요? 수만개, 수십만개의 코드로 이루어진 코드가 기업급 프로젝트인가? 혼란스러운!

사실 저는 개인적으로 "기업 수준"이라는 개념에 대해 그다지 명확하지 않았습니다. 제가 매일 이 말을 하는데, 미 선생님께서도 제게 기업 수준의 발전 아이디어를 심어주셨고, 처음에는 정말 조금 만족스러웠고, 꽤 심오하게 들렸습니다.

엔터프라이즈 수준 프로젝트에는 엔터프라이즈 수준 아키텍처, 엔터프라이즈 수준 개발 등 다양한 개념이 수반됩니다.

하지만 어쨌든 기업 수준의 개념은 프로젝트 규모와 거의 관련이 없다고 말할 수도 있습니다.

사실 기업 수준 프로젝트는 실제로 "기업 수준" 사고방식을 가진 프로젝트입니다.

　기사의 첫 번째 부분에서 우리는 현재 프로젝트를 수행하는 방식인 코드 기능의 "스태킹"에 도달했습니다. 이런 축적을 통해 축적된 코드는 이 한 프로젝트에만 사용되며, 향후 다른 프로젝트에서는 거의 쓸모가 없게 됩니다. 이는 코드가 충분히 재사용되지 않고 종종 프로젝트에서 잡다한 코드가 많이 발생한다는 것을 의미합니다. 예, 많은 유사한 기능에는 자체 코드 세트가 필요합니다. 이러한 문제로 인해 프로젝트는 점점 더 일반화되었고, 많은 아름다운 슬로건이 거품으로 변했습니다.

엔터프라이즈 수준 프로젝트에는 최소한 다음과 같은 특성이 있습니다.

안정성

유연성

격리

재사용성

유지 관리 가능성

모든 사람이 이러한 특성을 갖고 있는 것은 아니라고 생각합니다. 낯설어서 이 기능에 대해서는 자세히 설명하지 않겠습니다. 모두가 알고 있는 기능입니다. 이렇게 말하면 말도 안 되는 소리라고 생각할 수도 있겠지만, 한 가지 말씀드릴 수 있는 것은 요즘에는 프로젝트를 개발할 때 이런 것들을 무시하는 경우가 많은데, 이런 방치 때문에 프로젝트 개발은 오히려 가속화되고 있습니다. 장기적 상황으로 볼 때 프로젝트 개발은 여전히 ​​점점 더 힘들어지고 있습니다. 개발할 때마다 조금씩 이런 생각을 하고, 그 특성에 맞는 코드를 작성하려고 하면 서서히 일종의 "기업 수준의 마인드"가 서서히 드러나게 되는데, 아주 비슷한 비유가 프로젝트를 진행하는 동안 , 우리는 어려운 기술적 문제에 직면하여 종종 그것을 극복하기 위해 많은 시간을 보냈고 마침내 해결했습니다. 실제로 우리는 이러한 생각을 극복하는 과정을 다음과 같이 분석할 수 있습니다. 우리의 생각과 문제에 대한 답 사이에는 벽이 있습니다. 문제를 극복하기 위해 계속해서 다양한 해결책을 시도하다 보면, 우리의 생각은 계속해서 이 벽에 부딪히게 됩니다. 마침내 벽이 무너지고 우리는 문제에 대한 해결책을 얻습니다.

　 마찬가지로 우리는 "엔터프라이즈 수준"의 사고를 프로젝트에 도입하여 조금씩 "벽"에 부딪혔습니다. 최종 결과는 공통 ​​기능이 공통 구성 요소에 캡슐화된다는 것입니다. .

요약

이것에 대한 나만의 감정은 "기업 마인드"는 없지만, 이런 생각으로 프로젝트를 진행하다 보니 인력 유지 측면에서 그리고 Yonghe의 유지 관리, Kindness Commune의 개발 및 시험 시스템의 문제 수리는 모두 기업 수준의 사고로 반복되는 코드 수정, 웹 사이트 재출시, 유연한 기능 및 유연한 구성 요소 추가를 해결할 수 있음을 깊이 깨달았습니다. 실제로 Mi씨는 유니버셜 웹사이트를 통해 이 개발 컨셉을 계속해서 심화시켰습니다. 개인적으로는 제 생각이 개선되었다고 생각하며, 구성 요소는 개선되어야 할 부분이 정말 많습니다. , 그들은 이미 거기에 있습니다. 나중에 시스템을 유지 관리하는 데 드는 비용도 크게 절감됩니다. 엔터프라이즈 수준 개발 아이디어는 Java 학습에 포함되어 있으며 GXPT 중학교 교사도 이러한 엔터프라이즈 수준 개발 개념을 사용하여 자신의 재능을 과시합니다.

위 내용은 Java 엔터프라이즈 수준 프로젝트를 위한 개발 아이디어의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!