Конкретизація процесу розробки програми Калькулятор в Visual C # (Sharp)

Щоб реалізувати яку можливість, потрібно вихідний код: файл, пркт, рішення та інші аспекти програмування Перш ніж реалізовувати можливості, необхідно подумати про те, яким чином організувати вихідний код Існують два рівня організації вихідного коду:

•&nbsp&nbsp на рівні файлів організовуються створювані проекти і рішення

•&nbsp&nbsp на рівні вихідного кодуорганізовуються простору імен, імена класів та інші ідентифікатори, до яких виконується звернення у вихідному коді

Реалізація програми Калькулятор на файловому рівні починається з прийняття рішення про те, яким з трьох типів проектів вона має бути Як розглядаючи в розділі 1, у нас є вибір трьох типів додатків: додаток Windows, консольний додаток і бібліотека класу

Якщо Калькулятор реалізовувати як додаток Windows, то він може виглеть, як показано на рис 23

Калькулятор, реалізований як додаток Windows, дає можливість пользателям виконувати обчислення натисканням відповідних кнопок Щоб злити два числа, користувач натискає відповідні кнопки для першого чіа, символу операції додавання, другого числа і, нарешті, натискає кнопку зі знаком рівності, щоб вивести результат операції Знак рівності вказує Калькулятору, що введення даних закінчено і потрібно обробити введені дані і вивести в текстовому полі результат

Калькулятор можна також реалізувати як консольний додаток (рис 24)

Рис 24 Калькулятор, реалізований як консольний додаток

У даному випадку числа та операції вводяться за допомогою відповідних клав Зазвичай натискання клавіші застосуються для вказівки консольного додатком про завершення введення і необхідності виконати необхідні операції над введеними даними і вивести результат у вікні командного рядка За завеенію одного обчислення цикл повторюється

Користувач взаємодіє з кожним з цих двох типів додатків пазному Це означає дві різні програми, хоча обидві вони і реалізують однаковий можливості Фокус робиться на створенні програми певного типу, а не на загальну структуру програмування

При необхідності робити вибір між реалізацією калькулятор матеріалів як пріленія Windows і як консольного застосування, швидше за все, ви зупинитеся

на додатку Windows, т к воно і виглядає краще, і його легше використовувати У конкретизованих ідеях, показаних на рис 22, зручність використання не було визначено як можливість Потрібно Чи було включити тип користувальницького інтерфейсу в розглянуті можливості програми Звичайно так, але для цілей цієї глави – ні

Розглянемо це питання в абстрактних термінах Вам було дано завдання реалізать Калькулятор з обома варіантами користувальницького інтерфейсу – графічкім і командного рядка Яким чином ви підійшли б до вирішення цієї зади – реалізували б всю функціональність двічі або спочатку спробували визначити, які аспекти калькулятор матеріалів можна використовувати для обох пользовельскіх інтерфейсів Швидше за все, ви б хотіли використовувати якомога боле однакових компонентів калькулятор матеріалів для обох програм, щоб вміннями обсяг роботи з його реалізації Крім цього, спільне використання компонентів допоможе уникнути проблем з підтримкою програми і розширенням її можливостей

Таким чином, розробнику програмного забезпечення необхідно думати про нього в термінах компонентів, які збираються в програму Деякі компонеи можна використовувати для різних програм, в той час як інші – ні Поетові думайте про програму Калькулятор, як про що складається з двох частин (пользовельского інтерфейсу для введення даних і блоку для обробки даних), що поставляються для користувача інтерфейсом З організаційної точки зору, або як кажуть розробники, з точки зору архітектури, компоненти докладе Калькулятор можна впорядкувати, як показано на рис 25

Рис 25 Організація компонентів додатка калькулятора

Деякі програмісти застосовують замість термінаКомпонентитермін

“Модулі,але я віддаю перевагу перший термін Компоненти організовані таким

чином, що функціональність низького рівня знаходиться внизу блок-схеми, а функціональність високого рівня – вгорі

Кожен компонент виконує певне завдання, а компоненти вищого уроя використовують рішення, реалізовані на нижчому рівні Ідея полягає в тому, що кожен рівень є відповідальним за певну функціальность, та інші рівні що дублюють роботу, виконуючи свою реалізацію функціональностей нижчих рівнів Функціональності вищих рівнів залежать від функціональностей нижчих рівнів, але зворотна залежність відсутня

Додатки реалізуються із застосуванням або низхідній (top-down), або воодящей (bottom-up) архітектури Низхідна архітектура означає створення в першу чергу компонентів вищих рівнів, при цьому компоненти нижчих рівнів створюються у міру потреби На противагу, застосування восхящей технологи означає, що спершу створюються компоненти нижчих рівнів

Висхідний підхід корисний, коли ясно, які функціональності необхідно реалізувати Коли ж ви маєте лише загальне уявлення про те, які воожності потрібно реалізувати, і не хочете відхилятися занадто далеко в сторону від мети додатки, краще застосувати спадний підхід У цій главі рассмаівается розробка бібліотеки класу calculator Таким чином, ми застосуємо висхідний підхід

Джерело: Гросс К С # 2008: Пер з англ – СПб: БХВ-Петербург, 2009 – 576 е: ил – (Самовчитель)

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*