Масивите се появяват бързо, но все още няма разбиране за променливата като място в алгоритъма, т.е. момента на промяна на неговия смисъл и концепцията за историята на тези моменти. Понятието "отстъпление" - прерогатив на приложенията. Операционните системи и програмните езици никога не са отчитали целесъобразността и важността на историята на действията (събитията) и правото на програмиста /потребителя да ги анулира. Досега концепцията за историята на действието и възможността за движение по нея (undo и redo) не се признава за "водещ" орган на предния край на информационните технологии, но колко добър и правилен? Правото да се отмени решение, да се промени поведението, да се търси оптималното решение от приетите:

естественото право на лицето (както на програмиста, така и на потребителя);

обективна функционалност на всяко приложение, част от програмния код.

Време е да го разберем и разпознаем като производител на операционни системи и инструменталинструменти за програмиране. Променливата или масивът не е единична стойност или набор от стойности, винаги е история на ценностите и нейната динамика, дори ако това обективно обстоятелство не се използва умишлено от програмиста. Ако беше друго, дебъгването щеше да бъде кодът и историята на промяната на стойностите на променливите, масивите и обектите - това е напълно различно ниво на надеждност на резултата на програмиста. Това е дебъгер, който работи на нивото на динамиката на активната функция, а не на конкретна позиция в статичния код.

Език на браузъра, неговите масиви и обекти

Теорията на програмирането не е толкова популярна, колкото практиката на програмиране на javascript. Това е нормално състояние на нещата. Страницата, която посещава браузъра, моментално анализира DOM дървото и се превръща в източник на данни под формата на

променливи;

масиви;

обекти.

При съставянето на скрипт, програмистът използва съществуващите JS масиви, създава собствени масиви, описва временните променливи и разработва ефективни интерфейсни обекти, данни и диалог на посетителите. Места за ценностна история и решения Няма време да се правят промени и в историята на променливите и масивите, но за обектите това се прави, както е необходимо. Резултат: Уеб ресурсът рядко предоставя "отстъп", а концепцията за историята е "отдавна" в менюто на браузъра в контекста на движението на историята на страниците: напред, назад или изберете от списъка.

Не се претендира за концепцията за историята на стойностите на ниво променливи. В стека и рекурсия - няма нужда, освен ако това ясно не произтича от същността на задачата или от прогнозирания алгоритъм. 24 Здравей,променлива, когато сте масивОт много отдавна, програмирането за учене започна с описанието на проста променлива "аз съм променлива!" и изхода на неговата стойност "Здравей, свят !!". В този пример нищо не пречи на JS масивите да бъдат преобразувани в променлива с една стойност, а променливата i_am_VARIABLE е масив. Съществува значителна разлика между "[]" и "{}", но няма разлика между aSimple и oSimple. Всяка променлива може да променя своя тип навсякъде в алгоритъма и по всяко време. HTML елементите на една страница, заредена в браузъра, са пълни с събития, повечето от които разработчикът проследява и присвоява функционалността, от която се нуждаят, за да JavaScript код. JS функциите, които се извикват от събития в DOM елементи могат да променят JS масивите по всяко време. Тя дава възможност да се създаде история, но малко хора го използват.

Характеристики на описанията на масиви и обекти

Прилагането на обектно-ориентирано програмиране (ООП) в javascript - най-доброто, на простото основание, че този език на браузъра винаги работи върху реални обекти. Въпреки факта, че реалните обекти са обекти на страница, преобразувана в DOM, тези обекти се контролират от функционалността на страницата и действията на посетителя. И това е опитът на JS и работата с масиви, както и с реални данни.
В горния пример запълването на променливата aSimple (всъщност този масив) се извършва само от трима оператори и се получава набор от три стойности: "Fortran", "Algol" и "Basic". JS, като асоциативни масиви, не интерпретира описанието на променлива с квадратни скоби. Напротив, всеки опит за използване на променлива, различна от описаната с къдрави скоби, е обречена на неуспех. В описанието на обектитеСъщо така важни са и долните и кодираните колонтитули. Ако в бъдеще масивът или обектът ще бъдат използвани в JSON формат, UTF-8 кодиране и само двойни кавички са задължителни. Ако описанието "{}" е приложено към променливата, то това е динамичен масив от текстови ключове, вероятно пълен обект с методи и собствена структура на данните.

Стек вътре в масива

Масивът е набор от стойности. Броят е технически неограничен, но използването на големи обеми данни не е подходящо. Елементът на масива може да бъде друг масив. Самият масив е проста форма на обект. Допустимо е да се създават многомерни масиви, но голям брой размери могат да усложнят задачата. Обемът на масива и броят на размерите в него трябва да са в разумни граници. Тя опростява разработването на алгоритъма и неговото развитие. javascript не налага програмиращ стек и не изисква задължителна рекурсивност от функциите на програмиста. Светът на задачите и решенията е твърде сложен, за да наложи нещо синтаксис, но инструментите за конструиране на стек в JS се изпълняват изцяло. Класическите push и pop методи могат да бъдат приложени към всяка променлива, описана от "[]" и това ще бъде динамичен масив. Броят на елементите в него се увеличава с метода push и при извличане на елемент от метода на pop, "active" става последният елемент. Резултатът от поп-метода е последният елемент от масива, така че когато се прилага pop, следващият предишен елемент на масива. Когато добавяте елемент, използвайки метода push, той идва като последен. Програмистът получава манипулиране на push и pop повикваниятастека. Ако JS масивите дойдат /отидат в стека, това е динамиката (историята) на множества от стойности или решения.

Обратен стак от плочи: масив в ред

Стекът винаги е бил сравняван с купчина плочи: всяко ново ястие е само по-горе и можете да вземете само отгоре. Винаги е достъпно само най-горното ястие (поп-метод) или мястото над него (метод на натискане). javascript разшири тази парадигма и предостави възможност за работа с купчина ястия, както в класическата версия, така и в обратното: програмистът може да счита старта на чиниите за стак през първия елемент. Методите на смяна и отместване са подобни на поп и тласък, но работят с първия елемент. Масивът е набор от стойности, а методите на съединяване и разделяне са низови масиви. Липсва границата между масив и променлива. Следният пример показва това. Първоначално масивът aSimple беше описан като "[]" и имаше три реални стойности. Тогава aSimple се обърна към променливата - низ от символи. След това в aSimple са написани три елемента, които се сливат в един ред, използвайки метода на свързване, и създават нов масив aStr, използвайки метода на разделяне, без да се използва описанието [].

Истински стак от дървото DOM

Стекът не винаги е масив, който е подреден по обичаен начин. Обектите не винаги са методи, които осигуряват достъп до съдържанието на даден обект, но елементите на дървото DOM винаги служат като източник на събития, които обработват набор от функции на javascript. Ако представите всички потенциални източници на събитие с един времеви отрязък по време на поне едно събитие, тогава:

може да има само едно събитие;

може да има две или повече събития;

Възможно е да посетите една и съща страница илиняколко посетители;

възможен достъп на сървъра до клиента, т.е. до браузъра;

разрешена активност на процеса AJAX;

Може да работи един или повече таймери.

Това е реално събитие на сериозен сайт. Осъществяването му като масиви или обекти е практически невъзможно. Това е напълно различно ниво на програмиране, в което статичният код, тялото на функциите и методите са от съществено значение, но не е възможно да се фиксира или проследява процес, ако няма ясна представа за състоянието и динамиката на цялата картина. Проблемът с ООП и предимството на класическото програмиране е, че реално обектно-ориентираното програмиране рекурсивно пуска много обекти, които са взаимосвързани и могат да изпълняват копия на вече работещи (изпълнявани от някой друг обект). или от себе си) обекти. Невъзможно е да се разбере какъв вид копиране функционира с код на функция или метод. Кодът е статичен и кой е активен - динамиката. Активната точка на пространството е статичен код, но нивото на рекурсия и състоянието на действителните данни е реален проблем.

Истински обектно-ориентиран проект

Практическият и заявен JS обект отива да управлява проекта PHPOffice /PHPWord. Тази библиотека съдържа много PHP обекти на сървъра. Повечето обекти реализират свойствата на обектите на MS Word и са предназначени за четене и формиране на * .docx файлове. Библиотеката не включва JS обекта, за да контролира процеса на създаване на резултатния файл, но включвауникален пример за взаимосвързана система от обекти. Всеки абзац * .docx файл може да съдържа няколко шрифта, шрифтове, цветове, подстрани и индекси на поддърво. Модерният дизайн на текста използва много техники и ви позволява да създавате уникални по съдържание и документи за регистрация. Всеки абзац * .docx файл може да бъде таблица. Таблицата може да има много колони и редове, но създаването на многомерни масиви в редове или колони няма да работи. Уникален обект - клетка, която може да бъде толкова, колкото един ред или колона. Ако се свържете с клетка, тя може да съдържа произволен брой параграфи. Всеки абзац може да има всяко форматиране, което е позволено при форматиране на параграфа на основния текст. Всеки параграф в клетката може да бъде таблица с всички гореспоменати функции! Библиотеката PHPOffice /PHPWord е уникален пример за рекурсивна и стекова организация на данни. Може би разработчиците на MS Word използват своя специфичен работен процес в областта на програмирането, но на JS: масив от обекти, рекурсивно създава таблица с таблици, която ви позволява да имате толкова параграфи, колкото искате, таблици, прикачени файлове един към друг - реалността, която се изпълнява по-ефективно от PHP опция.

Проблеми с рекурсия и стек: обектно-ориентирано мислене

Параграфът съдържа изречения, фрази, думи и обекти. Всяка текстова част на абзаца може да има удебелен, курсивен или подчертан шрифт. Навсякъде в текста може да има офлайн индекс или промяна на цвета на буквите. Обектът на абзаца трябва да позволява рекурсия на опциите за рисуване, но параграфът не може да бъде вмъкнат.един от друг. Можете да поставите таблица в абзац. Таблицата може да има много клетки, а във всяка от тях има много параграфи и много таблици. Създаване на обекти по свойствата на текста:

тлъстина;

​​

наклон;

подчертават;

зачеркване;

промяна на цвета;

индекс на свръхрешетка;

подчинен индекс;

et al. -

води до форматиране на обекти. Премахването на елементите от параграфи не е наистина изтрито. MS Word дава възможност за възстановяване, т.е. възстановяване на изтрити елементи. Историята на undo /redo в текстообработващите процеси е правило. Това не може да се каже за JS: изтриването на елемент от масив означава да го загубите, ако не предоставите своя собствена падаща опция. Обектът на абзаца не може да включва обекти на изречения, фрази или думи. Това е излишно, не актуално и ще позволи да се изгради хармонична система от обекти * .docx - документ. Таблицата е независим обект, но е тясно свързана с обекта на параграфа. Тези два обекта могат да се обаждат взаимно взаимно, а нивото на вмъкване на такива обаждания не е ограничено. Има проблемно ниво, на което програмистът мисли или дебъгерът работи. Много е трудно да се изрази решение или да се намери грешка, ако мислиш по класически начин на ниво код. Но ако имате представа за динамиката на данните и текущото ниво на обажданията към фактурите (стека), то тогава е лесно да се движите по-нататък, идентифицирайки в хода на развитието, грешки, несигурност и слабости. Перфектната основа за организиране на стека е JS низ, който не е задължително в JSON формат, удобен за споделяне между сървъра и клиента.Трансформирайки сървърния компонент - библиотеката PHPOffice /PHPWord - последователността на опашките в AJAX, можете да получите четлива версия на "движението" от реалния документ. Всъщност функционалността на библиотеката е разглобила документа и е формирала система от обекти, но можете да я видите в браузъра и да изградите адекватна динамична система от обекти. JS добавя последователност от редове в масив - не е проблем. Протоколът на рекурсивните нива ще бъде наличен, логиката на преместване по нивата на гнездене е очевидна. Възможно е да се създаде история на изместване чрез стойности на променливи, масиви, код на методи на обекти и функции.

Рекурсия в система от различни обекти

Обекти и масиви в javascript са винаги добро решение. PHPOffice /PHPWord класовите проекти винаги са добра сървърна версия на програмата. Има разлика между програмирането в PHP и програмирането в браузърната среда. Обектът на браузъра "живее", докато посетителят е на сайта. Дори когато посетител промени страницата на сайта в друга, javascript позволява на разработчика да премести създадения преди това обект на нова страница. Разработчикът може самостоятелно да управлява създаването на страници и да премества необходимите DOM дървета. Но сами по себе си, обектите и масивите в javascript не са реални обекти и данни за посетители. В случай на документи посетителят може да бъде студент, бъдещ кандидат, служител на градската администрация и т.н., за тези категории посетители се нуждаят от реални обекти: документи, а не DOMs, роден на JavaScript PHPOffice /PHPWord класовите проекти са страхотни решения. и опитът за създаване на допълнителни обектни системи, възможностпроследяване на рекурсия, запис на операции на стека, управление на създаването на различни обекти, вградени един в друг.