Приложно-програмен интерфейс: Разлика между версии
Изтрито е съдържание Добавено е съдържание
Редакция без резюме |
Редакция без резюме |
||
Ред 147:
==API дизайн==
Няколко принципа се използват за управление на процеса за изработване на API дизайн. Парнас е предложил концепцията за скриване на информация през 1972 г. Принципът на скриване на информация е следния - някой може да разделя софтуера на модули, всеки от които има специфичен интерфейс. Интерфейсите крият детайлите за имплементация, така, че потребителите на модулите нямат нужда от това да разбират сложността на вътрешността на модулите. Тези интерфейси са API-та, и като резултат API-тата би трябвало да показват само тези детайли за модела, които клиентите трябва да знаят, за да използват модулите ефективно. Софтуерната архитектура е посветена на създаването и поддържането на софтуерни структури от най-високо ниво, нещо което обикновено включва и модули. По този начин една системна архитектура е сложно свързана с API-тата, които обясняват тази архитектура. Все пак доста решения, които са свързани със създаването на API-та не са архитектурни - такива като конвенциите за именуване, както и множеството детайли за начина по който са структурирани интерфейсите.
Тези детайли за начина, по който са структурирани интерфейсите, също като софтуерната архитектура, имат значително влияние върху качеството на софтуера. Например Каталдо е открил, че появата на бъгове е свързана със зависимостта от логическите операции и данните в софтуера. Това предполага, че за да се редуцират нивата на бъговете, софтуерните разработчици трябва внимателно да зависимостите между отделните API-та.
Законът на Конуей казва, че структурата на системата неминуемо рефлектира върху структурата на организацията, която го е създала. Това предполага, че за да се разбере как е направен дизайна на API-тата в истинския сват, трябва да се разберат и структурите на софтуерните инженерни организации. По подобен начин, една гупа от API трябва да бъде структурирана според нейните нужди. В едно изследване направено измежду 775 софтуерни инженери на Microsoft, Бегел е установил, че в допълнение на координацията относно API дизайна, софтуерните инженери много по-често правят координация помежду си относно сроковете и проблемите. Това потвърждава факта, че софтуерните организации си ссъдействат доста добре и че организационната структура е важна.
Няколко автора публикували съвети за начина, по който се прави дизайна на API-тата - Джошуа Блох и Мичи Хенинг са двама от тях. Все пак, тъй като един от принципите на API дизайна е той да бъде съвместим с другите API-та, които са вече в ссистемата и работят, детайлите на API дизайна сса езиково и системно независими.
Няколко принципа се използват за управление на процеса за изработване на API дизайн. Парнас е предложил концепцията за скриване на информация през 1972 г. Принципът на скриване на информация е следния - някой може да разделя софтуера на модули, всеки от които има специфичен интерфейс. Интерфейсите крият детайлите за имплементация, така, че потребителите на модулите нямат нужда от това да разбират сложността на вътрешността на модулите. Тези интерфейси са API-та, и като резултат API-тата би трябвало да показват само тези детайли за модела, които клиентите трябва да знаят, за да използват модулите ефективно. Софтуерната архитектура е посветена на създаването и поддържането на софтуерни структури от най-високо ниво, нещо което обикновено включва и модули. По този начин една системна архитектура е сложно свързана с API-тата, които обясняват тази архитектура. Все пак доста решения, които са свързани със създаването на API-та не са архитектурни - такива като конвенциите за именуване, както и множеството детайли за начина по който са структурирани интерфейсите.
Тези детайли за начина, по който са структурирани интерфейсите, също като софтуерната архитектура, имат значително влияние върху качеството на софтуера. Например Каталдо е открил, че появата на бъгове е свързана със зависимостта от логическите операции и данните в софтуера. Това предполага, че за да се редуцират нивата на бъговете, софтуерните разработчици трябва внимателно да зависимостите между отделните API-та.
Законът на Конуей казва, че структурата на системата неминуемо рефлектира върху структурата на организацията, която го е създала. Това предполага, че за да се разбере как е направен дизайна на API-тата в истинския сват, трябва да се разберат и структурите на софтуерните инженерни организации. По подобен начин, една гупа от API трябва да бъде структурирана според нейните нужди. В едно изследване направено измежду 775 софтуерни инженери на Microsoft, Бегел е установил, че в допълнение на координацията относно API дизайна, софтуерните инженери много по-често правят координация помежду си относно сроковете и проблемите. Това потвърждава факта, че софтуерните организации си ссъдействат доста добре и че организационната структура е важна.
Няколко автора публикували съвети за начина, по който се прави дизайна на API-тата - Джошуа Блох и Мичи Хенинг са двама от тях. Все пак, тъй като един от принципите на API дизайна е той да бъде съвместим с другите API-та, които са вече в ссистемата и работят, детайлите на API дизайна сса езиково и системно независими.
== Видове ==
| |||