Методът отговаря на критерия модулни композиции, ако той гарантира развитието на софтуерни елементи, свободно да общуваме с тях за производство на нови системи, може да бъде, в среда, различна от тази, за която първоначално са разработени тези елементи.
Съставът определя обратния процес на разлагане: софтуерни елементи се екстрахира от контекста, за която са предназначени първоначално да се използват отново в различен контекст.
модулен дизайн метод опростява този процес чрез създаване на самостоятелни софтуерни елементи независим достатъчно от оригиналната задача, което прави невъзможно това възстановяване.
Съставът е пряко свързана с многократно използване. Този критерий отразява старата мечта - да превърне процеса на разработване на софтуерен продукт за работа по кубчета сгъваеми, така че да се изгради една програма от фабрично изработени елементи.
· Пример 1: библиотека съчетания. Библиотека подпрограми са създадени като набор от composable елементи. Една от областите, в които те са били успешно използвани са цифрови изчисления на базата на добре получени библиотеки на рутинни за решаване на линейната алгебра, метод на крайните елементи, диференциални уравнения и др ..
· Пример 2: конвенции в Shell UNIX език операционна система команда. основните системни команди UNIX работят на входен поток от последователни символи и извеждане на резултат от със същия стандартен структура. Потенциал състав се поддържа от оператора | команден език "Шел". Запис A | B е програма, композиране. Първоначално програмата стартира, резултатите са вход към програма Б, започна своята работа в края на програмата А. Такава система благоприятства съгласие състав софтуера.
· А Контрапример: Препроцесорът. Общоприетият начин за разширяване на език за програмиране, а понякога и да се преодолеят недостатъците си, е да се използва "предпроцесорни", получаване на входни данни в разширен синтаксис и ги показва в стандарта за тази форма на езика. Типични Препроцесори за Fortran и С подкрепа на графични примитиви, модерни контролни структури или операциите на бази данни. Въпреки това, тези разширения обикновено не са съвместими помежду си; че не е възможно да се съчетаят два такива предпроцесорни, и човек трябва да избира между, например, графики или база данни.
Съставът не зависи от разлагане. В действителност, тези критерии, които често са в конфликт помежду си. Например, отгоре надолу, удовлетворяващо, тъй като ние вече са показали, критерият на разлагане, обикновено води до създаването на тези модули, които не са лесно да се съчетаят модулите, получени от други източници. С това разлагане модули обикновено са тясно свързани с тези специфични изисквания, които са довели до тяхното развитие, и не могат да бъдат приспособени за използване в други настройки. метод отгоре-надолу дизайн не даде насоки за разработване на модули, които отговарят на общите изисквания. Тя не може да си позволи такова развитие, като не позволява нито да се избегне или поне да открият софтуер за уволнение модули, произведени в различни части на йерархията.
И двата състава и разлагане, са част от изискванията за метод с модулна конструкция. Неизбежен смес от два подхода дизайн: отгоре-надолу и отдолу нагоре. На този принцип на допълване забелязал Рене Декарт преди близо четири века, както се вижда от сравнението на двете правила на мотивите му. цитирани в епиграф на тази глава.
Свързани статии