| Мова : |
|
| Енциклопедія співтовариство |Енциклопедія відповіді |Відправити запитання |Словник знань |Завантажити знання |
Інтерфейс програми |
|
Інтерфейс програми є одним з двох типів інтерфейсів, що надаються операційною системою для користувачів, програмістів в програмі через інтерфейс програми просити операційну систему на надання послуг. Уявіть інтерфейс, ви повинні повідомити нам про історію розвитку мови програмування для роботи, пан Лу сказав: "перший науковий Історія лікування", минуле і сьогодення зрозуміти програму розвитку мови, для того, щоб знати, чому так багато мов так, чому?Після появи комп'ютера, вчені розробили багатомовний, від Smalltalk, Pascal, Basic, C мова, C , Java,. Net і так далі, темпи розвитку цих мов, можна побачити в розділі процесно-орієнтованого об'єктно-орієнтованої розробки Історія. Багато книги по об'єктно-орієнтованого ввести свою історію, що вони будуть ввести читача в цей період історії, і виступає ГО (об'єктно-орієнтованого) програмування як велично, як. Проблема в тому, що програма тільки починає вчитися багато людей не знають, чому це зміна, вони також важко зрозуміти концепцію орієнтована мова віртуальних функцій, інтерфейсів і т.д., зрештою до того, що запитати. Ми розуміємо, що цей період історії в минулому, першим, хто ввів поняття: "деталізації", а що зернистість? Автори вважають, що так звана частка насправді програмний код блоку, використовуючи комбінацію масштабі, ми можемо навести приклад, гравій? Кирпичи? Будинок шаблон, ми передбачаємо, щоб побудувати будинок, є насправді вибір методів будівництва, якщо ви не зайняті Біда, ви можете використовувати трохи будівельного гравію або гравій стрілянину з цегли, цегли, щоб зібрати, навіть купувати житло безпосередньо від заводських дверей, вікон, компонентів стіни начинкою. Цей спосіб представляє три різних комбінацій трьох різних масштабах. Гравій є найменшою одиницею, використовувати його, щоб побудувати невеликий будинок, може бути, ви можете, але немає ніяких сумнівів, що ми повинні використовувати багато ", гравій", не легко керувати; цеглини, ніж шар гравійних сумішей може бути використаний для створення більшого будинок; шаблон будинок є найвищим вимір, за допомогою якого можна швидко побудувати масштабну житло. Різниця між цими трьома шкалами і контакт з нашої концепції програмування є велика схожість. На початку навчання Паскаль, вчитель сказав нам, що такий процес-орієнтована мова, основні одиниці процедури і функції, які найменші компоненти програми. Процедури і функції можна домогтися найбільш простий повторне використання коду, коли ми ставимо деяке фіксоване функцію код, написаний з використанням процедур і функцій, ми можемо назвати їх в програму без необхідності мати будь-яке місце, щоб написати цей шматок коду, наприклад Переваги очевидні. У деяких невелику програму, яка, використовуючи процедури та функції доречно, але в програмах середніх, їх недоліки на шоу, процедур і функцій розміру часток є занадто низькою, система, якщо у нас є 10 000 функції та процедури, Наші програмісти доведеться витратити багато часу, щоб віднайти і підтримувати їх, 10000 не було жодних стосунків з трудністю управління функції та процедури очевидні, як і 10 000 індивідуальних підприємств, відомств і посад, якщо ні, то це не заплутаною? ! Поява об'єктно-орієнтованих мовах, є для вирішення цієї проблеми, не слухайте галас підірваний ГО мовою, насправді, здається, що це є причиною: щоб поліпшити програмування деталізації. Основною одиницею об'єктно-орієнтованих мовах клас КЛАС, клас інкапсулює багато членів даних і функцій-членів, процедури, підвищити мінімальні компоненти рівні, ми повинні не безпосередньо маніпулювати процесом і функції, і на більш високому рівні, але клас. Ми доклали багато відділів 10000 чоловік, різні департаменти, відповідальні за різних питань, тому компанія може, нарешті, відслідковувати його. КЛАС зробив клас, чи можна тоді? Не обов'язково, нові проблеми, які виникли, може бути, у нас є багато відділу, ви можете зробити багато речей, як домогтися більш ефективного управління у відділі робити? Як у нас є клас, який надає різноманітні методи і властивості цих методів і властивостей може фактично бути розділені на палях для різних функціональних служб, але ми не робили цього класу управління. В АТ, об'єкт карти має безліч функцій, таких як шари управління, управління елементами варіантів управління, встановлених, відображення карти, є багато різних функцій кожного методу і майна, а тепер ці властивості і методи дезорганізовані, без накопичення відмінність У класі там, коли ми повинні знайти спосіб програмістів, коли потрібно було знайти, дуже зручно. На цей раз, з'явиться інтерфейс інтерфейс, C винахідник вперше чисто віртуальна функція (насправді, інтерфейс) поняття часу, був багато опору, багато людей не розуміють сенс того, що інтерфейс, ми використовуємо віртуальну функцію належним чином, Чому не все вийшло Геша інвалідом? Те, що це клас нього, і виробляти об'єкт не може бути досягнута; кажуть, що це об'єкт з нього, і не тіло методу у використанні. Інтерфейс відмовляти хорошу річ, повинна бути віднесена в класі. Для об'єкта карти, ми можемо зробити кілька інтерфейсів, методів, ці інтерфейси визначені в різних функцій, функції та властивості, карта клас реалізує ці інтерфейси, тому ми можемо використовувати визначення інтерфейсу, об'єкта реалізації. Так що ж таке визначення набору пов'язаних методів і властивостей колекції інтерфейсів. Dim pGraphicsContainer як iGraphicsContainer pGraphicsContainer = application.document.ActiveView.focusMap властивості pGraphicsContainer і методи, які можна використовувати тільки на ту його частину, визначається, в той час як методи і властивості елементів, такі як не використовуючи визначення інтерфейсу управління, то як ми можемо використовувати інші функції? Це називається QI функція (Інтерфейс Query). Запит від одного інтерфейсу на інший. Dim pGeoFeatureLayer як iGeofeatureLayer pGeoFeatureLayer = pGraphicsContainer QI Ну, у нас є так багато багатослівно, що йшов в концепції COM, COM офіційно представила в минулому, ми, нарешті, намотується точку: історія комп'ютерної мови, насправді, постійне вдосконалення історичного компонента деталізації, і постійно покращувати повторне використання коду Історія. Перш, ніж ми використовувати процедури і функції, то ми використовуємо клас, і тепер ми використовуємо інтерфейс, є для однієї мети, щоб дозволити компоненти нашої операційної між конкретним і абстрактним, щоб знайти баланс. Занадто специфічні, наприклад, процедур і функцій, немає бази; абстрактний, таких як класи, ви не можете окремо. Приклад коду: IForm відкритий інтерфейс { недійсними Показати (); анулюванню ShowDialog (); } суспільного класу: IForm { громадського недійсними Показати () { } громадського недійсними ShowDialog () { } } суспільного класу B: IForm |
| Користувач Огляд |
|
Немає коментарів |
