Java: Засоби побудови звітів для Java-додатків
Дмитро Левиков
Це
короткий огляд засобів побудови звітів для Java-додатків. Я спробував
отримати демо-версію кожного з них і побудувати звіт певного виду, зв'язавши
його з програмою на мові Java. Якщо Вам відомо будь-що окрім того, що я
тут понаписали, напишіть мені, внесені вами зміни будуть до речі. І так ...
Enterprise
Reports ( TM ) for Java
Короткий
опис:
Продукт
повністю реалізований на Java. Джерелами даних можуть бути JDBC-сумісні
джерела, Java-класи та EJB.
Можливості:
Extract
Data - ERW може отримувати дані з традиційної бази даних або з програми.
ERW використовує JDBC або ODBC для отримання даних з БД. Для даних програми,
ERW надає зручний механізм для визначення структур класів програми
та завантаження даних через них. Надання даних з програм швидше,
масштабування ідеально підходить для розподілених додатків.
Analyze
Data - ERW надає такі можливості як: багато секційні,
перехресні таблиці (crosstabs), діаграми/графіки, формули і Зміст
(Table of Contents). ERW Report Engine дозволяє будувати звіти в реальному
часу
Format
Data - ERW надає простий у використанні дизайнер звітів з широким
набором средст форматування як шрифти, кольори, вирівнювання, перенесення, розрив
сторінок, що перекриваються, компоненти і т.д.
Output
Data - ERW може експортувати будь-який звіт у PDF, HTML, Hi-Res HTML, або
ASCII-CSV
Ціни
Версія
Ціна
ERW 4.0 Pro (Includes both AWT & Swing
versions)
$ 495
Підписка на рік
$ 995
Limited Free Runtime (100
копій)
Додається
URL:
http://www.enterprisesoft.com/Products/ReportWriter.html
Примітка:
З
випробуваних продуктів Enterprise Reports має найбільш зручний дизайнер
звітів з дуже багатим набором функцій. Розміщення і вирівнювання компонентів
зроблено дуже зручно. Та й сам по собі дизайнер красивий. Є API для
вбудовування в програму. Підтримується передача параметрів. Поточна версія
містить багато помилок, тому частина заявлених функцій перевірити не вдалося.
Крім того, є серйозні проблеми зі створенням російськомовних звітів.
Зберігати шаблони російськомовних звітів можна тільки з використанням UTF-8.
Це саме по собі нормально. Тільки для збереження звіту в різних форматах
хлопці використовуються конструкції типу:
if (mode == 1)
dos.writeBytes (s);!!
else
dos.writeUTF (s);
Так
що зберігати шаблон звіту в UTF-8 і друкувати його на принтер ще можна. Але ось
записати його у форматі PDF або HTML з російськими літерами не вийде. Версія
4.02 є релізом, але от тільки помилок в ній стільки, що вистачить на пару
альфа-версій. Намалювати складний звіт в цьому продукті запросто, а от змусити
його працювати виявилося непросто.
Rreport 1.1
Можливості:
Попередній
перегляд з масштабуванням
Використовується
дизайнер MS Access для побудови звітів та створення вихідного коду на Java
Режим
експорту в HTML
Підтримка
JDK 1.1 і 1.2
Частина
вихідних кодів доступна після реєстрації
Ціни
Версія
Ціна
RChart Binary version (Includes only source
code of the applet)
$ 10
Rchart with source code. (Includes source
code of all classes)
$ 20
Rreport. Binary version
$ 30
Rreport with source code. (Includes source
code of all classes)
$ 40
URL:
http://rreport.port5.com/http://rreport.8m.com
Примітка:
Незважаючи на привабливі ціни, в існуючому вигляді продукт не підходить для
професійних додатків. Використання MS Access в якості дизайнера
звітів є зручним з точки зору простоти створення форм. Можна
розглянути можливість придбання вихідних кодів для їх подальшої
переробки.
JClass Page Layout 4.5
JClass
PageLayout є набором компонент реалізують функції перегляду звітів і
друку. Продукт надає функції API для додавання тексту, зображень та
таблиць до документів.
Можливості:
Шаблони
сторінок
Книжкову
і альбомну орієнтація
Зумовлені
стилі таблиці
Інтеграція
з електронними таблицями
Вбудовану
підтримку діаграм
Заголовки
і підвали для сторінок
Автоматичну
нумерацію сторінок
Підтримка
розбиття статті на стовпці
Вирівнювання
тексту, відступи і табуляції
Виділення
кольором для сторінок, розділів і тексту
Малювання
ліній і бібліотека форм
Імпорт
зображень з GIF, JPG і EPS
Попередній
перегляд
Друк
на будь-який системний принтер (JDK 1.2 або вище)
Висновок
в PostScript, PDF, HTML, або HP PCL 5
Ціни
Версія
Ціна
PageLayout Bytecode (Includes 1 year GSS) 4.5
$ 875
Gold Support with Subscription (purchased
separately) * (Includes source code of all classes)
$ 325
URL:
http://www.klgroup.com
Примітка:
Хоча
продукт і підтримує зовнішнє опис форм сторінок, він не має дизайнера для
виконання цієї роботи. Мається на увазі, що форми створюються в XML редакторі.
Опис форм у такий спосіб не є простою справою. Крім XML c описом
звіту ще треба і DTD докласти.
JReport Professional 2.2
Можливості:
Підтримується
JDK 1.1, 1.2 і Microsoft Java VM
Побудова
зведених звітів з діаграмами, багатотабличних, підпорядкованих звітів, підтримка
функцій виводу на принтер, HTML, PDF, CSV, e-mail, або в текст
що визначаються
користувачем шаблони, формули і функції виходу
Доступ
до JDBC або призначеному для користувача джерела даних
Catalog
Browser - компонент використовується для побудови звіту, що включає джерела
даних, запити, формули, параметри і різні дані, і графічні об'єкти
Report
Inspector - властивості та значення для всіх об'єктів у звіті відображаються в
таблиці властивостей і можу бути інтерактивно змінені і відображені
Ціни
Версія
Ціна
JReport Professional Report designer with 100
local Runtime
$ 995
URL: http://www.jinfonet.com/_vti_bin/shtml.exe/JReportRegister.htm
Примітка:
Виходячи
з опису, JReport Professional заслуговує серйозного розгляду. Однак
не вдалося отримати демонстраційну версію даного продукту. Якщо хто має
хоча б евалюшен - буду вдячний якщо поділитеся.
Elexir Report 1.2
Elixir
Report - крос платформенне Java рішення для побудови звітів з
використанням різних джерел даних, включаючи XML. Elixir Report може
використовуватися для розробки звітів і вбудовуватися в Java-додатки.
Можливості:
Різні
типи джерел даних - Java Objects і JDBC
Підтримка
аплетов
Динамічна
завантаження зображень
Середа
управління проектами з контролем версій
майстри
побудови звітів і підключення до джерел даних
Безкоштовний
runtime
Ціни
Версія
Ціна
Single Developer Licence
$ 149
5-Developer Licence Pack
$ 675
15-Developer Licence Pack
$ 1900
25-Developer Licence Pack
$ 2980
* Gold Support and Subscription per Developer
(renewable annually)
$ 500
URL:
http://www.elixirtech.com/ElixirReport/
Примітка:
Elixir
Report - в цілому справив хороше враження. Доданий до нього дизайнер
звітів володіє необхідною функціональністю, хоча й поступається ERW 4.0.2.
Підтримується передача параметрів для побудови звіту. Є майстри
підключення до джерел даних і побудовники шаблонів звітів. Немає проблем з
побудовою російськомовних звітів. Самі шаблони звітів зберігаються в XML. Крім
того є вбудовані засоби управління проектом. Повна русифікація runtime
не можлива. У цілому не дуже гарний, але працюючий продукт.
Root River Delta
Root
River Delta - набір API для вбудовування функцій перегляду і друку звітів у
додатки. Підтримує різні джерела даних, включаючи JDBC, EJB і Java
Objects. Дизайнера звітів поки не має.
Можливості:
Зовнішній
вид звіту повністю не залежить від формату його виведення. Підтримується висновок
звітів в Bitmap, Java-сумісний принтер, PDF, HTML, PCL5, ASCII або CSV
текст
Є
засобу перегляду звітів для вбудовування в додатки і аплети
Реалізація
на AWT 1.1 забезпечує максимальну переносимість
Підтримуються
різні шрифти та стилі, зображення
API
побудовано з метою спростити і прискорити побудову великих за обсягом звітів.
Передбачена підвантаження даних у звіт в процесі перегляду
Ціни
Версія
Ціна
Рer developer (runtime components of RR Delta
for internal use only)
$ 250
URL: http://www.rrsys.com/
Примітка:
Виробляє
гарне враження. Однак відсутність дизайнера звітів, не дуже зручна і
детальна документація, а так само деяка складність API вимагають досить
високої кваліфікації для його використання. Root River Delta поступається
аналогічним продуктам, таким як Style Report і JClass Page Layout.
Generic
Report Writer
підтримки PostgreSQL, MySQL, і Access. Також сумісний з
будь-якими базами даних мають Type 4 JDBC драйвер. Реалізовано на Java 1.2.
Розповсюджується в рамках ліцензії GPL (доступні вихідні коди). Є
примітивний дизайнер звітів. Звіти можна отримати тільки в текстовому форматі.
Шрифти і зображення не підтримуються.
Ціни:
Free
URL:
http://www.geocities.com/SiliconValley/Ridge/4280/GenericReportWriter/grwhome.html
Примітка:
...
Ну що месьє хотів за один @? Але в деяких випадках може й підійти. Автор
обіцяє розвивати цей продукт.
Java Report Engine - i-net Crystal-Clear
i-net
Crystal-ClearT це виконуюча середовище для звітів створених в Seagate Crystal
Reports Designer. Призначений для додавання функцій перегляду і друку
звітів в додатки і аплети. i-net Crystal-ClearT може використовуватися як
платформні-незалежне розширення для рішень на базі Crystal Report для
вбудовування в додатку. Crystal-ClearT підтримує формати Seagate Crystal
Reports 6.0, 7.0 і 8.0
Ціни
Версія
Ціна
20 User License
$ 200
Enterprise License
$ 500
Web-License
$ 700
Application License
$ 1990
URL:
http://www.inetsoftware.de/English/Produkte/CrystalClear/Default.htm
URL:
http://www.seagatesoftware.com/products/crystalreports/default.asp
Примітка:
Основне
гідність даного продукту - підтримка Seagate Crystal Reports, який
фактично може вважатися промисловим стандартом для корпоративних систем.
Хоча заявлено, що процесор i-net Crystal-ClearT працює швидше
оригінальному Seagate Crystal Reports, це не помітно. Є гарний
runtime, яким ще й досить гнучко управляти можна. Едінтсвеное, що
відмічено поганого, свіхівается на складних SQL виразах. Є про нього і відлуння
на news.inetsoftware.de/crystalclear. Коротше, є сенс звернути на нього
увагу.
Style Report Data Source Edition Lite
Style
Report DataSource Edition - є розширенням Style Report Lite 3.0 до якого
додані повнофункціональні засоби для роботи з різними джерелами
даних. Style Report Lite - являє собою набір API з допомогу якого
можна додавати функції перегляду і друку в свої додатки. Засоби
побудови запитів і підключення до джерел даних в Style Report DataSource
Edition маються на дизайнера звітів. Вони також доступні і через виклики API.
Підтримуються наступні типи джерел даних:
XML
Реляційні БД (JDBC)
CORBA
Enterprise JavaBeans
Текст
Можливості:
SQL-подібний
синтаксис запитів
секцій
щодо розміщення та фільтрації даних
Підтримуються
підзапит
Є
API інтерфейс до управління запитами
Підтримується
передача параметрів в запити
Друк
з аплетов і в PDF
Ціни
Версія
Ціна
Style Report/Lite
Free
Style Report/Pro
$ 995
Style Report/Source
$ 3995
Style Report/Enterprise (Include one
development server runtime license)
$ 2980
Runtime
Безкоштовний для продуктів, не
які є засобами розробки.
URL: http://www.inetsoftcorp.com/
Примітка:
До
жаль, довелося мати справу тільки з бета-версією даного продукту, яку
не вдалося змусити працювати. Однак бета-версія продукту Style Report Lite
3.0 заслуговує самої пильної уваги. З усіх протестованих засобів
побудови звітів, її більшою мірою вдалося русифікувати. Управління
звітом на рівні API дозволяє домогтися велике гнучкості і комбінувати самі
різноманітні дані програми. Підтримуються шрифти, зображення, багатий
набір стилів таблиць. Однак розплатою за це є необхідність
програмування звітів. Дизайнер звітів більше орієнтований на побудову
розмітки сторінки, ніж на описи секцій звіту, що ускладнює побудову
звітів з угрупуваннями. Така обробка виноситься на рівень програми, і
елементи звіту передбачається створювати з програми без допомоги дизайнера.
Версії Style Report DataSource Edition є набагато більш зручним засобом
для побудови звітів з баз даних, однак побачити її функціональність
не вдалося. У цілому цей продукт є серйозним претендентом на вбудовування
в додатки. Хоча вимагає досить високої кваліфікації для створення звіту.
До недоліків, можна також віднести неможливість запустити виконання звіту під
фреймі програми. Якщо потрібно скласти кілька вбудованих у додаток
звітів StyleReport прекрасно для цього підійде.
Засоби для побудови звітів, не включені до
тестування
EspressChart.
EspressChartTM is a set of tools that
enables you to easily include dynamic charts in your Java applications and on
your Web pages. You can display the chart as a Java applet or PNG/GIF/JPEG
image in your browser. (Note: EspressChart can be used in a servlet to generate
PNG/GIF/JPEG images on the server dynamically.) It is written in 100% pure Java
so it is completely platform independent. EspressChart supports JDBC/ODBC for
retrieving and plotting data from any database.
URL:
http://www.quadbase.com/espresschart/index.html
NetCharts.
NetCharts is a suite of Java applets
that allows HTML authors, web developers, and Java programmers to quickly and
easily create on-line charts from virtually any data source, with minimal
coding. NetCharts supports any Java 1.0.x or 1.1.x enabled platform, including
PCs, UNIX and network computers. All applets can be viewed through any Java
compatible Web browser and support the use of the JDBC interface to retrieve
parameter definitions or data values from one or more database servers or data
sources, including Oracle, Sybase, Informix, DB2, Microsoft SQL Server, dBase,
Access and Excel.
URL:
http://www.cartworks.com
Java:
Конфігурація програм.
Зміст:
Навіщо
потрібно конфігурування?
Що
саме варто налаштовувати.
Способи
зберігання настройок.
Ini-файли.
Файли
Properties.
XML-файли.
сериализация.
Бази
даних.
Скрипти.
Приклад
програми з конфігурацією в XML.
Навіщо потрібно конфігурування?
Професійним
програмістам це питання здасться дивним. У початківців ж часто спостерігається
явне нерозуміння важливості цієї можливості. При цьому виходить програма,
схожа на кам'яну брилу з висіченим на ній написами - якщо захочеться
змінити напис, то доведеться робити новий камінь.
Є
й інша крайність - коли практично всі виноситься в налаштування. Такі
програми нагадують розлиту рідину, а щоб змусити її працювати треба
прочитати талмуд опису та налаштувати кілька сотень параметрів, до того ж
часто взаємопов'язаних протиприродним чином.
Як
завжди треба знайти золоту середину - з одного боку треба постаратися
задовольнити різні примхи користувачів, з іншого боку потрібно зробити
так, щоб більшості користувачів нічого налаштовувати не довелося.
Що саме варто налаштовувати.
Ось
типові приклади даних, які часто варто винести в налаштування:
Всілякі
каталоги. Наприклад - шляхи до файлів даних, каталоги імпорту/експорту.
Мережеві
налаштування. Імена серверів, IP-адреси, порти, імена та паролі для автоматичного
доступу.
Настройки
баз даних. Імена JDBC-драйверів, URL бази даних, SQL-запити, залежні від
використовуваної БД.
Настройки
зовнішнього вигляду. Установки Swing-івського Look & Feel-а, що використовуються шрифти,
розміри, кольори, настройки гарячих клавіш.
Інше ...
Будь-які інші речі, які можуть змінюватись від користувача до користувача.
Наприклад,
досить часто зустрічається ситуація - настройка з'єднання з БД. Початківці
програмісти часто пишуть щось подібне:
Class.forName ( "sun.jdbc.odbc.JdbcOdbcDriver ");
Connection con =
DriverManager.getConnection ( "jdbc: odbc: MyDatabase", user, password);
Таким
чином програма прив'язується до конкретного JDBC драйверу. Використовувати
інший драйвер, наприклад замінити міст на RMI-проксі або, у разі Oracle, OCI
на Thin без перекомпіляції вже не можна.
Способи зберігання налаштувань.
В
об'єктному програмуванні все представляється у вигляді об'єктів. Установки краще
за все при цьому розглядати як властивості певних об'єктів, які
зберігаються у файлах конфігурацій. Те, яким чином ці налаштування зчитуються і
записуються тісно взаємопов'язане з форматом файлів і вибраною стратегією
адміністрування. Розглянемо ідеальний варіант:
Нас?? влаштовує
об'єкт не повинен містити знань про формат файлів і способі читання/запису. Це
дозволило б, у разі необхідності, замінити один спосіб іншим.
Більшість
установок повинні виконуватися за допомогою програми (підпункт меню або окрема
програма установки). Це сильно полегшує життя людини, яка займається
адмініструванням. У більшості "юніксоідов" це може викликати
нерозуміння :-), але редагуванням текстових файлів в сучасному світі у
багатьох випадках не обійтися.
Повинно
бути встановлено розумне умовчання для відсутніх параметрів. Іншими
словами - необхідно, щоб більшості користувачів для запуску програми
потрібно було б зробити мінімум налаштувань. Як правило це залишає сприятливе
перші враження про програму, а часто саме воно - найважливіше.
До
жаль цей ідеальний варіант досить важко зробити на практиці. Перше
вимога передбачає розробку універсального механізму збереження
об'єктів. Такі системи вже є готові, але часто вони не підходять з тих чи
іншими параметрами. Розробити ж самому таку систему - далеко не кожному під
силу.
Друге
вимога має на увазі, що для кожного об'єкта пишеться своя панель (або
діалог) для редагування настройок. У випадку великої кількості об'єктів
варто спробувати використовувати універсальні механізми. Один з варіантів --
використання стандарту JavaBeans. Цей стандарт розроблявся для візуальних
систем програмування, але, через схожість вирішуваних завдань, також добре
підходить для універсального конфігурування. Але це теж не найпростіша
завдання, тому часто розумно передбачити можливість альтернативного
варіанти конфігурування для пожежних випадків - наприклад, за допомогою звичайних
текстових редакторів у випадку використання текстових форматів файлів.
Розумне
ж умовчання для параметрів часто просто неможливо уявити. Наприклад, що
поставити як ім'я SMTP-сервера? У разі Unix-систем можна спробувати
поставити localhost, але для Windows-світу це рідко кому підійде.
Розглянемо
найпоширеніші варіанти:
Ini-файли.
Ini-файли
- Це був найпоширеніший варіант в епоху Windows 3.x. Зараз в віндового
програмах він став витіснятися зберіганням настройок в реєстрі. Тим не менше ini --
це один з найпростіших варіантів зберігання настройок. На жаль досить часто
ця простота змушує вдаватися до різноманітних хитрощів. Приклад типового ini-файла:
[Communication]
InputDir = INPUT
OutputDir = OUTPUT
ArchDir = ARHIV
TransferPath = a: cour
[Warning]
NoReceived = No
[Addons]
Numb = 3
MenuName1 = ~ N ~ orton
ProgName1 = mousesav c: command.com
/ c nc
MenuName2 = Win - ~ Б ~ локнот
ProgName2 = notepad
MenuName3
= Імпорт з формату АБ "Інкомбанк"
ProgName3
= Incom.bat
В
Java немає стандартного класу для читання ini-файлів, але це не проблема. Оскільки
формат дуже простий, його легко зробити самому:
import
java.io. *;
import java.util .*;
public class INIFile
(
Properties iniProperty = new Properties ();
public INIFile (File f) (this (f.getPath ());
)
public INIFile (String fname) throws
IOException (loadFile (fname);)
private void loadFile (String fname) throws
IOException
(
BufferedReader br = new BufferedReader (new InputStreamReader (new
FileInputStream (fname )));
try
(
String section = "";
String line;
while ((line = br.readLine ())!= null)
(
if (line.startsWith (";"))
continue;
if (line.startsWith ("["))
(
section =
line.substring (1, line.lastIndexOf ("]")). trim ();
continue;
)
addProperty (section, line);
)
)
finally (br.close ();)
)
private void addProperty (String section, String
line)
(
int equalIndex = line.indexOf ("=");
if (equalIndex> 0)
(
String name = section +'.'+ line.substring (0, equalIndex). Trim ();
String value = line.substring (equalIndex +1). Trim ();
iniProperty.put (name, value);
)
)
public String getProperty (String
section, String var, String def)
(
return iniProperty.getProperty (section +'.'+ var, def);
)
public int getProperty (String section, String
var, int def)
(
String sval = getProperty (section, var, Integer.toString (def ));
return Integer.decode (sval). intValue ();
)
public boolean getProperty (String
section, String var, boolean def)
(
String sval = getProperty (section, var, def?
"True": "False ");
return sval.equalsIgnoreCase ( "Yes") | | sval.equalsIgnoreCase ( "True ");
)
)
Файли Properties.
Цей
формат поширений в Unix-світі. Він ще простіше ini-файлів, тому що в ньому
відсутнє поняття секцій - все складається з ключів і значень. Приклад типового файлу:
# Database configuration
Database.Driver = sun.jdbc.odbc.JdbcOdbcDriver
Database.DataURL = jdbc: odbc: MyDatabase
Database.Prop.user = user
Database.Prop.password = password
В
Java є готовий клас для читання/запису таких файлів (java.util.Properties),
але з ним є деякі проблеми. У першому для читання неможливо задати
кодування файла, а це означає проблеми з російськими літерами. По друге
стандартна функція запису зберігає дані в тому порядку, хеш-значень
ключів, що означає - як їй більше сподобається. Але це теж легко здійсненне --
достатньо написати свою читалку/писалка.
XML-файли.
Цей
формат підходить для багатьох цілей, в тому числі і для зберігання налаштувань.
XML-формат орієнтований на деревоподібні структури, що досить природнім
чином відображається на об'єкти. Приклад типового файлу:
driver = "sun.jdbc.odbc.JdbcOdbcDriver"
dataURL = "jdbc: odbc: MyDatabase">
user
password
Для
читання і запису таких файлів призначені спеціальні бібліотеки - так
звані XML-парсер. Таких парсерів вже зроблено досить багато, так що
писати його самому немає великого сенсу - достатньо лише підібрати відповідний.
Для парсерів було розроблено два стандартних програмних інтерфейсу --
подієвий (SAX) і ієрархічний (DOM). Є також і парсер зі своїм
інтерфейсом. Розмір jar-а з парсерів може варіюватися від кількох кілобайт
до мегабайта - залежно від підтримуваних інтерфейсів і можливостей.
Для
XML також написано декілька бібліотек для універсального збереження
(сериализации) об'єктів у файлах XML. Такі бібліотеки дозволяють відокремити
алгоритм збереження від самого об'єкта, а це, як уже згадувалося, має багато
плюсів.
сериализация.
Під
терміном "сериализация" розуміють запис вмісту об'єкта в потік
двійкових даних. Звичайно мається на увазі універсальний алгоритм, реалізований
класами java.io.ObjectOutputStream і java.io.ObjectInputStream. Користуватися
ними просто настільки, наскільки це взагалі можливо - зазвичай достатньо лише
відзначити в класі підтримку за допомогою інтерфейсу Serializable і відзначити
ключовим словом transient ті поля об'єкта, які зберігати не потрібно. Собсно і
все. :-) Приклад:
public class SerialObject implements
java.io.Serializable
(
private String name;
private transient int state;
public SerialObject () ()
public SerialObject (String n) (name = n;)
public String getName () (return name;)
public void setState (int s) (state = s;)
)
Запис об'єктів:
SerialObject o = ...;
OutputStream os = ...;
ObjectOutputStream oos = new
ObjectOutputStream (os);
oos.writeObject (o);
Читання
об'єктів:
InputStream is = ...;
ObjectInputStream ois = new ObjectInputStream (is);
SerialObject o =
(SerialObject) ois.readObject ();
Використання
сериализации - це один з найпростіших варіантів по реалізації, але й у нього
є свої недоліки. Отримані файли є двійковими, а значить у текстовому
редакторі їх вже не підправити - доведеться робити редагування параметрів з
програми. Крім того, необхідно стежити за зміною збережених об'єктів,
щоб не порушити сумісність при зміні і розвитку програми.
Бази
даних.
В
базах даних можна зберігати будь-які дані, конфігурація програми - не
виняток. Це має сенс у кількох випадках:
Настройки
пов'язані вельми складним чином і деревоподібні структури типу XML підходять погано.
Доступ
до налаштувань повинен бути тільки у авторизованих користувачів.
Доступ
до цих даних повинен бути і з інших програм, наприклад з генератора звітів
типу Crystal Reports.
БД
можуть застосовуватися об'єктні або реляційні. Інші типи зараз широкого
розповсюдження не мають. Використовувати хорошу об'єктну БД часто так само
просто, як і сериализации. Для реляційних баз можна застосувати об'єктну
надбудову, яка також дозволяє сильно спростити життя. Ну а можна робити
звичайні SELECT-и.
Скрипти.
Використання
скриптів - це один із самих екстремальних способів конфігурування. Вони
дозволяють досягнути максимальної гнучкості програми за рахунок винесення логіки
назовні. У використанні скриптів теж треба знати міру - зрештою замовник
платить Вам за програму, що вирішує завдання, а не за ще один інтерпретатор чи
компілятор за який йому буде потрібно посадити ще одного програміста. А то
виходить, як у тому анекдоті - яку програму не почнеш писати, всі
компілятор виходить.
Але
часто без скриптів дійсно важко. Типові приклади - алгоритми
імпорту/експорту, алгоритми перевірок даних. Ви можете підготувати стандартний
набір, а далі налаштовувати скриптами під конкретні вимоги замовника.
Для
програм на Java в якості скрипт-мови добре використовувати мову Python в його
Java-інкарнації під назвою JPython. Там легко організувати двосторонній зв'язок
між програмою і скриптом. Якщо не буде вистачати швидкості інтерпретації, то
код на Python-і можна скомпілювати в байт-код - вийде звичайний Java-клас.
Про JPython можна почитати на сайті www.jpython.org або в новій книжці Брюса
Еккеля Thinking In Patterns with Java (доступна на www.bruceeckel.com).
Приклад програми з
конфігурацією в XML.
В
Як приклад можете побачити простеньку програми, що використовує XML-файл
як конфігураційного. Зберігати параметри можна редагувати як з
програми, тому за допомогою текстового редактора.
XMLConfig.java
Приклад
вмісту конфігураційного файлу:
Просто рядок
Друга
рядок
В
як XML-парсера використовується Sun-івської парсер в режимі DOM. На такому
простому прикладі не видно особливих переваг формату XML над тими ж файлами
properties. Вони стають помітні тільки в досить складних програмах, де
стає необхідно зберігати списки однотипних параметрів або ж вміст
об'єктів з рівнем вкладеності два або більше.
Pascal: Робота з файлами
У минулому випуску ми з вами почали писати програму,
яка і повинна була стати основоположною в наших подальших діях.
Програма називалася "Записна книжка", маніпулювала з типом record
і ще містила маленьку помилочка, яку, до речі, багато хто помітив.
Зверніть увагу на цей код:
......
C: = ReadKey;
case C of
'1 '.. '9': begin
Val (C, I, Code);
List_Item (I);
end;
'a': New_Item;
# 27: Quit: = true;
end;
......
У цьому вся собака зарита. Справа в тому, що в умові
згадується про роботу з 10-ма записами, а цей алгоритм дозволяє використовувати
всього дев'ять, тому що взагалі не вміє читати двозначні числа. Як вирішити це
питання - Ваша задача! Програмування взагалі без завдань, які потрібно вирішувати,
не обходиться ...
Ну а ми інтенсивно рухаємося далі. Сьогодні - як і було
обіцяно, файли. Поки тільки теорія, яку вам потрібно засвоїти (її досить
багато), практика буде в наступному випуску.
Робота з файлами
у Паскалі робота з файлами здійснюється через спеціальні
типи, досі нам не відомі. Це файлові типи, які визначають тип файлу,
тобто фактично вказують його вміст. За допомогою цієї змінної, якій
визначено необхідний тип, і здійснюється вся робота з файлами - відкриття,
запис, читання, закриття і т.п.
час роботи з файлами існує певний порядок
дій, якого необхідно дотримуватися. Ось усі ці дії:
Створення (опис) файлової змінної;
Зв'язування цієї змінної з конкретним файлом на диску або
з пристроєм введення-виведення (екран, клавіатура, принтер і т.п.);
Відкриття файлу для запису або читання;
Дії з файлом: читання або запис;
Закриття файлу.
Перше, на що хочу звернути увагу, це можливість
зв'язати файлову змінну не тільки з фізичним файлом на носії
інформації, але і з пристроєм. У якості такого використовуються звичайні
псевдоніми пристроїв DOS. Ось основні два:
CON - консоль (екран-клавіатура), тобто за записом в цей
пристрій ми будемо отримувати інформацію на екран, при читанні інформації з
цього пристрою, будемо читати дані з клавіатури.
PRN - принтер. При записі в цей пристрій ви отримаєте
інформацію на принтер.
Далі хочу звернути увагу на останній етап - закриття
файлу. В принципі, не обов'язкова умова для файлів, з яких ми читаємо
дані. Якщо не закриємо - помилки це не викличе, наслідків теж. Однак
обов'язково закривати файл, якщо ми здійснювали в нього запис. Справа в тому, що
якщо ми пишемо дані у файл на диску і забуваємо його закрити - інформація не
зберегтися. Вона (інформація) поміщається в тимчасовий буфер, який запишеться
на диск тільки при закритті файлу.
Типи файлових змінних
Перед тим, як починати роботу з файлами, давайте
подивимося, які існують змінні для роботи з ними. У Turbo Pascal
є три типи таких змінних, які визначають тип файлу. Ось ці типи:
Text - текстовий файл. З змінної такого типу ми зможемо
читати рядки й символи.
File of _любой_тіп_ - так звані
"типізовані" файли, тобто файли, що мають тип. Цей тип
визначає, якого роду інформація міститься у файлі і задається в
параметре_любой_тіп_. Наприклад, якщо ми напишемо так:
F: File of Integer;
Те Паскаль буде вважати, що файл F містить числа типу
Integer; Відповідно, читати з такого файлу ми зможемо тільки змінні типу
Integer, рівно як і писати. Напишемо так:
type
A = record
I, J: Integer;
S: String [20];
end;
var
F: File of A;
Те отримаємо дуже цікаву картину, коли файл містить в
як елементи запису. Ми зможемо їх читати, писати і проводити з ними
дії. Саме цим ми і займемося в процесі модифікації нашої програми
"Записна книжка".
File - нетипізований файл. Коли ми вказуємо як
типу файлу просто File, тобто без типу:
F: File;
Те отримуємо "нетипізований" файл, читання і
запис у який відрізняється від роботи з файлами інших типів. Ці дії
виробляються шляхом зазначення кількості байт, які потрібно прочитати, а також
зазначенням області пам'яті, в яку потрібно прочитати ці дані. Це тема
майбутніх випусків.
Отже, розібралися з типами файлів. Тепер давайте по
порядку розбирати дії, які застосовуються для роботи з файлами. Я говорив про них
вище.
Зв'язування змінної з файлом
Самий універсальний крок. Виконується однієї і тієї ж
процедурою для всіх типів файлів, а саме процедурою Assign:
Assign (_переменная_файлового_тіпа_, 'шлях до файлу');
Як бачите, в якості параметрів задаються мінлива
лібого файлового типу та рядок - шлях до файлу, який, за правилами DOS, не
може бути довше 79 символів. Ось приклад використання assign:
var
T: Text;
F1: File of Byte;
F2: File;
begin
Assign (T, '1. txt ');
Assign (F1,
'C: ProgrammTp2.txt');
Assign (F2,
'F: usr_inapacheconfhttpd ~ 1.con');
..........
Як бачите, це дуже просто і сама процедура Assign
проблем не викликає. Давайте тепер розглянемо наступний етап.
Відкриття файлу
Відкриття файлу - це вже більш ускладнений процес, ніж
зв'язування з ним змінної. Тут враховується, навіщо відкривається файл - для
запису або читання, а також у залежності від типу файлу процедури виконують
різні дії.
Проте цей процес не складний і полягає в
використання однієї з трьох наявних процедур:
Reset (_любая_файловая_переменная_);
Откриват файл на читання. Як параметр - файлова
мінлива будь-якого з перерахованих вище типів. Це може бути текстовий,
типізований або не типізований файл. У випадку з текстовим файлом, він
відкривається тільки на читання. У випадку з типізований і нетипізований
файлом - він відкривається на читання і запис.
Append (T: Text);
Ця процедура відкриває текстовий файл (тільки текстовий!)
на запис. Вище я сказав, що Reset при завданні параметра типу Text не дозволить
писати в нього дані, відкривши файл лише для читання. Тобто якщо ви використовуєте
текстовий файл і хочете робити в нього запис, нужнo використовувати Append.
Якщо читання - Reset. В інших випадках справа обходитися однією процедурою
Reset.
Також зверніть увагу, що якщо ви до цього вже відкрили
файл на читання, вам не потрібно закривати його й відкривати знову на запис. У цьому
випадку файл закривається сам і відкривається наново. При запису даних у файл при
відкритті його за допомогою пов?? й процедури вони записуються в кінець файлу.
ReWrite (F) - створює новий файл або перезаписує
існуючий. Будьте обережні, якщо не хочете випадково видалити потрібний файл.
Нагадаю, файл, відкритий за допомогою цього процесу буде повністю перезаписаний.
У використанні процедур, думаю, проблем не буде. Однак
виникає інше питання - що, якщо файлу, який відкривається, ні? Якщо він не
існує на диску, то як ми зможемо з нього читати інформацію? Програма
виб'є помилку в такій ситуації. Це реальна проблема, яка, до речі, дуже
просто вирішується.
Спосіб перевірки полягає в двох етапах: використанні
ключів компілятора і функції IOResult, яка повертає значення від тільки
що виконаної операції вводу-виводу. З функцією розберемося швидко, а от з
такою штукою як ключі компілятора ми ще не стикалися, тому зупинимося
докладніше.
Ключі компілятора - це звичайні перемикачі, які
контролюють хід виконання програми виключаючи або включаючи реакцію на
будь-які умови. У нашому випадку нас цікавить умова, коли фізично
відсутній потрібний нам файл, або не вдалося відкрити його з інших причин.
Ключів у Паскаля досить багато, ми поки що вивчимо один, необхідний нам на даний
момент.
Оформляються ключі такий спосіб: у дужках коментарів
"()" Першим символом після відкриває дужки "(" ставиться
знак долара "$", після чого вказується ім'я ключа і його значення.
Нас цікавить ключ, який вимикає висновок помилок вводу-виводу, називається він
"I". Виглядає все це в такий спосіб:
($ I +) - включення виводу помилок
($ I-) - вимкнути виведення помилок
По суті справи відсутній файл - це помилка, яка
повертається функцією IOResult. Якщо ж ця функція повертає 0, то файл
успішно відкрито, без помилок. От і вимальовується послідовність дій,
необхідних для перевірки на наявність файлу:
пов'язуємо змінну з файлом;
Вимикаємо висновок помилок на екран - ($ I-)
Відкриваємо файл необхідної нам процедурою;
Включаємо висновок помилок ($ I +) - нехай буде для подальшого
відстеження таких;
Перевіряємо, якщо IOResult повертає нуль, то все було шляхом
і файл відкритий. Інакше виводимо помилку.
Ось приклад такої програми:
var
T: Text;
S: String;
begin
Write ( 'Enter filename:');
Readln (S);
Assign (T, S);
($ I-)
Reset (T); (відкриваємо файл для читання)
($ I +)
if IOResult <> 0 then (якщо не нуль,
то була помилка)
begin
Write ( 'Error
when open file ');
Halt;
end;
(інакше все в порядку, продовжуємо)
..........
end.
Закриття файлу
Вище я говорив про те, навіщо потрібно закривати файл і коли
треба це робити. Закриття файлу проводитися за допомогою процедури Close (F), де
F - це змінна файлового типу. Ця процедура один для всіх типів файлів.
Запис і читання файлів. Частина I
Сьогодні я хочу розповісти про запис і читанні текст
