Gələcək Java tərtibatçısı üçün bələdçi. Müəssisə - 1-ci hissə

“Qurduğunuz bu texnoloji nailiyyətlərlə çox da fəxr etməyin. Bir planeti məhv etmək bacarığı Gücün gücü ilə müqayisədə heç bir şey deyil." - Ölüm Ulduzunda Darth Vader.

Giriş

Yəqin ki, məqalələr silsiləsinin növbəti iki hissəsi bir çoxları üçün ən çox gözlənilən hissədir və bunun da səbəbi var. Nə var, üfüqdən kənarda, saf Javadan kənarda? Java tərtibatçıları hər layihədə nədən nəfəs alır? Bunu, əsas proqramlaşdırma dili Java olan istənilən orta səviyyəli mühəndis üçün real, tam özünütədris bələdçisi hesab edin . Mən xəstəxananın orta göstəricisini mümkün qədər əhatə etmək və yalnız ən populyar çərçivələri deyil, həm də hazırda aktual hesab olunan həlləri təsvir etmək niyyətindəyəm. Təbii ki, çoxlu alətlər var və anlamaq ən vacib və ən yaxşısı heç yerə aparan yoldur. Hər biriniz DOU-da “İşlər” bölməsinə baxdınız və vakansiyadan vakansiyaya qədər daim təkrarlanan texnologiya yığını tapdınız. Mən başa düşürəm ki, hər şeyi təsvir etmək mümkün deyil, amma ümumi bir çərçivə ilə çıxış etmək yaxşıdır, ona görə də bu istiqaməti izləməyə çalışaq. Nədənsə keçmişdə layihələrin birində kifayət qədər maraqlı biabırçılıq baş verdi, məncə, bu və ya digər sahədə çoxları üçün vaxtaşırı təkrarlanırdı və təkrarlanır. Tapşırıq sadəcə ayrı-ayrı obyektlərin statusunu göstərmək üçün hazır funksionallığa bir HTML səhifəsinin renderini əlavə etmək üçün qoyulmuşdu. Nəticədə, mənim həmkarım heç kim Bahardan istifadə etmədiyi zaman Baharın özünün əsas asılılıqlarının bir hissəsini çəkən yaz kəklikotu əlavə etmək qərarına gəldi. Bütün bunlar sadəcə 2-3 qurumun statusunu göstərən bir adi səhifə üçündür. "Mən heç vaxt iki işıq qılıncından istifadə etməyin mənasını görməmişəm... bu, mənim fikrimcə, şoudur" - Obi-Van Kenobi. Bir tərəfdən, tərtibatçı problemi mümkün qədər tez həll etdi, istifadə təcrübəsi olan bir çərçivə quraşdırdı və bir neçə saat ərzində layihəyə inteqrasiya etdi. Ancaq digər tərəfdən, proqramımız böyüdü, ona görə də sadə sual yaranır: o, düzgün etdimi? Bu cür atom tapşırıqları üçün, bu thymeleaf/Spring MVC və s. daha böyük olduğuna əmin olduqda. Heç bir yerdə istifadə olunmayacaq, heç istifadə etməmək daha yaxşıdır. Mən həmişə “Oh! Bəli, biz burada Hibernate istifadə etdik! Bax, hər şey əladır, ORM!” və məntiqi sualı verəndə burada adi JDBC ilə dolanmaq mümkün olub, onlar çiyinlərini çəkdilər. Adi bir memarlıq var, sadə olmalı, ona qorxu ilə yanaşılmalı, dəbli və super müasir çərçivələrlə qarışmamalıdır. Obi-Wanın yuxarıda dediyi kimi, bu, nümayiş etdirməkdən başqa bir şey deyil, baxmayaraq ki, onlardan necə istifadə edəcəyini bilmək lazımdır. Gənc Javaist, mənim fikrimcə, hamıdan çox şanssızdır - o qədər spesifikasiya, öyrənilməsi lazım olan o qədər çox kitabxana var. Yalnız Java EE-də damdan keçən sənədlər var. Sual yaranır ki, yeni başlayan insan nəyi üzərinə götürməli, bundan sonra nə öyrənməlidir, Horstmandan sonra nə etməlidir? Sadə cavab: təəssüf ki, bir çox insanla tanış olun. Və biz biznes çərçivələri ilə deyil, daha adi zəruri şeylərlə başlayacağıq.

Əməliyyat sistemləri

Linux

Windows və/və ya rahat Yosemite ilə yanaşı, təbəssümlə əllərinizi Linux-a uzatmalısınız. Bəzi layihələr üçün istifadəçi olmaq və əmr satırından necə istifadə etməyi bilmək kifayətdir, digərləri üçün - daha çox. Hansı üsul daha yaxşıdır? İnternetdə sadəcə olaraq tonlarla kitab/dərslik var. Ubuntu və ya bəyəndiyiniz hər hansı digər distributoru quraşdırmaqla başlayın və növbəti və ya iki ay ərzində ondan əsas əməliyyat sisteminiz kimi istifadə etməyə çalışın. Terminaldan istifadə edərək faylları tərtib etmək və manipulyasiya etməklə Java dilini Linux daxilində öyrənməyə başlasanız, daha yaxşı olar. William Shotts tərəfindən Linux Komanda Xətti . Bu kitabı "Bozun 50 çaları" romanı kimi deyil, tam hüquqlu interaktiv kurs kimi oxuyun - terminal açın və müəllifdən sonra təkrarlayın. Əsasları və Linux-un necə işləməsini istəyirsiniz? Gəlin Kompüter Elmləri və əməliyyat sistemləri kursu keçməyək - bu, növbəti hissədə. edx.org saytına daxil olun və asan Linux-a Giriş kursunu sınayın . Yuxarıda qeyd olunan “ Linux necə işləyir: Hər bir super istifadəçinin bilməli olduğu şeylər” seriyasından Brian Ward tərəfindən bir kitab da var . Şəbəkəyə, cihazlara və resursların idarə edilməsinə diqqət yetirən kifayət qədər təsvir edilmiş nəşr. Davam et? Mükəmməl bir kitab var, yeri gəlmişkən, məndə bir yerdə var... hə (tozu silkələyir)... budur! Unix və Linux: Sistem Administratorunun Bələdçisi. Evi Nemeth. Kifayət qədər böyük bir təlimat, yaxşı tərcümə edilmişdir. Düzünü desəm, şəxsən mən bunu mənimsəmədim, amma idarəetmənin əsaslarını çox bəyəndim (birinci hissə). Təbii ki, siz Shell skriptini laqeyd edə bilməzsiniz. Bütün bunları praktikada sınamaq daha yaxşıdır, lakin kitablardan Cameron Newham tərəfindən Bash Shell-in öyrənilməsi: Unix Shell proqramlaşdırmasına baxa bilərsiniz. Linux/Unix üzrə bu qədər böyük ədəbiyyatı tam əhatə etmək mümkün deyil, xüsusən də Linux arxa planda olduğu bu məqalədə. Bu məsələdə iti yeyən iş yoldaşım kifayət qədər praktiki bir şey tövsiyə etdi: ArchLinux-u yükləyin və onu işə salmağa çalışın. Bu prosesdə ən çox istəmədiyim şeyi öyrənəcəksiniz!

Windows

Proqramçıların CV-lərində bir sütun var: "Windows 10 ildən çox təcrübəsi." Əlbəttə ki, mən sizi təbrik edirəm ki, 10 yaşından bəri Windows-da sayğac oynayırsınız, amma sizdən xahiş edirəm ki, müsahibədə əvvəlcədən özünüzə çuxur qazmayın, çünki yaxından işlədiyiniz bir layihədə. IIS, batch/powershell, Allah qorusun, registr, müsahibə həqiqətən çətin olmayacaq və oturan adamın qarşısındakı təbəssümdən başqa. Lida siz də alçaltma dozasını alacaqsınız. Bu sizə lazımdır? Cavab özünü göstərir. Pirat Windows-unuzu torrentdən kənara qoyun və onu bir növ Windows Server virtual maşınına quraşdırmağa cəhd edin. Onu təkcə istifadəçi tərəfindən deyil, həm də JAVA_HOME quraşdırmasından öyrənin. Bu baxımdan demək olar ki, tam bələdçi Mark Minasi tərəfindən Windows Server 2012 R2 Mastering kitabı şəklində mövcuddur . Məsələn, PowerShell istifadə edirsinizsə, Bruce Payette tərəfindən Manning tərəfindən Windows PowerShell in Action adlı əla kitabına baxın . Başa düşürəm ki, 1000 səhifədən keçmək mümkün deyil, amma heç olmasa onu istinad olaraq özünüzlə saxlaya bilərsiniz. Başqa heç nəyə ehtiyac yoxdur, məncə. Nəticə etibarı ilə Windows-dan istifadə ilə bağlı biliklərinizdəki boşluqlara diqqət yetirin və sizi maraqlandıran məlumatları internetdə axtarın.

Quraşdırma Alətləri

Maven

Mavendə başa düşmək üçün ən vacib şey nədir? Budur ilk addımlar və tapşırıqlar:

1. Mavenin hər mərhələdə nə etdiyini öyrənin, hətta onu yadda saxlaya bilərsiniz. Bu, demək olar ki, 80% müvəffəqiyyətdir və sizə aydın bir şəkil verəcəkdir.
2. Açıq asılılıq idarəetməsi ilə çox modullu sistemlə yerli olaraq öz sandbox layihələrinizi yaradın. Üçüncü tərəf kitabxanalarını əlavə etməyə çalışın, onlardan istifadə edərək bir şey yaratmağa çalışın.
3. Profillə oynayın
4. Plugin idarəçiliyini anlayın və rəsmi veb saytında ən populyar plaginlərin siyahısını öyrənin.
5. Layihənizdə mavendən ən yaxşı şəkildə necə istifadə edə biləcəyinizi araşdırın. Məsələn, paralel qurmalar tikinti müddətini əhəmiyyətli dərəcədə azalda bilər.

Sürətli dalış üçün Apache Maven veb-saytının rus versiyasına keçin , Google-da bir neçə dərslik axtarın. Yenə də Maven haqqında əsas kitablardan birinin üçüncü nəşri çıxmayacaq. İndiyə qədər bu, Sonatype's Maven: The Definitive Guide kitabının ikinci nəşridir . Qabaqcıl səviyyə üçün öz plagininizi yaratmaq uyğundur. Nə cür plagin yaratmağınız barədə narahat olmayın, çünki çoxları artıq mövcuddur! Bir növ analoq yaratmağa çalışın, mərhələləri iki və iki kimi öyrənin.

ANT

Bu alət daha asan görünür, ona görə də burada öyrənmək üçün çox şey yoxdur. Hələ də ANT-nin yeganə qurma vasitəsi olduğu layihələr var. Bu tamamilə normaldır: ANT kiçik atom tapşırıqlarını (qarışqa tapşırıqlarını) idarə etmək kontekstində özünü sadə və sadə qurma aləti olduğunu sübut etdi. Təbii ki, burada Maven kimi çoxlu plaginlər var. ANT ilə başlamaq üçün aşağıdakıları edin:

• Fayl və qovluqları manipulyasiya etməyə çalışın
• Tapşırıqları yerinə yetirmək üçün müxtəlif əmrləri yerinə yetirin. Buna əsaslanaraq, ANT-da asılılıqları və vəzifələrin prioritetini öyrənin.
• Arxivi paketdən çıxarın və/və ya zipləyin. Tapşırıqlarda arxivin məzmunu ilə oynamağa çalışın və s.

ANT öyrənmək üçün bir dəstə resurs təklif etməyə ehtiyac yoxdur. Az və ya çox dərin bir dalış üçün rəsmi Apache Ant səhifəsi kifayətdir. ( ant.apache.org ) və Stiv Loughranın "Ant in Action" kitabları .

Gradle

Mənim üçün Gradle Mavendən daha çox ANT-a yaxındır, lakin onu tam olaraq bu iki oğlanın ögey qardaşı adlandırmaq olar. O, Maven-ə bənzər bir həyat dövrünə və ANT ilə eyni tapşırıqların çevikliyinə malikdir. Ən əsası odur ki, Gradle XML-dən istifadə etmir və üstəlik, Groovy ilə az-çox tanışsınızsa, onunla istədiyinizi edə bilərsiniz. Ümumiyyətlə, olduqca dadlı bir şey. IDE kontekstində Ant/Maven/Gradle istifadə etməkdən qorxmayın. Bu alətlər Eclipse/IDEA-ya möhkəm inteqrasiya olunub və bu alətlərdən IDE kontekstində istifadə etmək olduqca rahatdır.

Davamlı İnteqrasiya

Nəzəriyyə

Bunlar sizi işdən qovulmaqdan qoruyan mələk proqramlarıdır. Bir sözlə, bu, koddakı dəyişiklikləri izləyən, sizin üçün yazılmış testləri quran və icra edən proqramdır. Hər bir öhdəçilikdən/birləşmədən sonra hər şey qaydasındadırsa, quruluş xoş yaşıl/mavi işıqla parlayır. Bir şeyi sındıran kimi CI sistemi bu barədə dərhal məlumat verəcəkdir. Ancaq bir az nəzəriyyə - bu klassikdir! Davamlı İnteqrasiya: Proqram təminatının keyfiyyətinin yaxşılaşdırılması və riskin azaldılması, Paul Duvall . (Rus dilində "Davamlı İnteqrasiya" adı ilə) Bu kitab hətta öz CI sisteminizin yaradılmasını müzakirə edir. Bu sahədə ən populyar iki həll yoluna baxaq.

Jenkins

Jenkins, aka Hudson. Açıq, dostluq, istifadəsi asan proqram. Jenkins ilə daha çox tanış olmaq üçün aşağıdakıları sınayın:

1. Onu kompüterinizə endirin. JDK, Maven, ANT və layihə üçün lazım olan hər şeyi quraşdırın və konfiqurasiya edin.
2. İlk İşi yaradın və layihənizin yerini təyin edin, məsələn, əsas pom.xml. Onu işə salın, aydın görünməsi üçün bir növ testiniz olduğundan əmin olun.
3. Layihənizi müxtəlif parametrlər və seçimlərlə idarə etməyi öyrənin.
4. Fərqli plaginləri əlavə edin və onların layihənizlə birlikdə necə işlədiyinə baxın.
5. Fərqli işlər üçün tetikleyiciler qurun. Kiçik bir boru kəməri yaradın.
6. DSL-i araşdırın və onu Jenkins ilə inteqrasiya etməyə çalışın.
7. Başqa kompüterdən qul qurun və/yaxud onu konstruksiyaları işə salmaq üçün adi maşına çevirin.
8. Gecə quruluşları yaradın.

Kitablardan Con Ferguson Smart tərəfindən Jenkins: The Definite Guide oxuyun . Çoxlu ekran görüntüləri olan aydın bələdçi.

TeamCity

Bəli, TeamCity pulsuz deyil, lakin onun JetBrains məhsulların ekosisteminə nə qədər yaxşı inteqrasiya olunduğuna baxın. Intellij Idea və TeamCity əla birlikdir. Ümumiyyətlə, Jenkins ilə artıq tanışsınızsa, TeamCity sizin üçün qaranlıq meşə olmayacaq və əksinə. Qul yerinə - agentlər, eyni tetikler və s. Lakin Jenkins-dən fərqli olaraq, TeamCity, məsələn, əvvəlcədən sınaqdan keçirilmiş öhdəlik kimi tanınan uzaqdan qaçış, daha çox vizual statistika və daha çox şey kimi heyrətamiz xüsusiyyətlərə malikdir. JetBrains-in özünün hazırladığı YouTube istifadəçi təlimatını çox bəyənirəm ( TeamCity İstifadəçi Təlimatı (9-un 1-ci hissəsi) - Giriş ). Mən TeamCity-nin intuitiv olduğunu və sənədlərin yüksək standart olduğunu düşünürəm. Amma baxmağa dəyər bir kitab olduğunu düşünürsənsə, onu şərhlərdə qeyd et. Əlbəttə ki, mən bu CI sistemlərinin yalnız kiçik bir hissəsini sadaladım, lakin bizdə hər şey məhduddur. Yəqin ki, öyrənmək üçün ən yaxşı bələdçi təcrübədir. Mən onu kompüterimə quraşdırdım, işə saldım, konstruksiyaları sındırdım/bərpa etdim və yatmağa getdim. Və sonra mənə rekordlar kitabını etibarlı şəkildə gətirə bilərsiniz (istəsəniz :).

Versiyaya Nəzarət Sistemi

VCS haqqında çox danışmağın mənası yoxdur. Bu, sadəcə olaraq olmalı olan bir şeydir və onsuz layihənin idarə edilməsi Mezozoy dövrünə bənzəyirdi. CI sistemlərinə bənzər olaraq, ən məşhur iki həll yoluna baxaq: Git və SVN.

Git

Gitimiz sabit paylanmış versiyaya nəzarət sistemi olduğunu sübut etdi. Buradan öyrənməyə başlayın və artıq konfiqurasiya edilmiş Git ilə bütün fəsilləri keçin. Sonra Code School-dan gözəl interaktiv dərslər seriyası var. Onlardan Try Git: Code School adlı qısa bələdçi də var . Kitablardan Jon Loeliger tərəfindən Git ilə Version Control-ü tövsiyə edə bilərəmsə , tısbağaya çox öyrəşmisinizsə (TortoiseSVN, müəllifin qeydi) və konsoldan qorxursunuzsa, əlbəttə ki, onun analoqunu yükləyə bilərsiniz TortoiseGit , lakin mənim fikrimcə, daha xoş və estetik cəhətdən xoşdur. Həll Atlassian - SourceTreeApp məhsuludur. Uzaq depolarla məşq edə bilərsiniz, çünki İnternetdə kifayət qədər host xidmətləri var. İstəyirsinizsə, yerli məşq edin. Yox? Sonra GitHub-da hesab yaradın və tam rejimdə işləyin: bir neçə öhdəlik götürün, bir neçə açıq mənbə layihəsini birləşdirin, filiallar arasında bir neçə birləşmə edin və s.

SVN

Digər eyni dərəcədə populyar VCS SVN-dir. Bu sistem paylama ilə öyünə bilməz. Onların hər birinin öz yanaşmaları, öz müsbət və mənfi cəhətləri var. Yeni başlayan və SVN istifadəçisi arasında maraqlı söhbəti oxumağınızdan əmin olun . Read-bean.com saytından rusca tərcüməsi olan pulsuz kitab var . TutorialsPoint-dən mini kurs da çox faydalı olacaq . Subversion.apache.org rəsmi Apache vebsaytını qaçırmayın . Mənim üçün ən maraqlı müştəri yuxarıda adı çəkilən TortoiseSVN-dir. Kitablar arasında aşağıdakıları vurğulamaq olar: Michael Pilato tərəfindən Təxribat ilə Versiya İdarəsi . SVN serverinin özünün idarə edilməsinə diqqət yetirdiyi üçün onu bəyəndim. Ümid edirəm ki, əsas məqamları əldən verməmişəm.

Test alətləri

Kiçik sandbox layihələrinizdə vahid testlərinin, inteqrasiya və reqressiya testlərinin nə olduğunu başa düşmək yaxşı olardı. JUnit Vahid testləri nəzəriyyəsi əvvəlki məqalədəki kitablarda yaxşı təsvir edilmişdir. Xüsusilə, Təmiz Kod hətta juniti bu sahədə məşhur kitabxanalardan biri kimi təsvir edir. Amma konkret olaraq JUnit-ə gəldikdə, Tomek Kaszanowski tərəfindən JUnit və Mockito ilə Praktiki Vahid Testi adlı gözəl kiçik kitab var . Burada müəllif Matchers-i təqdim edir, parametrləşdirilmiş testlərdən nümunələr təqdim edir və qısaca TDD-də gəzir. Bu yaxınlarda çıxan bir kitab da var. Bu, Jeff Langr tərəfindən Java 8-də Praqmatik Vahid Testidir.Müəllif Hamcrest-i təqdim edir, Ən Yaxşı Təcrübələri təsvir edir və təbii ki, Java 8. Siz Tomekin kitabından sonra təhlükəsiz şəkildə oxuya bilərsiniz. Yeri gəlmişkən, TDD ilə bağlı. Mən onlardan istifadə etməyə dəyərmi, yaxşı və ya pis, müştərilərin onlara ehtiyacı olub-olmaması barədə bir holivar qaldırmaq istəmirəm. Sadəcə unutmayın: TDD-də işləmək yenilik deyil və bir çox layihələr bu metodologiyadan istifadə edir və bir çox insanlar üçün bu, yeganə və mübahisəsiz qaydadır. Nəzəri olaraq klassikləri oxuya bilərsiniz. Kent Beck - Test Əsaslı İnkişaf: Nümunə ilə . Ən çox bəyəndiyim TDD nümunələri ilə bağlı hissə idi. Təəccüblüdür ki, yaxşı birinci şəxs kursu var - Youtube-da TDD (200 video!) Oynayaq . Fowlerin TDD-dən istifadə etməyə dəyər olub- olmaması , dizaynı pozub-pozmaması və s. Bunu birdəfəlik xatırlayın: TDD pis dizayn yaratmır, siz onu yaradırsınız. BDD-dən daha çox istifadə edirsinizsə (biri digərinə müdaxilə etmir) və məsələn, bir layihədə Xiyar istifadə edirsinizsə, bu bir az fərqli bir müstəvidir. Bu barədə yaxşı kitab Manning BDD in Action: John Ferguson Smart tərəfindən bütün proqram təminatının həyat dövrü üçün davranışa əsaslanan inkişafdır . Yeri gəlmişkən, Con Ferguson Smart bu mövzunu kütlələrə fəal şəkildə təbliğ edir. Əgər siz nəhayət gözlərini incitməyən, lakin nə vaxt-əgər-o zaman testlərə baxmaqdan zövq alan bir Scrum Master və ya PMsinizsə, o zaman Twitter-də Conu izləməyi unutmayın . Xiyarla əlaqədar olaraq, rəsmi veb saytında Java tətbiqinə baxın və Matt Wayne tərəfindən "The Cucumber Book: Behavior-Driven Development" kitabını oxuyun .

3-cü tərəf kitabxanaları

Lazım olan yerlərdə populyar kitabxanalardan istifadə edə bilmək vacibdir - onlar hər bir Java tərtibatçısının gündəlik həyatını sadələşdirir. Populyar həllər arasında aşağıdakılar var: Joda Time. Əlverişsiz yerli Tarix və Saatı tamamilə daha rahat JodaTime ilə əvəz etməyi təklif edir. Budur yaxşı bir istinad . Nəzərə alın ki, əgər siz artıq Java 8-dən istifadə edirsinizsə, o zaman JodaTime çox kömək etməyəcək. Fakt budur ki, yeni DateTime API bu kitabxananı tamamilə əvəz etdi və bəzi yerlərdə hətta ağıllı şəkildə kopyalayıb yapışdırdı. Müəllifin öz məqaləsinə görə , hər bir Joda sinfi rahatlıqla java.time analoqu ilə əvəz edilə bilər. Google Guava. Bir çox cəhətdən Java 8 hətta Guavanı əvəz edir. Eyni Obyektlər, Stream API, Java Predicate və bir çox başqa şeylər onu əvəz etməyi və ümumiyyətlə istifadə etməməyi təklif edir. Təkrar edirəm, əgər Java 8 yoxdursa, bu bələdçidən və birbaşa əllərinizdən daha yaxşı bir şey yoxdur.

Apache Commons

Bu canavarla mübarizə aparmaq o qədər də asan deyil: tanınmış commons.lang-dan xml təsdiqinə, DBUtils-dən commons.io- ya qədər bütün hallar üçün təxminən 40 kitabxana . Təbii ki, hər şeylə tanış olmağa ehtiyac yoxdur, lakin yemək kitabları və dərslikləri sizinlə birlikdə etmək faydalı olacaq. Məsələn, Apache Commons-un nə demək olduğunu başa düşmək üçün Timothy O'Brein tərəfindən hazırlanmış Cakarta Commons Kılavuzuna baxa bilərsiniz.

Nəticə

Müəssisə o qədər genişdir ki, bu Müəssisəni əhatə edən hər şey olmadan JavaEE və digər çərçivələri müzakirə etməyə başlamaq axmaqlıq olardı. Buna görə də, ikinci hissədə çox səviyyəli arxitekturanın hər bir təbəqəsinə diqqət yetirəcəyik, xidmətləri nəzərdən keçirəcəyik və s. Diqqətiniz üçün təşəkkürlər. Birinci hissənin sonu. Serialın əvvəlki hissələri:

1. Gələcək Java tərtibatçısı üçün bələdçi. Java Əsasları
2. Gələcək Java tərtibatçısı üçün bələdçi. Eleqant kod

DOU ilə orijinal