V pozdních osmdesátých letech minulého století se v programování nic zásadně nezměnilo. Tam bylo mnoho jazyků, a byl hodně debata Turbo Pascal 5.5, který byl dodán se několik podivné soubory a několik nezná syntaktické konstrukce.

Možná, že objektově orientované programování vděčí za svou existenci neznámého autora, a možná i více, ale především myšlenka kombinování skvělým poměrem kód a data v těchto dnech nevznikla. Termín "zapouzdření" byl spojen slabě a nepřímo.

konstrukce, funkce a postupy

Již v prvních verzí programovacích jazyků, a to i před první databáze stala zcela zřejmé, že toto - to není celá řada a ne řetězec znaků, ale něco smysluplného. Nech to být proměnná „počítadlo“ v cyklu nebo tři řetězce proměnné „name“, „name“, „příjmení“, ale vždy jen dává smysl.

"Počitadlo" se vždy nachází po cyklu a pracuje v něm. A spolu s nimi budou oznámeny "příjmení", "jméno", "patronymický" a jejich účast v mnoha částech kodexu bude sdílena. Kde budou použity nezávisle, obecně budou mít jeden smysl. Funkce a postupy se původně objevily jako běžné kódy. Jejich použití bylo původně plánováno na jiných místech programu. Jejich vystupování v programu podmíněno opakováním bloků stejných akcí. Odstranění opakování ve formě funkce nebo postupu zjednodušuje místo opakování, snižuje množství kódu a zjednodušujeladění Toto nebylo objektově orientované programování, ale klasický styl kódování od samého počátku jeho vývoje se zabýval generalizací dat, vytvářením struktur a funkčními oblastmi kódu.

Důvody pro zahájení zapouzdření

Zapouzdření v programování začalo dlouho před OOP. Bylo to v hloubkách klasického stylu, nezohledňovalo funkční programování, strukturální a vše ostatní, které usilovaly o nalezení cesty do budoucnosti. Každý překladač a tlumočník jazyka důkladně vzal v syntaxi vše nové a nabídlo vývojářům možnosti implementace sémantiky. Informace nebyly nikdy statické, pouze programování je stále spokojeno s formalizovanou verzí. Ale i když je striktně formální, informace poskytují pracovní kód, který je s ním vždy spojen. Informace nemohou být nikdy statické.

Nejobvyklejší příklad zapouzdření, který se až dodnes zachoval. Tři proměnné "příjmení", "jméno", "patronymický", ať jsou kdekoli, vždy vyžadují funkce přidávání, úpravy, mazání. Tyto proměnné navíc poskytují množství konkrétních lidí, tedy množství kopií:

Ivanov, Ivan, Ivanovič;

Petrova, Irina Vasylivna;

Kukushkin, Polina, Grigorievna;

a abstraktní třídě

"příjmení", "jméno", "patronymický";

a tři věčné funkce

;

změna;

odstranit.

Takové návrhy na libovolné úrovni (adresy, pracovní místa, personální obsazení, plán výroby)můžete si myslet hodně. A složitost implementace jiného designu bude mimořádně dlouhá.

Životnost instance zapouzdření

Zapouzdření dat a kódu.

Zapouzdření slov.

latinská verze - v kapsli.

Slovo "tobolka" je to, co to znamená. Skutečnost, že přišla s mnoha jazyky a vývojáři (veřejná, chráněná, soukromá) - téma je odděleno a obsah zapouzdření má relativní nebo aplikovaný postoj. Celkově je instancí prostě varianta (snaps, momenty) dat a tyto tři metody žijí navždy. Kód jako informační filtr „nabízí“ živé exempláře, protože je pro všechny stejná, a mimochodem, pokud:

kód „stálá“;

označuje nejjednodušší neměnný efekt.

Ale druhá kopie může „hodit“ zaměření „V případě, že vzorek přičítána personální společnosti, obzvláště důležitou v sadě kopií bude režisér a účetní. Ostatní mohou zůstat v normální formě.“ Ředitel a účetní mohou mít své vlastní kódy, tedy své funkce. To znamená, že životnost instance není vždy určena funkčností tří magických slov:

add;

změna;

odstranit.

V případě, že příklad uvedený první pilotovaný let do vesmíru, tucet kandidátů na první kosmonaut bude hodně zvláštní funkčnosti, dobrá stovka lidí (kopie) bude pro ně dohlížet zvláštní, přesto existuje mnoho možností pro profesionály, které budou velmi mnoho speciálních funkcí.

Začátek OOP

"Je naléhavé něco změnit", - myslel určitý počet vývojářů aJako dobrý příklad jsem navrhl pracovat s objekty na Turbo Pascal 6.0 Professional. To není ideální nabídka, ale velmi vysoká kvalita je jednoduchá a efektivní.

Uvádění že „zapouzdření, polymorfismus, dědičnost - je základem objektu, dostat dobrý start polymorfismus poskytuje potřebnou dynamiku, protože instance může mít různé funkce To by se nějak..“ Legitimizovat „nástroj dědičnost. poskytuje příležitost k zamyšlení jednotnost v domě vybudovat rodokmen formalizovaný informací se zdá obtížné Uvedení, že data zapouzdření -... jednoduchou integraci dat a kódu, vše je jednodušší a tam je skvělý koncept objekt - datový a Kód objektu - je to jen data, která má přístup ke kódu. kopie může být příliš mnoho, ale kód pro ně je vždy není připojen k nikomu dosud k dispozici pro každého. Když instance objektu vyžaduje zvláštní pozornost, stačí jedno zařízení, které bude rozšířené funkce, to znamená, že zdědí vše, co bylo v původním objektu, ale přidává něco.
World aktualizované instance druhý objekt, ve kterém jsou zde i nové požadavky. Nové funkce a nový objekt. Ale ne každý nový objekt může mít potomky. Někteří je už ani nepotřebují. V důsledku této konstrukce vychází rozvětvená obraz objektů, ale ve skutečnosti je život masové kopie nesouvisející rodokmeny a funkční sloučeniny. Ideální způsob, jak splnit úkol ve stylu OOP, je kdyzapouzdření, polymorfismus, dědičnost jsou posuzovány tak kvalitativně, že kód v programu zcela chybí. Samotné objekty plní své funkce, používají pouze svůj kód, budují vzájemné vztahy.

Život OOP

Ve skutečnosti vypadá všechno velmi odlišně. Zapouzdření je dobré a nemyslíte zde. Ale správně konstruovat obraz objektů, přemýšlet nad funkčností každého z nich, předpovědět, jak jisté nebo jiné příklady, které lze očekávat od dat, se chovají, není snadné. Musel jsem tuto situaci zjednodušit a OOP šel cestou automatizace developerské práce spíše než řešit skutečné problémy. Z pohledu rychlosti získávání zkušeností je to efektivní myšlenka, protože to, co by měl OOP dělat, aby automatizoval účetní práci, když může být přidán do nabídky na stránce HTML? Je to velmi jednoduché: existuje položka nabídky, existují její varianty. Můžete navrhnout uživateli výběr možností nabídky (vertikální, horizontální, rozbalovací), můžete dát tlačítka (kruhová, čtvercová, zaoblená atd.). Málo lidí se zajímá o práci a život vývojáře. Každý potřebuje účetnictví, výrobu a školení, protože je třeba udělat skutečné úkoly. Takže je třeba zvýšit týmy, ale systém objektů bude implementován různými specialisty a mohou se navzájem ublížit. V mnoha ohledech položil PLO na výrobní kolejnice. Již nebylo pochyb o tom, že zapouzdření, dědictví je dobrá cesta, ale jak chránit předměty před interferencími třetí stranou, a to jak ze strany, tak skrze rodokmen rodokmenu? Není to nutně hacker.Mimochodem škod způsobených změnou svého předka, může další vývojáře. Moderní programování - mnoho vývojářů, kteří jsou v mnoha vzdálených pobočkách. Jako včely, současní designéři budují společnou strukturu objektů. Každý objekt musí být vybudován na základě obecných pravidel a údajů a metod, pro který programátor by neměla být k dispozici ostatním. Když někdo něco potřebuje - to je další téma. Podle základního principu, každý dělá svou práci v dané oblasti.

zapouzdření - je dobrá, ale

PHPWord - výkonný produkt, dobře provedené a slibné. Výborné systémové objekty, spolehlivý a účinný. Následující popis počátku vnitřního objektu, který produkt. Jeden jednoduchý abstrakce všech buněk tabulky prázdné abstrakce - kontejner. A to není všechno popis. Ještě ponořit do slumů pochopit. Používání tolik připomínek dodává jasnost a chráněné řeči, soukromé a veřejné však říci, v první řadě, že vývojář třetí strana pomocí této knihovny změnil na správném místě soukromého do veřejného (viz komentář zní:. „Sc 19062016 byla Privat“) , Tento fakt chyby v kódu, který vývojář aplikace musela být opravena, a proto musel něco změnit. Můžeme předpokládat, že v průběhu vývoje je třeba omezit přístup k určité stránky, ale je tu další důležitý vůbec. Existují případy života je život předměty, ale tam je nový život - co se stane s systémové objekty ve své žádosti. Život v žádosti o designu a životnosti. charakteristickýrys moderního programování - rigidní negace kontinuity. Pokud se vývojář dříve ujistil, že každá nová verze doplní a vylepšuje předchozí verzi, dnes se každá nová verze objektu, jazyka a programovacího prostředí zásadně nebo alespoň zásadně liší od předchozí verze. Dokonce i podmínky hostování v hostitelské službě se mohou změnit tak, že budete muset zpracovat kód. A často je to velmi obtížné.

Dobrá dědičnost, dobrá cesta ven

Žádné chyby nikdo není pojištěn. A každý nový podnik vyžaduje znalosti. PHPWord je dobrá knihovna a stačí si na to zvyknout. Mnoho specialistů strávilo spoustu času. Vývojář, který se chystá použít, musí věnovat dostatek času studiu struktury Vordovského spisu. Není to tajemství. Systém objektů PHPWord bude transparentní a přístupný. Je dána tak, jak je, ale pokud existuje touha jít dál, protože současná funkčnost nestačí. Dobrý nápad. Pak je to jiný systém objektů a lépe, pokud jde dále. Není tak špatná myšlenka rigidního odmítnutí kontinuity: stimuluje rozvoj znalostí. Objekty postavené jedním týmem vývojářů jsou jejich úvahy o tom, jak řešit úkol, jak představit jeho funkčnost. Pochopení tohoto rozhodnutí další developerskou společností je transformací zkušeností. Pokud si myslíte, že je to jen prototyp požadovaného systému objektů, proč to prostě neděláte? Dobrá dědičnost - rys přírodní inteligence, spoléhá na něco přiměřeného ze strany programování - to je z polebudoucnost, i když nejbližší.

Správné zapouzdření

Zapouzdření - to není kombinace dat a kódu. Tato kombinace žádoucí cenově dostupné. Pokud si myslíte, že žádná data a algoritmy a přijmout realitu a učinit adekvátní zapouzdření, dědičnost je akce od developera na dodavatele, je pravděpodobné, vzhled objektů v pohybu a samorazvyvayuschyhsya, stále je to možné.