Използване на Delphi компилатор () в приложения
Страница 1 от 8
Въпреки, че този въпрос изглежда доста тесен в заглавието. Бих искал да се говори не само за използването на dcc32, но също така и на технологията. Дадох кодово име "многослойна програмиране", но да направи име в заглавието на статията ми се стори погрешно. Какво имам предвид под термина "многослойна програмиране"? Ще започна отдалеч. Работата по един повече или по-големи програми могат да бъдат разделени на две основни фази. Първият етап - от действителното развитие. която включва формулиране техническа задача. свързване на изискванията на клиентите. фазата на проектиране. повтарящ се усъвършенстване на структурата на проекта. програмиране. отстраняване на грешки и тестване. Първият етап завършва с пускането на първата версия и началото на действие на програмата от страна на клиента (или от масите на потребителите. Ако програмата е разработена по своя собствена инициатива за разпространението или продажбата). След това идва на сцената на поддръжка. който включва премахването на откритите грешки. адаптиране към постоянно променящите се изисквания на клиента. въвеждането на допълнителни функции. които не са уточнени в оригиналната работа. Често - във времето проследяващ софтуер претърпява такива значителни промени. че подкрепата става въпрос за много по-времеемко и неприятен. от развитие.
Ако първата стъпка да се поддържа сравнително добре разнообразни инструменти за програмиране. на втория етап в този смисъл е подкрепена от много по-зле. Основната цел на "многораменно програмиране" е именно подкрепата на подкрепа фаза. Каква е основната идея на този подход. Помислете проста схема.
предприемач <---> клиент
В тази схема, клиентът използва само функционалността на програмата. които се предоставят от възложителя. За да промените тези функции излага изискванията на клиента разработчик. разработчикът променя програмата и се връща на клиента. По този начин. с интензивни изисквания се променят програмата. предприемачът винаги е голям товар. и клиентът постоянно се сблъсква работа. Помислете за друга схема.
предприемач <---> технолог <---> потребител
В тази схема, клиентът образно разделена на два компонента - технология и употреба. По технология на човешките е тук разбрах (или група), която е посредник между предприемача и потребителя. Професионална технолог твърди, че тематика. за които е разработена програмата. но не и програмист - тя може да бъде енергетик. астроном. директор. И. това разделяне на клиента може да бъде чисто произволно - едно и също лице може да изпълнява функциите си. С развитието на технологията. и на крайния потребител. Технология - е ключов елемент от веригата. Технолог знае предметната област е много по-добре и разработчик. доста често. Бих искал да се промени работата на програмата е. тъй като не е предоставена от програмиста. Честото прибягване до програмистът може да бъде много трудно - както във времето. и в пространството.
За подобряване на ситуацията, можете да: - прехвърляне на технологията на работа програмист. Тъй като технологията е по дефиниция не програмист. Имаме нужда от по-обвързваща част. Това свързващо вещество може да бъде част от проблема - ориентиран език. че възложителят включва в своя дизайн и технология може да се използва за промяна на функционалността на програмата (в разумни граници). Естествено. че този език трябва да работят с условията на областта на приложение. , в която технологията работи. Т.е.. между формулировката на проблема и неговите езикови решения нужда минимална семантична разлика. Универсален език за програмиране тази роля очевидно не е годна. Външно синтактична форма на проблем - ориентиран език текст може да бъде. Граф. схема. по-кратко. на какви технологии са най-адекватно да формулират свои конкретни задачи. По този начин. интензивността на взаимодействието между разработчика и технолог може да бъде намалена. тъй като значителна част от промените в технологиите могат да направят сами.
Тази идея се използва от много разработчици. но литературата не съм виждал дискусия й като инструмент за проследяване. В този смисъл, вместо термина "многослойна програмирането" често се използва терминът "проблем - ориентиран език".
Структурата на стълба. Поех по-горе. Той съдържа само 2 програмно устройство. но в действителност, тези единици могат да бъдат по-големи. Ако предмет на доста разнородни. "Технологията", може да е цяла верига от технологии - конкретен пример ще посоча в края на статията.
Разбира се. има и друга страна на монетата - съображения за търговия. Ако клиентът получава разработени инструменти. разработчикът може да остане губещ. И по-добре инструмента. по-малко вероятно. че клиентът ще плати подкрепата на програмата. Тук предприемачът да реши - или да се включва само в съпровод на стари програми или освободите време за нови разработки.