Quomodo Java differt ab aliis linguis vulgaribus? Cur lingua prima Java debet discere? Consilium faciamus, quod te adiuvabit ut Javam discas et a scabere et applicando artes programmandi in aliis linguis. Indicemus differentias inter codicem productionis creandi in Java et in aliis linguis evolutionis. Mikhail Zatepyakin lege haec fama in contione pro futuro participantium Yandex et aliae tincidunt principia - Java Junior meetup.
— Salve omnes, nomen meum Misha. Elit sum a Yandex.Market, et hodie tibi dicam cur Javam disceret et quomodo efficaciter facere possit. Rationabilem quaestionem quaeris: cur hanc fabulam narrabo, et non aliquam validam elit multis annis experientiam? Ita est, quod ipse Javam nuper studui, anno circiter et dimidio ante, itaque adhuc memini qualis esset et quaenam foveae sint.
Anno abhinc internship in Yandex.Market accepi. Backend pro Beru evolvit, in ipso Foro, probabiliter usus est. Nunc pergo ibi laborare in alia turma. Nos creare suggestum analyticum pro Yandex.Market pro negotiis sociis.
Incipiamus. Cur discere Javam ex parte practica? Re vera Java est admodum celebre lingua programmandi. Plurimum habet communitas.
Exempli gratia, talis est index TIOBE, index popularis popularis linguarum programmandi et Java ibi primum ordines. Etiam, in locis Job, probabiliter animadvertes plerasque vacationes circa Javam esse, id est, in Java progrediendo, officium semper invenire potes.
Cum communitas amplissima est, interrogatio quaevis responsa invenies in aliquibus Stack Superfluis vel aliis locis. Etiam cum in Java elaborandum est, codicem in JVM re vera scribis, facile igitur ad Kotlin, Scalam et alias linguas quae JVM utuntur.
Quid bonum de Java ex parte ideologica? Variae programmandi sunt linguae. Diversa problemata solvunt, tu scis. Exempli gratia, Python magnus est ad scriptam unam lineam scriptam ad solvendas difficultates velox.
In parte superaddita, codicem exsecutabile plene regere potes. Exempli gratia, habemus cars, Yandex coegi cars, eorum signum in pluses scriptum est. Quare? Java tale aliquid habet - Purgamentum Collector. Aries supervacuas purgat objecta. Haec res sponte incipit et subsistit-the-mundi, id est, subsistit reliqua ratione et vadit ad narrationem rerum, claram rerum memoriam. Si hoc in fuco operatur, frigus non est. Fucus tuus recta gubernabit, hoc tempore eius memoriam purgabit et viam omnino non intuetur. Ideo fucus est scriptus in prox.
Quid Java problems non solve? Lingua imprimis est ad magnas progressiones explicandas, quae supra annos scriptae sunt, a justo vel centenario hominum. Peculiariter, multum backend in Yandex.Market scriptum in Java. Turma distributa in pluribus civitatibus habemus, decem homines in unaquaque. Ac facile est ponere codicem, decem annos vel amplius fultum esse, et simul novi homines in hunc codicem venire et intelligere.
Qualia indoles linguae debet habere ut signum in eo facile sustineatur et ut facile in magnis iugis explicari possit. Imprimis, codicem legi debet, et intricata solutiones architecturae ad effectum deduci facile debet. Hoc est, faciles esse abstractiones altas scribere, etc. Haec omnia nobis Java praebet. Hoc objectum est lingua-orientatur. Facile est ad efficiendum summus gradus abstractiones et multiplices architecturae.
Multae compages et bibliothecae Javae sunt etiam, quia lingua plus quam 15 annos nata est. Hoc tempore omnia, quae scribi poterant, in ea scripta sunt, ut tons bibliothecarum omnibus, quibus opus est, sint.
Quae praecipuae artes, mea quidem sententia, debet principium JA ludio habere? Imprimis haec nuclei Iavae cognitio est. Proxima est quaedam compage Dependentiae Iniectio. Proximus orator, Kirill, plenius de hoc loquetur. Non nimis profunda. Architectura liinc et consiliorum exempla. Non opus est ut architecturae pulchrae codicem scribere possimus ut magnas applicationes conscribas. Et hoc est genus aliquod SQL vel ORM pro operibus datorum operandi. Et hoc magis ad backend.
Perge! Java nucleus. Vere Americam hic non invenio, ipsam linguam cognoscere debes. Quod debes observare. Uno modo Java multum versionum in annis proximis dimisit, id est, in 2014-2015 septimo dimissus est, deinde octavus, nonus, decimus multum novis versionibus, et multa novarum rerum in eis frigidae introductae sunt. exempli gratia, Fluminis Javae API, lambda, etc. Frigidissima, recentia, refrigerant quae in codice productionis adhibentur, quid in colloquiis quaerunt quaeque scire debes. Librum ergo e pluteo in bibliotheca Iava-IV non accipias et eum disce. Hoc consilium nostrum est: discimus Java-4 seu superius.
Innovationes attendamus sicut Fluvius API, var, etc. Rogantur in colloquiis et in productione constanter adhibentur. Hoc est, Fluvius API multo frigidior quam ansas, in genere, res frigidissima. Vide attendere.
Et sunt omnia sicut iteratores, exceptiones et cetera. Quae levia tibi videntur, dum te ipsum codicem aliquem scribis. His exceptionibus non eges, quis his usquam eget? Sed certe in colloquiis quaerantur, in productione vobis utiles erunt. In genere observandum est de exceptionibus, iteratoribus et aliis rebus.
Data structurae. Sine structuris exire non potes, sed magna erit si modo scias copias, dictionarias et schedas esse. Ac etiam variae structurae structurae. Exempli gratia, idem thesaurus in Java multas operas habet, in iis HashMap et TreeMap. Diversi asymptotici habent, aliter intus structi. Scire debes quomodo differant et quando utaris.
Etiam frigidissima erit si scias quomodo hae structurae datae interius operantur. Hoc est, asymptoticas suas cognoscere non facile est, quantum opus est, quam longa opera, sed quomodo structura intus operatur - exempli gratia, quid situla in HashMap.
Operae pretium est etiam in arboribus et graphis observare. Haec sunt quae in codice productionis non usitatissima sunt, sed in colloquiis vulgaria sunt. Ideo necesse est ut arbores, graphs in latitudine et profunditate percurrere possint. Haec algorithms simplicia sunt omnia.
Cum primum codicem quemvis magnum codicem scribere incipies, complexus, utens bibliothecae, multi-classis, intelleges difficile tibi esse sine systematis aedificandi ac dependentiis solutionis. Hi imprimis Maven et Gradle sunt. Permittunt te in una linea importare bibliothecas tuas. Hoc est, unum-lineum xml scribis et bibliothecas importas in project. Magna ratio. Eaedem fere sunt, utere vel uno Maven vel Gradle.
Proxima - quaedam ratio versionis temperantiae. Commendo Git quod suus popularis est et sunt tons tutorial. Fere omnes utitur Git, res frigida est, sine qua vivere non potes.
Aenean eget elit quam. Commendo IntelliJ Idea. Valde accelerat processum evolutionis, multum tibi adiuvat, omnia codicem boilerplate tibi scribit, generatim, frigus est.
Nexus a lapsu: ,
SQL. Pauca de backenders. Factus erat hic ridiculus. Biduo ante colloquium internship secundo, puella HR me vocavit et dixit se duobus diebus me de SQL et HTTP quaerere, opus esse ut eam discerem. Et nihil fere novi de SQL vel HTTP. Et hunc locum frigidum inveni - . SQL in eo didici in 12 horis, hoc dico, syntaxin SQL, quomodo scribere SELECT queries, JOIN, etc. situm frigidissimum, tractet. Revera in XII horis XC% didici quod nunc scio.
Et etiam magnum est architecturae datorum cognoscere. Hae sunt omnes species clavium, indices, ordinationes. Series epistolarum de hoc in Habre est.
In Java, praeter SQL, omnia genera systemata maculorum obiecti-relationalium qualia sunt JPA. Est in aliquo codice. In prima methodo est aliquod SQL codicem - SELECT id nomen FROM info.users WHERE id IN userIds. A datorum utentium, a mensa, eorum IDs et nominibus obtinentur.
Deinde est tabula quaedam quae objectum e basi in obiectum Javae vertit. Et est tercius modus infra ipsum codicem ipsum exequens. Haec omnia restitui possunt utens JPA una linea, quae infra scripta est. Idem facit - Find All ByIdIn. Hoc est, nomine methodi fundatum, interrogationem SQL pro te generat.
Frigidissima res. Ego ipse, cum nesciebam SQL, usus sum JPA. In universum attendite. Si nimium piger es ad discendum SQL, malum est. Et generaliter ignem!
Ver. Quis audivit tale quid cum verno compage? Vides quot sunt ex vobis? Non sine causa. Ver includitur in requisitis vacationis posterioris cuiusvis Javae backend. Sine ea, vere nusquam est in magna progressione. Quid est ver? Primum, haec est compage Iniectio Dependentiae. De hoc quoque proximus orator. Denique haec res est quae te facilius permittit ut clientelas quorundam generum in alios importet. Id est, simplicior est cognitio clientium.
Ver Tabernus frustum veris est quod permittit te ut servo applicationis currendi cum uno felis. Tu ad THID, duo globuli preme, et nunc habes applicationem servo tuo et currens in locali exercitu 8080. Hoc est, non unam lineam codicis adhuc scripsisti, sed iam laborat. Frigidissima res. Si quid de tuo scripseris, ignis!
Ver est amplissimum compage. Non solum tollit applicationem servo tuo ac Dependentiam Iniectio resolvit. Permittit ut fasciculum rerum facias, inter CAELUM API modos creandi. Hoc est, methodum aliquam scripsisti, et ad eam destinata annotationem adiciens Get. Et iam habes rationem aliquam in localhost qui scribit Salve mundus tibi. Duae lineae de codice et ejus operibus. Cool stuff.
Ver etiam scripturae probationes faciliorem reddit. Nullo modo sine experimento magnae progressionis. In codice probari debet. Ad hanc rem, Java frigidissimam bibliothecam JUnit habet 5. et JUnit in communi, sed postrema versio quinta est. Omnia probandi, omnium assertionum et aliarum rerum.
Et est compage terribilis Mockito. Finge te aliquam habere functionem quam probare vis. Munus munus multum facit, alicubi in medio, in VKontakte cum ID tuum, exempli gratia, et primum et ultimum nomen VKontakte usoris ab ID accipit. Probabiliter VKontakte in probationibus non includit, quod mirum est. Sed debes probare functionem, sic hoc genus fecisti, utendo Mockito, mok, imitando.
Dices quod cum ad hoc genus petitio cum ID tali et tali venit, aliquod nomen ultimum revertitur, exempli gratia, Vasya Pupkin. Et erit opus. Hoc est, omnes functiones pro mok uno genere probabis. Frigidissima res.
EXEMPLA DESIGN. Quid est? Haec sunt exemplaria solvenda problemata typica quae in evolutione oriuntur. In evolutione problemata identica vel similia saepe oriuntur ut magnum esset aliquo modo bene solvere. Ergo populus accessit cum optimis artibus, quibusdam exemplaribus, quomodo haec problemata solvere.
Locus est cum exemplaribus popularibus - refactoring.guru, legere potes, quid exemplaria reperias, theoria fasciculum lege. Problema est rem inutilem esse. Re vera exemplaria sine usu non sunt maxime utilia.
Audies de quibusdam exemplaribus sicut Singletone vel conditore. Quis haec verba audivit? Multus homines. Talia exemplaria simplicia sunt ut te ipsum efficere possis. Plurima autem exemplaria: consilium, officinas, frons - ubi adhibere non liquet.
Et donec in alio codice in aliquo usu videas locum cui exemplaris applicatur, te ipsum adhibere non poteris. Ergo usus est ipsum cum exemplaria. Et iustus super eos legens refactoring.guru non est super utile, sed suus 'certus valet facere.
Cur exemplaria necessaria sunt? Dicamus te certum habere genus User. Habet Id et nomen. Quisque User et Id et nomen habere debet. Top sinistra est Curabitur aliquet ultricies.
Quae sunt viae ad initialize User? Duo sunt optiones - vel auctor vel auctor. Quae sunt utriusque incommoda aditus?
Constructor. novus User (7, "Bond"), bene. Nunc dicamus nos non habere genus usoris, sed unum aliquod, cum septem agris numerorum. Fabricatorem habebis in quibus septem numeros continuos. Quid sint hi numeri et quis eorum, cuius proprietas sit, non liquet. In non gravida magna.
Secunda optio est novorum. Perspicue scribis: setId(7), setName("Bond"). Cuius agri est proprietas intelligis. Sed dignissim est consequat. Uno modo, ut obliviscaris aliquid assignare, secundo, quod tibi evenit esse mutabile. Hoc filum tutum non est et leviter reducit ad codicis facilitatem. Quam ob rem populus cum frigido exemplari ascendit - conditor.
Quid hoc est? commoda utriusque accessus - novorum et conditorium in uno coniungere conemur. Objectum quoddam facimus, conditor, quod etiam agros Id et Nomen habebimus, quod ipsum aedificabitur in fundamento novo, et habebit modum aedificandi, qui novum Usorem cum omnibus parametris reddit. Incommutabile et novorum consequimur obiectum. Cool!
Quae sunt problemata? Hic habemus classicum conditorem. Quaestio est quod adhuc oblivisci possumus in aliquo agro reprimere. Et si ID visitare obliti sumus, in hoc casu in conditore nulla est initialised, quia int genus nullabile non est. Et si nomen "vinculi" facimus et id officium visitare obliviscimur, novum Usorem habebimus cum "0" et nomine "vincmenti". Haud refrigeret.
Conemur hoc pugnare. In Builder we will change int to int ut nullable. Quisque a magna nunc.
Si User nomen "Bond" creare conamur, id oblitus ponendi, nullum monstratorem excipiemus, quia ID non est nullabilis, et aedificator nullam habet exceptionem, speciatim monstratorem.
Sed adhuc oblivisci possumus nomen imponere, ut obiectum remonstretur nullo modo. Nunc, cum rem a conditore aedificamus, sistit campum non esse inutilem. Et id non omnis.
Intueamur ultimum exemplum. In hoc casu, si aliqualiter in ID runtime nullam fecerimus, magnum esset statim scire te fecisse et non refrixisse te nunc erras.
Errorem ingerere debes non momento creationis User, sed cum ID nullo statueris. Ergo in conditorem mutabimus novorum Integer to int, et statim iurabit se nullum eiecisse.
Denique quid ad rem? Simplex conditor exemplar est, sed etiam exsecutio aliquas subtilitates habet, unde nimis frigus est varias formarum exsecutiones intueri. Quisque ac justo turpis. Haec omnia valde interesting.
Quomodo conditorem scribimus in codice productionis? Hic User noster est. Adiungimus aedificatorem rotationis ex bibliotheca Lombok ad eam, et ipsa nobis aedificatorem generat. Hoc est, nullum codicem scribimus, sed Java iam cogitat hoc genus habere conditorem, et hoc modo appellare possumus.
Javam iam dixi bibliothecas habere omnia fere, inclusa Lombok, bibliothecam frigidissimam, quae te permittit vitare boilerplate scribentem. Architectus, GET.
Exemplaria architecturae esse possunt - non solum ad unum genus, sed ad totum systema pertinentia. Talis est frigidum principium in systematis consilio: Principium Unius Officii. quid dicit? Quod unumquodque genus debet responsabilitas alicuius propriae functionis. In hoc casu habemus Controller qui communicat cum utentibus, JSON obiecti. Facade est, quae JSON obiecta in exempla vertit quod applicatio Javae operabitur cum. Operae est quae logicam complexam habet, quae cum his exemplaribus operatur. Data Access Object quod haec exempla in datorum ponit et ea ex datorum reddit. Et ipsum datorum est. Id est, non omnes in uno genere sunt, sed quinque genera variamus, et aliud exemplar.
Cum plus minusve didicit Java, magnum est scribere propositum tuum quod database, opus cum aliis APIs habebis, et applicationem servo tuo API clientibus QUIESQUAM expone. Hoc magnum esset ad resumptionem tuam addere, frigidum finem educationi tuae esset. Hac ire potes et officium.
Ecce exemplum servo applicationis. Secundo anno scripsi chartam cum latinas. scribebant mobilem applicationem ad res ordinandas. Ibi, utentes in via VKontakte aperi possent, puncta in tabula pone, eventus creare, amicos ad eos invitare, nisi rerum imagines, etc.
Quid feci in project? Scripsi applicationem servo in Tabernis Spring non adhibitis SQL. Ego eum non novi, ego JPA. Quid facere potuit? Log in to VK per OAuth-2. Sume signum utentis, vade ad VK cum eo, reprehendo quod verus usor est. Informationes de usoribus per VKontakte accipite. Informationes datorum conservare poterat, etiam per JPA. Solerter serva imagines et alias tabulas in memoria computatoria, et serva nexus cum illis in datorum datorum. Eo tempore nesciebam esse CLOB res in datorum datorum, et sic feci. QUIES SIT API pro utentibus clientibus applications. Erant autem unitas probationes fundamentales functionis.
[…] Parvum exemplum felicis eruditionis Javae meae. In primo anno in universitate, eruditus sum C# et dedi intelligentiam programmandi OOP - quaenam classes, interfaces, abstractiones, et cur opus sint. Profuit mihi multum. Sine hac doctrina Java satis difficilis est, cur classes requirantur non liquet.
In secundo anno in universitate, iterum docuerunt Javam nucleum, sed ibi non cessavi, ego ipse Spring veni studere et chartam curriculum, propositum meum, quod supra dixi, scripsi. Et cum his omnibus ad colloquium Yandex ivi et in Yandex. Ibi scripsi backend pro Beru, hoc est forum nostrum, et pro Yandex.Market ipsum.
Deinde, abhinc sex menses, ad alias turmas in eodem foro transtuli. Facimus analytics pro sociis negotiis. In analytica suggestu sumus, tres in dorso nostro sunt, unde maximam partem auctoritatis in proposito habeo. It's very interesting, actually. Id est, notitias in foro actu providere - quae venditio sunt, in quibus generibus, in quibus exemplaribus, in negotiis sociis, magna nota turmas. Et tres tantum nostri sunt, hunc codicem scribimus et frigidissimum est.
Gratias tibi! Nexus utiles:
- .
- .
- .
- .
- .
- .
- .
- .
Source: www.habr.com