From 654a9cae43358c7eecf3b522e9876aa7815e2453 Mon Sep 17 00:00:00 2001 From: Fabio Bas Date: Mon, 7 Dec 2015 15:57:51 +0100 Subject: Move urls from pradosoft.com to github's project page; drop unmaintained quickstart tutorial translations --- .../Samples/TActiveHyperLink/Home.page | 12 +- .../Samples/TActiveHyperLink/Home.php | 2 +- .../pages/ActiveControls/id/ActiveButton.page | 77 -- .../pages/ActiveControls/id/ActiveCheckBox.page | 21 - .../ActiveControls/id/ActiveCustomValidator.page | 22 - .../pages/ActiveControls/id/ActiveHyperLink.page | 14 - .../pages/ActiveControls/id/ActivePager.page | 40 - .../protected/pages/ActiveControls/id/Home.page | 347 ------ .../pages/ActiveControls/id/TActiveButtonClass.png | Bin 33847 -> 0 bytes .../pages/ActiveControls/id/postback-callback.png | Bin 23493 -> 0 bytes .../pages/Advanced/Samples/I18N/id/Home.page | 161 --- .../Advanced/Samples/I18N/messages/index.de.xml | 29 - .../Advanced/Samples/I18N/messages/index.es.xml | 29 - .../Advanced/Samples/I18N/messages/index.fr.xml | 30 - .../Advanced/Samples/I18N/messages/index.id.xml | 29 - .../Advanced/Samples/I18N/messages/index.pl.xml | 29 - .../Advanced/Samples/I18N/messages/index.zh.xml | 29 - .../Advanced/Samples/I18N/messages/tests.de.xml | 17 - .../Advanced/Samples/I18N/messages/tests.es.xml | 17 - .../Advanced/Samples/I18N/messages/tests.fr.xml | 18 - .../Advanced/Samples/I18N/messages/tests.id.xml | 17 - .../Advanced/Samples/I18N/messages/tests.pl.xml | 17 - .../Advanced/Samples/I18N/messages/tests.zh.xml | 17 - .../pages/Advanced/Samples/I18N/zh_TW/Home.page | 155 --- .../protected/pages/Advanced/es/Assets.page | 69 -- .../protected/pages/Advanced/es/Auth.page | 171 --- .../protected/pages/Advanced/es/Collections.page | 135 --- .../protected/pages/Advanced/es/Error.page | 77 -- .../protected/pages/Advanced/es/I18N.page | 360 ------ .../protected/pages/Advanced/es/Logging.page | 61 -- .../protected/pages/Advanced/es/MasterContent.page | 57 - .../protected/pages/Advanced/es/Performance.page | 88 -- .../protected/pages/Advanced/es/Scripts.page | 397 ------- .../protected/pages/Advanced/es/Scripts3.page | 39 - .../protected/pages/Advanced/es/Security.page | 79 -- .../protected/pages/Advanced/es/State.page | 54 - .../protected/pages/Advanced/es/Themes.page | 60 - .../protected/pages/Advanced/es/exception.gif | Bin 7658 -> 0 bytes .../protected/pages/Advanced/es/exception2.gif | Bin 39000 -> 0 bytes .../protected/pages/Advanced/es/logrouter.gif | Bin 12120 -> 0 bytes .../protected/pages/Advanced/es/mastercontent.gif | Bin 10748 -> 0 bytes .../protected/pages/Advanced/es/pcrelation.gif | Bin 6600 -> 0 bytes .../protected/pages/Advanced/id/Assets.page | 69 -- .../protected/pages/Advanced/id/Auth.page | 170 --- .../protected/pages/Advanced/id/Collections.page | 135 --- .../protected/pages/Advanced/id/Error.page | 77 -- .../protected/pages/Advanced/id/I18N.page | 336 ------ .../protected/pages/Advanced/id/Logging.page | 61 -- .../protected/pages/Advanced/id/MasterContent.page | 57 - .../protected/pages/Advanced/id/Performance.page | 88 -- .../protected/pages/Advanced/id/Scripts.page | 334 ------ .../protected/pages/Advanced/id/Scripts3.page | 35 - .../protected/pages/Advanced/id/Security.page | 79 -- .../protected/pages/Advanced/id/State.page | 54 - .../protected/pages/Advanced/id/Themes.page | 60 - .../protected/pages/Advanced/id/exception.gif | Bin 7658 -> 0 bytes .../protected/pages/Advanced/id/exception2.gif | Bin 39000 -> 0 bytes .../protected/pages/Advanced/id/logrouter.gif | Bin 12120 -> 0 bytes .../protected/pages/Advanced/id/mastercontent.gif | Bin 10748 -> 0 bytes .../protected/pages/Advanced/id/pcrelation.gif | Bin 6600 -> 0 bytes .../pages/Configurations/id/AppConfig.page | 59 - .../pages/Configurations/id/Overview.page | 10 - .../pages/Configurations/id/PageConfig.page | 47 - .../pages/Configurations/id/Templates1.page | 103 -- .../pages/Configurations/id/Templates2.page | 99 -- .../pages/Configurations/id/Templates3.page | 104 -- .../pages/Configurations/id/UrlMapping.page | 106 -- .../pages/Controls/Samples/THyperLink/Home.page | 12 +- .../pages/Controls/Samples/TImageMap/Home.page | 4 +- .../pages/Controls/Samples/TInlineFrame/Home.page | 6 +- .../protected/pages/Controls/id/Button.page | 16 - .../protected/pages/Controls/id/Captcha.page | 43 - .../protected/pages/Controls/id/CheckBox.page | 14 - .../protected/pages/Controls/id/ClientScript.page | 42 - .../protected/pages/Controls/id/ColorPicker.page | 10 - .../protected/pages/Controls/id/Conditional.page | 36 - .../protected/pages/Controls/id/Data.page | 19 - .../protected/pages/Controls/id/DataGrid.page | 185 ---- .../protected/pages/Controls/id/DataList.page | 113 -- .../protected/pages/Controls/id/DatePicker.page | 64 -- .../protected/pages/Controls/id/Expression.page | 23 - .../protected/pages/Controls/id/FileUpload.page | 27 - .../protected/pages/Controls/id/Head.page | 10 - .../protected/pages/Controls/id/HiddenField.page | 13 - .../protected/pages/Controls/id/HtmlArea.page | 48 - .../protected/pages/Controls/id/HyperLink.page | 11 - .../protected/pages/Controls/id/Image.page | 11 - .../protected/pages/Controls/id/ImageButton.page | 11 - .../protected/pages/Controls/id/ImageMap.page | 25 - .../protected/pages/Controls/id/InlineFrame.page | 24 - .../pages/Controls/id/JavascriptLogger.page | 31 - .../protected/pages/Controls/id/Keyboard.page | 29 - .../protected/pages/Controls/id/Label.page | 11 - .../protected/pages/Controls/id/LinkButton.page | 11 - .../protected/pages/Controls/id/List.page | 99 -- .../protected/pages/Controls/id/Literal.page | 25 - .../protected/pages/Controls/id/MultiView.page | 43 - .../protected/pages/Controls/id/NewControl.page | 152 --- .../protected/pages/Controls/id/OutputCache.page | 46 - .../protected/pages/Controls/id/Pager.page | 38 - .../protected/pages/Controls/id/Panel.page | 11 - .../protected/pages/Controls/id/PlaceHolder.page | 12 - .../protected/pages/Controls/id/RadioButton.page | 11 - .../protected/pages/Controls/id/Repeater.page | 111 -- .../protected/pages/Controls/id/SafeHtml.page | 25 - .../protected/pages/Controls/id/Slider.page | 50 - .../protected/pages/Controls/id/Standard.page | 147 --- .../protected/pages/Controls/id/Statements.page | 40 - .../protected/pages/Controls/id/TabPanel.page | 55 - .../protected/pages/Controls/id/Table.page | 11 - .../protected/pages/Controls/id/TextBox.page | 11 - .../pages/Controls/id/TextHighlighter.page | 25 - .../protected/pages/Controls/id/Validation.page | 216 ---- .../protected/pages/Controls/id/Wizard.page | 100 -- .../protected/pages/Controls/id/wizard.gif | Bin 7081 -> 0 bytes .../protected/pages/Database/ActiveRecord.page | 2 +- .../protected/pages/Database/SqlMap.page | 2 +- .../protected/pages/Database/id/ActiveRecord.page | 1000 ----------------- .../protected/pages/Database/id/DAO.page | 163 --- .../protected/pages/Database/id/Scaffold.page | 130 --- .../protected/pages/Database/id/SqlMap.page | 210 ---- .../protected/pages/Database/id/ar_objects.png | Bin 19837 -> 0 bytes .../protected/pages/Database/id/ar_relations.png | Bin 9693 -> 0 bytes .../protected/pages/Database/id/diagram.png | Bin 30320 -> 0 bytes .../protected/pages/Database/id/object_states.png | Bin 9596 -> 0 bytes .../pages/Database/id/sqlmap_active_record.png | Bin 17351 -> 0 bytes .../protected/pages/Database/pl/ActiveRecord.page | 1144 -------------------- .../protected/pages/Database/pl/ar_objects.png | Bin 20638 -> 0 bytes .../protected/pages/Database/pl/ar_relations.png | Bin 9693 -> 0 bytes .../protected/pages/Database/pl/diagram.png | Bin 30320 -> 0 bytes .../protected/pages/Database/pl/object_states.png | Bin 9596 -> 0 bytes .../pages/Database/pl/sqlmap_active_record.png | Bin 17351 -> 0 bytes .../pages/Fundamentals/id/Applications.page | 55 - .../pages/Fundamentals/id/Architecture.page | 13 - .../pages/Fundamentals/id/Components.page | 128 --- .../protected/pages/Fundamentals/id/Controls.page | 51 - .../protected/pages/Fundamentals/id/Hangman.page | 14 - .../protected/pages/Fundamentals/id/Modules.page | 50 - .../protected/pages/Fundamentals/id/Pages.page | 23 - .../protected/pages/Fundamentals/id/Services.page | 34 - .../pages/Fundamentals/id/applifecycles.gif | Bin 31200 -> 0 bytes .../pages/Fundamentals/id/applifecycles.vsd | Bin 220672 -> 0 bytes .../protected/pages/Fundamentals/id/classtree.gif | Bin 18320 -> 0 bytes .../protected/pages/Fundamentals/id/classtree.vsd | Bin 72704 -> 0 bytes .../protected/pages/Fundamentals/id/directory.gif | Bin 3967 -> 0 bytes .../protected/pages/Fundamentals/id/lifecycles.gif | Bin 60897 -> 0 bytes .../protected/pages/Fundamentals/id/lifecycles.vsd | Bin 225280 -> 0 bytes .../pages/Fundamentals/id/objectdiagram.gif | Bin 7700 -> 0 bytes .../pages/Fundamentals/id/objectdiagram.vsd | Bin 159744 -> 0 bytes .../pages/Fundamentals/ja/Applications.page | 55 - .../pages/Fundamentals/ja/Architecture.page | 15 - .../pages/Fundamentals/ja/Components.page | 128 --- .../protected/pages/Fundamentals/ja/Controls.page | 51 - .../protected/pages/Fundamentals/ja/Hangman.page | 14 - .../protected/pages/Fundamentals/ja/Modules.page | 50 - .../protected/pages/Fundamentals/ja/Pages.page | 23 - .../protected/pages/Fundamentals/ja/Services.page | 34 - .../pages/Fundamentals/ja/applifecycles.gif | Bin 31200 -> 0 bytes .../protected/pages/Fundamentals/ja/classtree.gif | Bin 18320 -> 0 bytes .../protected/pages/Fundamentals/ja/directory.gif | Bin 3967 -> 0 bytes .../protected/pages/Fundamentals/ja/lifecycles.gif | Bin 60897 -> 0 bytes .../pages/Fundamentals/ja/objectdiagram.gif | Bin 7700 -> 0 bytes .../pages/Fundamentals/pl/Applications.page | 58 - .../pages/Fundamentals/pl/Architecture.page | 15 - .../pages/Fundamentals/pl/Components.page | 128 --- .../protected/pages/Fundamentals/pl/Controls.page | 51 - .../protected/pages/Fundamentals/pl/Hangman.page | 16 - .../protected/pages/Fundamentals/pl/Modules.page | 50 - .../protected/pages/Fundamentals/pl/Pages.page | 25 - .../protected/pages/Fundamentals/pl/Services.page | 34 - .../pages/Fundamentals/pl/applifecycles.gif | Bin 38604 -> 0 bytes .../protected/pages/Fundamentals/pl/classtree.gif | Bin 18320 -> 0 bytes .../protected/pages/Fundamentals/pl/directory.gif | Bin 3967 -> 0 bytes .../protected/pages/Fundamentals/pl/lifecycles.gif | Bin 60897 -> 0 bytes .../pages/Fundamentals/pl/objectdiagram.gif | Bin 7700 -> 0 bytes .../protected/pages/GettingStarted/HelloWorld.page | 2 +- .../pages/GettingStarted/Installation.page | 2 +- .../pages/GettingStarted/Introduction.page | 6 +- .../pages/GettingStarted/de/Introduction.page | 62 -- .../pages/GettingStarted/es/AboutPrado.page | 86 -- .../pages/GettingStarted/es/Installation.page | 29 - .../pages/GettingStarted/es/Introduction.page | 60 - .../pages/GettingStarted/fr/AboutPrado.page | 71 -- .../pages/GettingStarted/fr/CommandLine.page | 94 -- .../pages/GettingStarted/fr/HelloWorld.page | 83 -- .../pages/GettingStarted/fr/Installation.page | 29 - .../pages/GettingStarted/fr/Introduction.page | 19 - .../pages/GettingStarted/fr/NewFeatures.page | 24 - .../pages/GettingStarted/fr/Upgrading.page | 63 -- .../pages/GettingStarted/fr/directory.gif | Bin 2685 -> 0 bytes .../protected/pages/GettingStarted/fr/sequence.gif | Bin 5793 -> 0 bytes .../pages/GettingStarted/id/AboutPrado.page | 70 -- .../pages/GettingStarted/id/CommandLine.page | 93 -- .../pages/GettingStarted/id/HelloWorld.page | 82 -- .../pages/GettingStarted/id/Installation.page | 29 - .../pages/GettingStarted/id/Introduction.page | 62 -- .../pages/GettingStarted/id/NewFeatures.page | 41 - .../pages/GettingStarted/id/Upgrading.page | 64 -- .../pages/GettingStarted/id/directory.gif | Bin 2685 -> 0 bytes .../protected/pages/GettingStarted/id/sequence.gif | Bin 6529 -> 0 bytes .../protected/pages/GettingStarted/id/sequence.vsd | Bin 143872 -> 0 bytes .../pages/GettingStarted/ja/AboutPrado.page | 79 -- .../pages/GettingStarted/ja/CommandLine.page | 106 -- .../pages/GettingStarted/ja/HelloWorld.page | 89 -- .../pages/GettingStarted/ja/Installation.page | 33 - .../pages/GettingStarted/ja/Introduction.page | 62 -- .../pages/GettingStarted/ja/NewFeatures.page | 35 - .../pages/GettingStarted/ja/Upgrading.page | 64 -- .../pages/GettingStarted/ja/directory.gif | Bin 2685 -> 0 bytes .../protected/pages/GettingStarted/ja/sequence.gif | Bin 5793 -> 0 bytes .../pages/GettingStarted/pl/AboutPrado.page | 71 -- .../pages/GettingStarted/pl/CommandLine.page | 101 -- .../pages/GettingStarted/pl/HelloWorld.page | 82 -- .../pages/GettingStarted/pl/Installation.page | 29 - .../pages/GettingStarted/pl/Introduction.page | 23 - .../pages/GettingStarted/pl/NewFeatures.page | 33 - .../pages/GettingStarted/pl/Upgrading.page | 64 -- .../pages/GettingStarted/pl/directory.gif | Bin 2685 -> 0 bytes .../protected/pages/GettingStarted/pl/sequence.gif | Bin 5793 -> 0 bytes .../pages/GettingStarted/zh/Introduction.page | 20 - .../protected/pages/Services/id/SoapService.page | 164 --- .../protected/pages/Tutorial/AjaxChat.page | 2 +- .../pages/Tutorial/CurrencyConverter.page | 8 +- .../protected/pages/Tutorial/fr/AjaxChat.page | 755 ------------- .../pages/Tutorial/fr/CurrencyConverter.page | 404 ------- .../protected/pages/Tutorial/fr/chat1.png | Bin 10533 -> 0 bytes .../protected/pages/Tutorial/fr/chat2.png | Bin 13409 -> 0 bytes .../protected/pages/Tutorial/fr/example1.png | Bin 11139 -> 0 bytes .../protected/pages/Tutorial/fr/example2.png | Bin 13842 -> 0 bytes .../protected/pages/Tutorial/id/AddressBook.page | 8 - .../protected/pages/Tutorial/id/AjaxChat.page | 685 ------------ .../pages/Tutorial/id/CurrencyConverter.page | 349 ------ .../protected/pages/Tutorial/id/chat1.png | Bin 10533 -> 0 bytes .../protected/pages/Tutorial/id/chat2.png | Bin 13409 -> 0 bytes .../protected/pages/Tutorial/id/example1.png | Bin 11139 -> 0 bytes .../protected/pages/Tutorial/id/example2.png | Bin 13842 -> 0 bytes .../protected/pages/pl/Construction.page | 5 - demos/quickstart/protected/pages/pl/Search.page | 29 - .../quickstart/protected/pages/pl/ViewSource.page | 31 - 239 files changed, 28 insertions(+), 15076 deletions(-) delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/ActiveButton.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/ActiveCheckBox.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/ActiveCustomValidator.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/ActiveHyperLink.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/ActivePager.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/Home.page delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/TActiveButtonClass.png delete mode 100755 demos/quickstart/protected/pages/ActiveControls/id/postback-callback.png delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/id/Home.page delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.de.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.es.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.fr.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.id.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.pl.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.zh.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.de.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.es.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.fr.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.id.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.pl.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.zh.xml delete mode 100755 demos/quickstart/protected/pages/Advanced/Samples/I18N/zh_TW/Home.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Assets.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Auth.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Collections.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Error.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/I18N.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Logging.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/MasterContent.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Performance.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Scripts.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Scripts3.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Security.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/State.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/Themes.page delete mode 100755 demos/quickstart/protected/pages/Advanced/es/exception.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/es/exception2.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/es/logrouter.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/es/mastercontent.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/es/pcrelation.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Assets.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Auth.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Collections.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Error.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/I18N.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Logging.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/MasterContent.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Performance.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Scripts.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Scripts3.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Security.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/State.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/Themes.page delete mode 100755 demos/quickstart/protected/pages/Advanced/id/exception.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/id/exception2.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/id/logrouter.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/id/mastercontent.gif delete mode 100755 demos/quickstart/protected/pages/Advanced/id/pcrelation.gif delete mode 100755 demos/quickstart/protected/pages/Configurations/id/AppConfig.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/Overview.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/PageConfig.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/Templates1.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/Templates2.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/Templates3.page delete mode 100755 demos/quickstart/protected/pages/Configurations/id/UrlMapping.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Button.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Captcha.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/CheckBox.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/ClientScript.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/ColorPicker.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Conditional.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Data.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/DataGrid.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/DataList.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/DatePicker.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Expression.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/FileUpload.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Head.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/HiddenField.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/HtmlArea.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/HyperLink.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Image.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/ImageButton.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/ImageMap.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/InlineFrame.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/JavascriptLogger.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Keyboard.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Label.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/LinkButton.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/List.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Literal.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/MultiView.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/NewControl.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/OutputCache.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Pager.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Panel.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/PlaceHolder.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/RadioButton.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Repeater.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/SafeHtml.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Slider.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Standard.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Statements.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/TabPanel.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Table.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/TextBox.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/TextHighlighter.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Validation.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/Wizard.page delete mode 100755 demos/quickstart/protected/pages/Controls/id/wizard.gif delete mode 100755 demos/quickstart/protected/pages/Database/id/ActiveRecord.page delete mode 100755 demos/quickstart/protected/pages/Database/id/DAO.page delete mode 100755 demos/quickstart/protected/pages/Database/id/Scaffold.page delete mode 100755 demos/quickstart/protected/pages/Database/id/SqlMap.page delete mode 100755 demos/quickstart/protected/pages/Database/id/ar_objects.png delete mode 100755 demos/quickstart/protected/pages/Database/id/ar_relations.png delete mode 100755 demos/quickstart/protected/pages/Database/id/diagram.png delete mode 100755 demos/quickstart/protected/pages/Database/id/object_states.png delete mode 100755 demos/quickstart/protected/pages/Database/id/sqlmap_active_record.png delete mode 100755 demos/quickstart/protected/pages/Database/pl/ActiveRecord.page delete mode 100755 demos/quickstart/protected/pages/Database/pl/ar_objects.png delete mode 100755 demos/quickstart/protected/pages/Database/pl/ar_relations.png delete mode 100755 demos/quickstart/protected/pages/Database/pl/diagram.png delete mode 100755 demos/quickstart/protected/pages/Database/pl/object_states.png delete mode 100755 demos/quickstart/protected/pages/Database/pl/sqlmap_active_record.png delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Applications.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Architecture.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Components.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Controls.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Hangman.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Modules.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Pages.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/Services.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/applifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/applifecycles.vsd delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/classtree.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/classtree.vsd delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/directory.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/lifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/lifecycles.vsd delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.vsd delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Applications.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Components.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Controls.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Modules.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Pages.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/Services.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/directory.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Applications.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Architecture.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Components.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Controls.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Hangman.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Modules.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Pages.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/Services.page delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/applifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/classtree.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/directory.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/lifecycles.gif delete mode 100755 demos/quickstart/protected/pages/Fundamentals/pl/objectdiagram.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/de/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/es/AboutPrado.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/es/Installation.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/es/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/AboutPrado.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/CommandLine.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/HelloWorld.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/Installation.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/NewFeatures.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/Upgrading.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/directory.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/fr/sequence.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/AboutPrado.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/CommandLine.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/HelloWorld.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/Installation.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/NewFeatures.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/Upgrading.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/directory.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/sequence.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/id/sequence.vsd delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/Installation.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/directory.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/AboutPrado.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/CommandLine.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/HelloWorld.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/Installation.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/Introduction.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/NewFeatures.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/Upgrading.page delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/directory.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/pl/sequence.gif delete mode 100755 demos/quickstart/protected/pages/GettingStarted/zh/Introduction.page delete mode 100755 demos/quickstart/protected/pages/Services/id/SoapService.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/AjaxChat.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/CurrencyConverter.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/chat1.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/chat2.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/example1.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/fr/example2.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/AddressBook.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/AjaxChat.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/CurrencyConverter.page delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/chat1.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/chat2.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/example1.png delete mode 100755 demos/quickstart/protected/pages/Tutorial/id/example2.png delete mode 100755 demos/quickstart/protected/pages/pl/Construction.page delete mode 100755 demos/quickstart/protected/pages/pl/Search.page delete mode 100755 demos/quickstart/protected/pages/pl/ViewSource.page (limited to 'demos/quickstart/protected/pages') diff --git a/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.page b/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.page index a7767e2d..f0328316 100755 --- a/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.page +++ b/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.page @@ -10,8 +10,8 @@ A regular hyperlink: Welcome to . @@ -25,8 +25,8 @@ A text hyperlink with css style: Welcome to . @@ -41,7 +41,7 @@ An image hyperlink: Text="Hello World" />. @@ -55,7 +55,7 @@ A hyerplink with body contents as link text: Body contents diff --git a/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.php b/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.php index f70c89b4..6596dca6 100755 --- a/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.php +++ b/demos/quickstart/protected/pages/ActiveControls/Samples/TActiveHyperLink/Home.php @@ -14,7 +14,7 @@ class Home extends TPage function button3_clicked($sender, $param) { - $this->link3->Text = 'PradoSoft.com'; + $this->link3->Text = 'Prado framework'; } function button4_clicked($sender, $param) diff --git a/demos/quickstart/protected/pages/ActiveControls/id/ActiveButton.page b/demos/quickstart/protected/pages/ActiveControls/id/ActiveButton.page deleted file mode 100755 index 60e80bdb..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/ActiveButton.page +++ /dev/null @@ -1,77 +0,0 @@ - -

TActiveButton

- - -

TActiveButton adalah kontrol aktif selain -TButton. -Ketika TActiveButton diklik pada permintaan postback normal, permintaan callback yang diinisiasi. Event OnCallback dimunculkan selama permintaan callback dan dimunculkan setelah event OnClick. -

- -

Ketika properti ActiveControl.EnableUpdate adalah true, -mengubah properti Text selama permintaan callback akan memutakhirkan -judul tombol pada sisi-klien.

- -

Karena event OnCallback hanya dimunculkan selama permintaan callback, pengendali event OnCallback bisa dipakai untuk menangani logika terutama yang terkait dengan permintaan callback. Pengendali event OnClick dimunculkan kapan saja tombol diklik, meskipun javascript dimatikan.

- -

Contoh berikut menggunakan kedua event OnClick dan OnCallback dari TActiveButton.

- - - -

Diagram Kelas TActiveButton

-

Diagram kelas untuk TActiveButton diilustrasikan dalam gambar berikut. -Banyak kontrol aktif yang melakukan permintaan callback mempunyai struktur yang mirip. -

- - class="figure" - alt="TActiveButton class diagram" title="Diagram kelas TActiveButton" /> - -

TActiveButton adalah ekstensi dari TButton dan mengimplementasikan dua antarmuka tambahan ICallbackEventHandler dan -IActiveControl. TActiveButton berisi turunan dari -TBaseActiveCallbackControl -yang tersedia melalui properti ActiveControl dari TActiveButton. -Contoh berikut menyetel parameter callback atas TActiveButton saat -permintaan callback ditampung. -

- -<com:TActiveButton - Text="Click Me" - OnCallback="button_callback" - ActiveControl.CallbackParameter="value" /> - -

Dalam metode pengendali event OnCallback, CallbackParameter tersedua di dalam obyek $param.

- -public function button_callback($sender, $param) -{ - echo $param->CallbackParameter; //mengeluarkan "value" -} - - -

Menambah Perilaku Sisi Klien

- -

Di dalam properti ActiveControl adalah turunan dari -TCallbackClientSide yang tersedia sebagai ClientSide dari TActiveButton. -Properti ClientSide berisi sub-properti, serperti RequestTimeOut, dan pengendali event javascript sisi-klien, seperti OnLoading, dipakai oleh sisi-klien saat membuat permitaan callback. -Contoh berikut mendemonstrasikan menghidup matikan indikator "loading" saat sisi-klien -membuat permintaan callback. -

- - -<com:TClientScript PradoScripts="effects" /> -Loading... - -<com:TActiveButton - Text="Click Me" - OnCallback="button_callback" - ActiveControl.CallbackParameter="value" > - <prop:ClientSide - OnLoading="Element.show('callback_status')" - OnComplete="Element.hide('callback_status')" /> -</com:TActiveButton> - - -

Contoh ini mengambil librari javascript "effects" menggunakan komponen -TClientScript. -Nilai properti ClientSide.OnLoading berisi pernyataan javascript yang menggunakan librari "effects" untuk menampilkan tag span "Loading...". Hal yang mirip, nilai properti ClientSide.OnComplete berisi pernyataan javascript yang menyembunyikan tag span "Loading...". -Lihat TCallbackClientSide untuk rincian lebih jelas pada detil properti sisi-klien. -

- diff --git a/demos/quickstart/protected/pages/ActiveControls/id/ActiveCheckBox.page b/demos/quickstart/protected/pages/ActiveControls/id/ActiveCheckBox.page deleted file mode 100755 index e1f11e99..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/ActiveCheckBox.page +++ /dev/null @@ -1,21 +0,0 @@ - -

TActiveCheckBox

- - -

-TActiveCheckBox adalah kontrol aktif selain -TCheckbox. Properti AutoPostBack - dari TActiveCheckBox standarnya disetel true. - Selanjutnya, saat kotak centang diklik, event OnCallback muncul setelah event OnCheckedChanged. -

- -

- Properti Text dan Checked dari TActiveCheckBox - bisa diubah selama permintaan callback. Properti TextAlign dari - TActiveCheckBox tidak bisa diubah saat permintaan - callback. -

- - - - diff --git a/demos/quickstart/protected/pages/ActiveControls/id/ActiveCustomValidator.page b/demos/quickstart/protected/pages/ActiveControls/id/ActiveCustomValidator.page deleted file mode 100755 index cc089757..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/ActiveCustomValidator.page +++ /dev/null @@ -1,22 +0,0 @@ - -

TActiveCustomValidator

- - -

Melakukan validasi kustom hanya menggunakan event validasi OnServerValidate - sisi-server. Sisi-klien menggunakan callback untuk memunculkan event - onServerValidate. Properti ClientValidationFunction dimatikan - dan akan mengeluarkan eksepsi jika mencoba untuk menyetel properti ini. -

- -

Harap berhati-hati onServerValidate dapat -dimunculkan saat kontrol yang divalidasi pada sisi klien mengubah nilai, -yaitu validasi server mungkin dipanggil berkali-kali. - -Setelah callback atau postback, {@link onServerValidate onServerValidate} -dimunculkan hanya sekali. Properti IsCallback dari kelas TPage -menjadi true ketika validasi dibuat selama permintaan callback. -

- - - - diff --git a/demos/quickstart/protected/pages/ActiveControls/id/ActiveHyperLink.page b/demos/quickstart/protected/pages/ActiveControls/id/ActiveHyperLink.page deleted file mode 100755 index 5fe3f84a..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/ActiveHyperLink.page +++ /dev/null @@ -1,14 +0,0 @@ - -

TActiveHyperLink

- - -

-Kontrol aktif selain komponen THyperLink. -Saat permintaan callback, perubahan terhadap properti Text, ImageUrl, -NavigateUrl dan Target pada sisi server juga akan -mengubah atribut serta konten terkait di sisi-klien. -

- - - - diff --git a/demos/quickstart/protected/pages/ActiveControls/id/ActivePager.page b/demos/quickstart/protected/pages/ActiveControls/id/ActivePager.page deleted file mode 100755 index f61701f2..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/ActivePager.page +++ /dev/null @@ -1,40 +0,0 @@ - - -

TActivePager

- - -

-TActivePager membuat halaman yang menyediakan UI untuk pengguna-akhir secara interaktif menetapkan halaman data mana yang di render dalam kontrol turunan TDataBoundControl, seperti TDataList, TRepeater, TCheckBoxList, dll. -Target kontrol data-bound ditetapkan dengan properti ControlToPaginate, yang harus berupa path ID dari kontrol target yang diambil dari kontainer penamaan halaman. Target-databound harus berada di dalam TActivePanel agar dapat di render ulang selama callback -

- -

-Catatan, kontrol target data-bound harus disetel true pada AllowPaging. Sebaliknya halaman tidak akan terlihat. Juga, dalam hal ketika hanya satu halaman data yang tersedia, halaman juga tidak akan terlihat. -

- -

-TActivePager dapat menampilkan salah satu dari tiga jenis antarmuka, ditetapkan melalui properti Mode: -

-
    -
  • NextPrev - tombol halaman berikutnya dan sebelumnya yang dihasilkan pada setiap halaman.
    • -
  • Numeric - daftar tombol indeks halaman yang dihasilkan.
    • -
  • DropDownList - daftar dropdown indeks halaman yang dihasilkan.
    • -
-

-Antar muka pengguna ini selanjutnya dikustomisasi dengan mengkonfigurasi properti berikut -

-
    -
  • NextPageText dan PrevPageText - label tombol halaman berikutnya/sebelumnya. Properti ini dipakai saat Mode halaman adalah NextPrev atau Numeric.
    • -
  • FirstPageText dan LastPageText - label tombol halaman pertama/terakhir. Jika kosong, tombol terkait tidak akan ditampilkan. Properti ini dipakai saat Mode halaman adalah NextPrev atau Numeric.
    • -
  • PageButtonCount - jumlah maksimum tombol indeks pada halaman. Properti ini dipakai saat Mode halaman adalah Numeric.
    • -
  • ButtonType - jenis tombol halaman, baik PushButton yang berarti tombol submisi formulir normal, ataupun LinkButton yang berarti tombol hiperlink.
    • -
- -

-TActivePager memunculkan event OnPageIndexChanged ketika pengguna-akhir berinteraksi dengannya dan menetapkan halaman baru (misalnya dengan mengklik pada tombol halaman berikutnya yang akan membawa ke halaman berikutnya.) Para pengembang dapat menulis pengendali untuk merespon indeks halaman baru ini dan mendapatkan indeks halaman baru yang diinginkan dari properti parameter event NewPageIndex. Menggunakan indeks halaman baru ini, seseorang dapat memask halaman baru data ke kontrol data-bound terkait. -Sebagai tambahan, TActivePager memunculkan OnCallback setelah OnPageIndexChanged. -

- - - - diff --git a/demos/quickstart/protected/pages/ActiveControls/id/Home.page b/demos/quickstart/protected/pages/ActiveControls/id/Home.page deleted file mode 100755 index af449d7a..00000000 --- a/demos/quickstart/protected/pages/ActiveControls/id/Home.page +++ /dev/null @@ -1,347 +0,0 @@ - -

Kontrol Aktif (kontrol AJAX-dihidupkan)

-

Lihat Pengenalan -untuk tinjauan cepat terhadap konsep di belakang kontrol aktif (kontrol AJAX-dihidupkan). -Banyak kontrol aktif memiliki properti -ActiveControl dan -sub-properti ClientSide -yang menyediakan banyak properti untuk mengkustomisasi kontrol. Properti -CallbackClient dari kelas -TPage menyediakan metode untuk memutakhirkan dan mengubah konten sisi-klien -saat permintaan callback. Kontrol aktif bergantung pada koleksi -kelas javascript. -

- -

Untuk demo cepat atas kontrol aktif, coba kontrol -TActiveButton. Lihat juga bagian akhir dari tutorial Pengubah Kurs untuk contoh lebih mendalam. -

- -

* tutorial untuk kontrol ini belum lengkap.

- -

Kontrol Aktif Standar

-
    -
  • - TActiveButton - mewakili tombol klik pada halaman Web. Ia dapat dipakai untuk memicu permintaan callback. -
    • - -
  • - TActiveCheckBox - mewakili kotak centang pada halaman Web. Ia dapat dipakai untuk mengoleksi input dua-kondisi pengguna - serta memicu permintaan callback. -
    • - -
  • - TActiveCustomValidator - memvalidasi kontrol tertentu menggunakan permintaan callback. -
    • - -
  • - TActiveHyperLink - mewakili hiperlink pada halaman Web. -
    • - -
  • - TActiveImage - mewakili gambar pada halaman Web. -
    • - -
  • - TActiveImageButton - mewakili tombol klik yang mempunyai gambar sebagai latar belakangnya. - Ia bisa dipakai untuk memicu permintaan callback. -
    • - -
  • - TActiveLabel - mewakili label pada halam Web. - Label dapat dikustomisasi melalui berbagai atribut CSS. -
    • - -
  • - TActiveLinkButton - mewakili hiperlink yang bisa melalukan permintaan callback. -
    • - -
  • - TActivePanel - mewakili penampung untuk kontrol lain pada halaman Web. Dalam HTML, - ia ditampilkan sebagai elemen <div>. Kontrol pabel dapat - diganti selama permintaan callback. -
    • - -
  • - TActiveRadioButton - mewakili tombol radio pada halaman Web. - Dipakai terutama dalam sebuah grup di mana pengguna bisa memilih. Ini - dapat digunakan untuk melakukan permintaan callback. -
    • - -
  • - TActiveTextBox - mewakili field input teks pada halaman Web. - Ia bisa mengoleksi satu-baris, multi-baris atau input teks sandi dari pengguna. - Ia bisa dipakai untuk melakukan permintaan callback. -
    • - -
  • - TCallbackOptions - opsi callback seperti pengendali event sisi-klien OnLoading. -
    • - -
- -

Kontrol List Aktif

-
    -
  • - TActiveCheckBoxList - menampilkan daftar kotak centang pada halaman Web dan setiap kotak centang - dapat memicu permintaan callback. -
    • - -
  • - TActiveDropDownList - menampilkan kotak daftar dropdown yang membolehkan para pengguna untuk memilih - satu opsi dari beberapa yang telah ditetapkan. Dapat dipakai untuk melakukan - permintaan callback. -
    • - -
  • - TActiveListBox - menampilkan kotak daftar yang membolehkan satu pilihan atau multipel. Dapat - dipakai untuk melakukan permintaan callback. -
    • - -
  • - TActiveRadioButtonList - mirip dengan TActiveCheckBoxList dalam setiap aspek kecuali bahwa setiap - TActiveRadioButtonList menampilkan sebuah grup tombol radio. Setiap tombol radio - dapat melakukan permintaan callback. -
    • -
- -

Kontrol Aktif Diperluas

- - -
    -
  • - TAutoComplete - memperluas TActiveTextBox untuk menawarkan saran pelengkapan teks. -
    • - -
  • - TCallback - kontrol generik yang dapat melakukan permintaan callback. -
    • - -
  • - TEventTriggeredCallback - memicu permintaan callback berdasarkan event DOM HTML. -
    • - -
  • - TInPlaceTextBox - mewakili label yang dapat diedit dengen mengklik. -
    • - -
  • - * TTimeTriggeredCallback - memicu permintaan callback berdasarkan waktu yang belalu. -
    • - -
  • - * TValueTriggeredCallback - mengawasi (menggunakan timer) atribut elemen HTML dan memicu permintaan callback - ketika nilai atribut berubah. -
    • - -
- -

Kemampuan Kontrol Aktif

-

Tabel berikut memperlihatkan Kontrol Aktif yang dapat memicu event callback dan menentukan apakah kontrol akan memunculkan event PostBack atau tidak jika Javascript dimatikan pada browser sisi-klien.

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Nama KontrolMemicu CallbackKembali ke PostBack
- TActiveButton - YaYa
- TActiveCheckBox - YaYa
- TActiveCustomValidator - YaYa
- TActiveHyperLink - TidakYa
- TActiveImage - TidakYa
- TActiveImageButton - YaYa
- TActiveLabel - TidakYa
- TActiveLinkButton - YaTidak
- TActivePanel - TidakYa
- TActiveRadioButton - YaYa
- TActiveTextBox - YaYa
- TCallbackOptions - TidakN/A
- TActiveCheckBoxList - YaYa
- TActiveDropDownList - YaYa
- TActiveListBox - YaYa
- TActiveRadioButtonList - YaYa
- TAutoComplete - YaTidak
- TCallback - YaTidak
- TEventTriggeredCallback - YaTidak
- TInPlaceTextBox - YaTidak
- TTimeTriggeredCallback - YaTidak
- TValueTriggeredCallback - YaTidak
- -

Kelas Infrastruktur Kontrol Aktif

-

Kelas berikut menyediakan kelas infrastruktur dasar yang diperlukan guna merealisasikan kontrol aktif.

-
    -
  • - TActiveControlAdapter - melacak nilai viewstate dari kontrol dan memutakhirkan perbedaan pada atribut elemen HTML sisi-klien. -
    • - -
  • - TActiveListControlAdapter - membolehkan kontrol list yang diadaptasi untuk mengubah pilihan pada sisi-klien selama permintaan callback. -
    • - -
  • - TActivePageAdapter - memroses masa-hidup halaman untuk permintaan callback. -
    • - -
  • - TBaseActiveControl - metode dan opsi kontrol aktif umum. -
    • - -
  • - TCallbackClientScript - metode untuk memanipulasi elemen HTML sisi-klien, juga termasuk metode untuk memanggil Efek javascript pada elemen HTML. -
    • - -
  • - TCallbackClientSide - opsi permintaan callback sisi-klien, dan pengendali event sisi-klien. -
    • - -
  • - TCallbackResponseAdapter - respon HTTP untuk permintaan callback. -
    • - -
- - diff --git a/demos/quickstart/protected/pages/ActiveControls/id/TActiveButtonClass.png b/demos/quickstart/protected/pages/ActiveControls/id/TActiveButtonClass.png deleted file mode 100755 index 632d9a45..00000000 Binary files a/demos/quickstart/protected/pages/ActiveControls/id/TActiveButtonClass.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/ActiveControls/id/postback-callback.png b/demos/quickstart/protected/pages/ActiveControls/id/postback-callback.png deleted file mode 100755 index 031dcde3..00000000 Binary files a/demos/quickstart/protected/pages/ActiveControls/id/postback-callback.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/id/Home.page b/demos/quickstart/protected/pages/Advanced/Samples/I18N/id/Home.page deleted file mode 100755 index a490abce..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/id/Home.page +++ /dev/null @@ -1,161 +0,0 @@ -<%@ Title="Internasionlisasi dalam PRADO" - Page.Application.Globalization.TranslationCatalogue="index" %> - - -

Internasionlisasi dalam PRADO

-

Demo ini memperlihatkan komponen dasar yang tersedia dalam PRADO untuk memproses Internasionalisasi dan Lokalisasi aplikasi web. Halam ini memanfaatkan template siap multipel lokal (atau kultur) untuk memperlihatkan halaman terlokalisasi yang tersedia. Untuk melihat versi dilokalisasi yang berbeda, silahkan ganti setelan bahasa dalam browser Anda.

- -

-Saat ini kultur Anda adalah <%= $this->Page->CurrentCulture %>. -

- Versi lokalisasi tersedia: - -
-

- -

- Sebagai tambahan ke template siap kultur. Teks dapat dilokalisasi menggunakan banyak sumber terjemanan yang berbeda. PRADO menyediakan wadah gettext, XML, SQLite, dan MySQL untuk menyimpan terjemahan pesan. Contoh dalam link berikut mendemonstrasikan bagaimana teks dapat dilokalisasi menggunakan komponen TTranslate. -

-
-

Pengenalan

-

Mengembangkan dan memelihara situs multi-bahasa adalah masalah umum bagi para pengembang web.

-
-
Internasionalisasi (I18N)
-
Proses pengembangan sebuah produk dalam cara yang bekerja dengan data dalam bahasa berbeda dan dapat diadaptasi ke berbagai target pasar tanpa melakukan perubahan.
-
Lokalisasi (L10N)
-
Proses selanjutnya dari menterjemahkan dan mengadaptasi sebuah produk untuk pasar konvensi kultural yang tersedia.
-
-

Fitur berikut didukung oleh PRADO:

-
    -
  • Terjemahan teks
    • -
  • Terjemahan atribut
    • -
  • Substitusi parameter (dengan terjemahan bila diperlukan)
    • -
  • Format tanggal, angka dan kurs
    • -
-

Contoh

-

Tanggal: pola lengkap, kultur en_GB

-

Contoh:

- -<com:TDateFormat ID="Time1" Pattern="full" Culture="en_GB"/> - -

Hasil:

-
-
- -

Tanggal: pola pendek

-

Contoh:

- -<com:TDateFormat ID="Time2" Pattern="short" /> - - -

Hasil:

-
-
- -

Pola standar tanggal dari <%= $this->Page->CurrentCulture %>

-

Contoh:

- -<com:TDateFormat ID="Time3" Value="2004/12/06" /> - - -

Hasil:

-
-
- -

Format standar kurs

-

Contoh:

- -<com:TNumberFormat Type="currency" Value="12.4" /> - - -

Hasil:

-
-
-

Currency, de_DE culture with Euro

-

Contoh:

- -<com:TNumberFormat ID="Number2" Type="currency" Culture="de_DE" Currency="EUR"/> - - -

Hasil:

-
- -
- -

Kurs, format US dengan Euro

-

Contoh:

- -<com:TNumberFormat Type="currency" Culture="en_US" Currency="EUR" Value="100" /> - - -

Hasil

-
-
- -

Contoh terjemahan

-

ContohExample:

- -<com:TTranslate>Hello</com:TTranslate> - - -

Hasil:

-Hello
-

Contoh:

- -<com:TTranslate Text="Goodbye" /> - - -

Hasil:

-
- -
-

Menggunakan tag lokalisasi

-

Contoh:

- -<%[ Goodbye ]%> - - -

Hasil:

-<%[ Goodbye ]%> -
- - -
-

Menterjemahkan menggunakan katalog berbeda

-

Contoh:

- -<com:TTranslate Text="Goodbye" Catalogue="tests" /> - - -

Hasil:

- -
- - -
-

Translasi dengan substitusi parameter

-

Contoh:

- -<com:TTranslate> - {greeting} {name}!, The unix-time is "{time}". - <com:TTranslateParameter Key="name"> - <com:TTranslate Catalogue="tests" Text="World" /> - </com:TTranslateParameter> - <com:TTranslateParameter Key="greeting" Value="Hello" /> - <com:TTranslateParameter Key="time" Value="<%= Time() %>" /> -</com:TTranslate> - - - -

Hasil:

- - - {greeting} {name}!, The unix-time is "{time}". - - - - - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.de.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.de.xml deleted file mode 100755 index 696fafe0..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.de.xml +++ /dev/null @@ -1,29 +0,0 @@ - - - - - - - - -Hello -Hallo - - - -Goodbye -Auf Wiedersehen - - - -World -Welt - - - -{greeting} {name}!, The unix-time is "{time}". -{greeting} {name}!, der Unix-Zeitstempel ist "{time}". - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.es.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.es.xml deleted file mode 100755 index 86548092..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.es.xml +++ /dev/null @@ -1,29 +0,0 @@ - - - - - - - - -Hello -Hola - - - -Goodbye -Adiós - - - -World -mundo - - - -{greeting} {name}!, The unix-time is "{time}". -¡{greeting} {name}!, el unix-tiempo es "{time}". - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.fr.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.fr.xml deleted file mode 100755 index e486d644..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.fr.xml +++ /dev/null @@ -1,30 +0,0 @@ - - - - - - - - -Hello -Bonjour - - - -Goodbye -Au revoir - - - -World -le monde - - - -{greeting} {name}!, The unix-time is "{time}". -{greeting} {name}!, le temps unix est "{time}". - - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.id.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.id.xml deleted file mode 100755 index 6a8c0c56..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.id.xml +++ /dev/null @@ -1,29 +0,0 @@ - - - - - - - - -Hello -Halo - - - -Goodbye -Selamat tinggal - - - -World -Dunia - - - -{greeting} {name}!, The unix-time is "{time}". -{greeting} {name}!, Waktu-unix adalah "{time}". - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.pl.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.pl.xml deleted file mode 100755 index e1f6cf0d..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.pl.xml +++ /dev/null @@ -1,29 +0,0 @@ - - - - - - - - -Hello -Witaj - - - -Goodbye -Żegnaj! - - - -World -Świecie - - - -{greeting} {name}!, The unix-time is "{time}". -{greeting} {name}!, Czas unixowy "{time}". - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.zh.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.zh.xml deleted file mode 100755 index ae2c8a2d..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/index.zh.xml +++ /dev/null @@ -1,29 +0,0 @@ - - - - - - - - -Hello -你好 - - - -Goodbye -再见 - - - -World -世界 - - - -{greeting} {name}!, The unix-time is "{time}". -{greeting} {name}！，Unix时间是“{time}”。 - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.de.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.de.xml deleted file mode 100755 index b98547b7..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.de.xml +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - -Goodbye -Auf Wiedersehen! - - -World -Welt - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.es.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.es.xml deleted file mode 100755 index e4119a6c..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.es.xml +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - -Goodbye -¡Adiós! - - -World -mundo - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.fr.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.fr.xml deleted file mode 100755 index 20609fcb..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.fr.xml +++ /dev/null @@ -1,18 +0,0 @@ - - - - - - - -Goodbye -Au revoir ! - - -World -le monde - - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.id.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.id.xml deleted file mode 100755 index 558026dc..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.id.xml +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - -Goodbye -Selamat tinggal - - -World -Dunia - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.pl.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.pl.xml deleted file mode 100755 index 82a33cbc..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.pl.xml +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - -Goodbye -Dowidzenia - - -World -Świecie - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.zh.xml b/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.zh.xml deleted file mode 100755 index 4f93f268..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/messages/tests.zh.xml +++ /dev/null @@ -1,17 +0,0 @@ - - - - - - - -Goodbye -拜拜 - - -World -世界 - - - - diff --git a/demos/quickstart/protected/pages/Advanced/Samples/I18N/zh_TW/Home.page b/demos/quickstart/protected/pages/Advanced/Samples/I18N/zh_TW/Home.page deleted file mode 100755 index 7629e7bb..00000000 --- a/demos/quickstart/protected/pages/Advanced/Samples/I18N/zh_TW/Home.page +++ /dev/null @@ -1,155 +0,0 @@ -<%@ Title="PRADO 國際化" - Page.Application.Globalization.TranslationCatalogue="index" %> - -

PRADO 國際化

-

本演示將介紹如何用PRADO中的一些部件對您的Web應用進行國際化和本地化。 - 本网頁的顯示是根据您的當地設置從多個不同語言的模板中選擇進行的。 - 如果你想查看其它語言版本，請更改瀏覽器的語言設置。

- -

- 您目前的語言設置是 - <%= $this->Page->CurrentCulture %>. -

- 可查看的語言版本包括： - -
-

- -

- 除了能自動偵知語言設置的模板外，文本也可以使用不同的翻譯源進行本地化。 - PRADO提供了gettext，XML，SQLite以及MySQL等手段用于存放消息的各种翻譯。 - 下面連接所指向的例子展示了如何使用TTranslate部件對文本進行本地化。 -

-

簡介

-

開發和維護多語言的站點對Web開發者而言是一個很常見的問題。

-
-
國際化（I18N）
-
產品開發的一個步驟，它使得產品能接受不同語言的數据，并且在沒有更改設計 - 的情況下使產品能用于不同的市場。
-
L本地化（L10N）
-
國際化的一個細節步驟，它針對某個特定的市場文化對產品進行翻譯和調整。
-
-

PRADO支持以下功能：

-
    -
  • 文本翻譯
    • -
  • 屬性翻譯（尚未完成）
    • -
  • 參數替換（如需要可進行翻譯）
    • -
  • 日期，數字和貨幣的格式化
    • -
-

例子

-

日期：完整格式，en_GB語言設置

-

例:

- -<com:TDateFormat ID="Time1" Pattern="full" Culture="en_GB"/> - -

結果:

-
-
- -

日期：短格式

-

例：

- -<com:TDateFormat ID="Time2" Pattern="short" /> - -

結果：

-
-
- -

日期：<%= $this->Page->CurrentCulture %>的缺省模式

-

例：

- -<com:TDateFormat ID="Time3" Value="2004/12/06" /> - -

結果：

-
-
- -

貨幣，缺省格式

-

例：

- -<com:TNumberFormat Type="currency" Value="12.4" /> - -

結果：

-
-
-

貨幣，de_DE語言以及歐幣

-

例：

- -<com:TNumberFormat ID="Number2" Type="currency" Culture="de_DE" Currency="EUR"/> - -

結果：

-
- -
- -

貨幣, 美國格式以及歐幣

-

例：

- -<com:TNumberFormat Type="currency" Culture="en_US" Currency="EUR" Value="100" /> - -

結果：

-
-
- -

翻譯實例

-

例：

- -<com:TTranslate>Hello</com:TTranslate> - -

結果：

- Hello
-

例：

- -<com:TTranslate Text="Goodbye" /> - -

結果：

-
- -
-

Using localization tag

-

Example:

- -<%[ Goodbye ]%> - - -

Result:

-<%[ Goodbye ]%> -
- -
-

用不同目錄進行翻譯

-

例：

- -<com:TTranslate Text="Goodbye" Catalogue="tests" /> - -

結果：

- -
- - -
-

用參數替換進行翻譯

-

例：

- -<com:TTranslate> - {greeting} {name}!, The unix-time is "{time}". - <com:TTranslateParameter Key="name"> - <com:TTranslate Catalogue="tests" Text="World" /> - </com:TTranslateParameter> - <com:TTranslateParameter Key="greeting" Value="Hello" /> - <com:TTranslateParameter Key="time" Value="<%= Time() %>" /> -</com:TTranslate> - - -

結果：

- - - {greeting} {name}!, The unix-time is "{time}". - - - - - - - - diff --git a/demos/quickstart/protected/pages/Advanced/es/Assets.page b/demos/quickstart/protected/pages/Advanced/es/Assets.page deleted file mode 100755 index fc40b561..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Assets.page +++ /dev/null @@ -1,69 +0,0 @@ - - -

Assets

-

-Assets are resource files (such as images, sounds, videos, CSS stylesheets, javascripts, etc.) that belong to specific component classes. Assets are meant to be provided to Web users. For better reusability and easier deployment of the corresponding component classes, assets should reside together with the component class files . For example, a toggle button may use two images, stored in file down.gif and up.gif, to show different toggle states. If we require the image files be stored under images directory under the Web server document root, it would be inconvenient for the users of the toggle button component, because each time they develop or deploy a new application, they would have to manually copy the image files to that specific directory. To eliminate this requirement, a directory relative to the component class file should be used for storing the image files. A common strategy is to use the directory containing the component class file to store the asset files. -

-

-Because directories containing component class files are normally inaccessible by Web users, PRADO implements an asset publishing scheme to make available the assets to Web users. An asset, after being published, will have a URL by which Web users can retrieve the asset file. -

- -

Asset Publishing

-

-PRADO provides several methods for publishing assets or directories containing assets: -

-
    -
  • In a template file, you can use asset tags to publish assets and obtain their URLs. Note, the assets must be relative to the directory containing the template file.
    • -
  • In PHP code, you can call $object->publishAsset($assetPath) to publish an asset and obtain its URL. Here, $object refers to an instance of TApplicationComponent or derived class, and $assetPath is a file or directory relative to the directory containing the class file.
    • -
  • If you want to publish an arbitrary asset, you need to call TAssetManager::publishFilePath($path).
    • -
-

-BE AWARE: Be very careful with assets publishing, because it gives Web users access to files that were previously inaccessible to them. Make sure that you do not publish files that do not want Web users to see. -

- -

Customization

-

-Asset publishing is managed by the System.Web.TAssetManager module. By default, all published asset files are stored under the [AppEntryPath]/assets directory, where AppEntryPath refers to the directory containing the application entry script. Make sure the assets directory is writable by the Web server process. You may change this directory to another by configuring the BasePath and BaseUrl properties of the TAssetManager module in application configuration, -

- -<modules> - <module id="asset" - class="System.Web.TAssetManager" - BasePath="Web.images" - BaseUrl="images" /> -</modules> - - -

Performance

-

-PRADO uses caching techniques to ensure the efficiency of asset publishing. Publishing an asset essentially requires file copy operation, which is expensive. To save unnecessary file copy operations, System.Web.TAssetManager only publishes an asset when it has a newer file modification time than the published file. When an application runs under the Performance mode, such timestamp checking is also omitted. -

-

-ADVISORY: Do not overuse asset publishing. The asset concept is mainly used to help better reuse and redistribute component classes. Normally, you should not use asset publishing for resources that are not bound to any component in an application. For example, you should not use asset publishing for images that are mainly used as design elements (e.g. logos, background images, etc.) Let Web server to directly serve these images will help improve the performance of your application. -

- -

A Toggle Button Example

-

-We now use the toggle button example to explain the usage of assets. The control uses two image files up.gif and down.gif, which are stored under the directory containing the control class file. When the button is in Up state, we would like to show the up.gif image. This can be done as follows, -

- -class ToggleButton extends TWebControl { - ... - protected function addAttributesToRender($writer) { - ... - if($this->getState()==='Up') { - $url=$this->getAsset('up.gif'); - $writer->addAttribute('src',$url); - } - ... - } - ... -} - -

-In the above, the call $this->getAsset('up.gif') will publish the up.gif image file and return a URL for the published image file. The URL is then rendered as the src attribute of the HTML image tag. -

-

-To redistribute ToggleButton, simply pack together the class file and the image files. Users of ToggleButton merely need to unpack the file, and they can use it right away, without worrying about where to copy the image files to. -

- diff --git a/demos/quickstart/protected/pages/Advanced/es/Auth.page b/demos/quickstart/protected/pages/Advanced/es/Auth.page deleted file mode 100755 index 82af40bb..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Auth.page +++ /dev/null @@ -1,171 +0,0 @@ - - -

Autenticación y Autorizacion

-

-Autenticación es un proceso de verificacion de alguna persona cuando esta dice ser quien es. Usualmente se utiliza para esto un nombre de usuario y un contraseña, pero podría incluir otros métodos para demostrar su identidad, tales como tarjetas inteligentes, huellas digitales, etc. -

-

-Autorización es el proceso de saber si la persona, una vez indetificada, esta permitida a manipular recursos especificos. Esto es comunmente determinado conociendo si la persona tiene un rol especifico que le da acceso a los recursos solicitados. -

- -

Funcionamiento de la Autenticación y Autorizacion en PRADO

-

-PRADO proporciona una capa extensible de autenticacion/autirizacion. Como esta descrito en el Ciclo de vida de una aplicacion PRADO, TApplication reserva diversos modulos del ciclo de vida, responsables de la autenticacion y la autorizacion. PRADO proporciona el modulo TAuthManager para este propósito. Los desarrolladores pueden incorporar sus propios modulos de autenticacion/autorizacion (auth) facilmente. -TAuthManager esta diseñado para ser usado en conjunto con el modulo TUserManager, el cual implementa una base de datos de usuarios de solo lectura (read-only). -

-

-When a page request occurs, TAuthManager will try to restore user information from session. If no user information is found, the user is considered as an anonymous or guest user. To facilitate user identity verification, TAuthManager provides two commonly used methods: login() and logout(). A user is logged in (verified) if his username and password entries match a record in the user database managed by TUserManager. A user is logged out if his user information is cleared from session and he needs to re-login if he makes new page requests. -

-

-During Authorization application lifecycle, which occurs after Autenticación lifecycle, TAuthManager will verify if the current user has access to the requested page according to a set of authorization rules. The authorization is role-based, i.e., a user has access to a page if 1) the page explicitly states that the user has access; 2) or the user is of a particular role that has access to the page. If the user does not have access to the page, TAuthManager will redirect user browser to the login page which is specified by LoginPage property. -

- -

Using PRADO Auth Framework

-

-To enable PRADO auth framework, add the TAuthManager module and TUserManager module to application configuration, -

- -<service id="page" class="TPageService"> - <modules> - <module id="auth" class="System.Security.TAuthManager" - UserManager="users" LoginPage="UserLogin" /> - <module id="users" class="System.Security.TUserManager" - PasswordMode="Clear"> - <user name="demo" password="demo" /> - <user name="admin" password="admin" /> - </module> - </modules> -</service> - -

-In the above, the UserManager property of TAuthManager is set to the users module which is TUserManager. Developers may replace it with a different user management module that is derived from TUserManager. -

-

-Authorization rules for pages are specified in page configurations as follows, -

- -<authorization> - <allow pages="PageID1,PageID2" - users="User1,User2" - roles="Role1" /> - <deny pages="PageID1,PageID2" - users="?" - verb="post" /> -</authorization> - -

-An authorization rule can be either an allow rule or a deny rule. Each rule consists of four optional properties: -

-
    -
  • pages - list of comma-separated page names that this rule applies to. If empty, not set or wildcard '*', this rule will apply to all pages under the current directory and all its subdirectories recursively.
    • -
  • users - list of comma-separated user names that this rule applies to. If empty, not set or wildcard '*', this rule will apply to all users including anonymous/guest user. A character ? refers to anonymous/guest user. And a character @ refers to authenticated users (available since v3.1).
    • -
  • roles - list of comma-separated user roles that this rule applies to. If empty, not set or wildcard '*', this rule will apply to all user roles.
    • -
  • verb - page access method that this rule applies to. It can be either get or post. If empty, not set or wildcard '*', the rule will apply to both methods.
    • -
- -

-When a page request is being processed, a list of authorization rules may be available. However, only the first effective rule matching the current user will render the authorization result. -

-
    -
  • Rules are ordered bottom-up, i.e., the rules contained in the configuration of current page folder go first. Rules in configurations of parent page folders go after.
    • -
  • A rule is effective if the current page is in the listed pages of the rule AND the current user action (get or post) is in the listed actions.
    • -
  • A rule matching occurs if the current user name is in the listed user names of an effective rule OR if the user's role is in the listed roles of that rule.
    • -
  • If no rule matches, the user is authorized.
    • -
-

-In the above example, anonymous users will be denied from posting to PageID1 and PageID2, while User1 and User2 and all users of role Role1 can access the two pages (in both get and post methods). -

- -

-Since version 3.1.1, the pages attribute in the authorization rules can take relative page paths with wildcard '*'. For example, pages="admin.Home" refers to the Home page under the admin directory, and pages="admin.*" would refer to all pages under the admin directory and subdirectories. -

- -

-Also introduced in version 3.1.1 are IP rules. They are specified by a new attribute ips in authorization rules. The IP rules are used to determine if an authorization rule aplies to an end-user according to his IP address. One can list a few IPs together, separated by comma ','. Wildcard '*' can be used in the rules. For example, ips="192.168.0.2, 192.168.1.*" means the rule applies to users whose IP address is 192.168.0.2 or 192.168.1.*. The latter matches any host in the subnet 192.168.1. If the attribute 'ips' is empty, not set or wildcard '*', the corresponding rule will apply to requests coming from any host address. -

- -

Using TUserManager

-

-As aforementioned, TUserManager implements a read-only user database. The user information are specified in either application configuration or an external XML file. -

-

-We have seen in the above example that two users are specified in the application configuration. Complete syntax of specifying the user and role information is as follows, -

- -<user name="demo" password="demo" roles="demo,admin" /> -<role name="admin" users="demo,demo2" /> - -

-where the roles attribute in user element is optional. User roles can be specified in either the user element or in a separate role element. -

- -

Using TDbUserManager

-

-TDbUserManager is introduced in v3.1.0. Its main purpose is to simplify the task of managing user accounts that are stored in a database. It requires developers to write a user class that represents the necessary information for a user account. The user class must extend from TDbUser. -

-

-To use TDbUserManager, configure it in the application configuration like following: -

- - - - - - -

-

-In the above, UserClass specifies what class will be used to create user instance. The class must extend from TDbUser. ConnectionID refers to the ID of a TDataSourceConfig module which specifies how to establish database connection to retrieve user information. -

-

-The user class has to implement the two abstract methods in TDbUser: validateUser() and createUser(). Since user account information is stored in a database, the user class may make use of its DbConnection property to reach the database. -

- -

-Since 3.1.1, TAuthManager provides support to allow remembering login by setting AllowAutoLogin to true. Accordingly, TDbUser adds two methods to facilitate the implementation of this feature. In particular, two new methods are introduced: createUserFromCookie() and saveUserToCookie(). Developers should implement these two methods if remembering login is needed. Below is a sample implementation: -

- -public function createUserFromCookie($cookie) -{ - if(($data=$cookie->Value)!=='') - { - $application=Prado::getApplication(); - if(($data=$application->SecurityManager->validateData($data))!==false) - { - $data=unserialize($data); - if(is_array($data) && count($data)===3) - { - list($username,$address,$token)=$data; - $sql='SELECT passcode FROM user WHERE LOWER(username)=:username'; - $command=$this->DbConnection->createCommand($sql); - $command->bindValue(':username',strtolower($username)); - if($token===$command->queryScalar() && $token!==false && $address=$application->Request->UserHostAddress) - return $this->createUser($username); - } - } - } - return null; -} - -public function saveUserToCookie($cookie) -{ - $application=Prado::getApplication(); - $username=strtolower($this->Name); - $address=$application->Request->UserHostAddress; - $sql='SELECT passcode FROM user WHERE LOWER(username)=:username'; - $command=$this->DbConnection->createCommand($sql); - $command->bindValue(':username',strtolower($username)); - $token=$command->queryScalar(); - $data=array($username,$address,$token); - $data=serialize($data); - $data=$application->SecurityManager->hashData($data); - $cookie->setValue($data); -} - - - diff --git a/demos/quickstart/protected/pages/Advanced/es/Collections.page b/demos/quickstart/protected/pages/Advanced/es/Collections.page deleted file mode 100755 index 55f0d554..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Collections.page +++ /dev/null @@ -1,135 +0,0 @@ - - -

Collections

-

-Collection is a basic data structure in programming. In traditional PHP programming, array is used widely to represent collection data structure. A PHP array is a mix of cardinal-indexed array and hash table. -

-

-To enable object-oriented manipulation of collections, PRADO provides a set of powerful collection classes. Among them, the TList and TMap are the most fundamental and usually serve as the base classes for other collection classes. Since many PRADO components have properties that are of collection type, it is very important for developers to master the usage of PRADO collection classes. -

- -

Using TList

-

-A TList object represents a cardinal-indexed array, i.e., an array (object) with the index 0, 1, 2, ... -

-

-TList may be used like a PHP array. For example, -

- -$list=new TList; // create a list object -... -$item=$list[$index]; // read the item at the specified index -$list[]=$item; // append the item at the end -$list[$index]=$item; // replace the item at the specified index -unset($list[$index]); // remove the item at $index -if(isset($list[$index])) // test if the list has an item at $index -foreach($list as $index=>$item) // traverse each item in the list - - -

-To obtain the number of items in the list, use the Count property. Note, do not use count($list), as it always returns 1. -

- -

-In addition, TList implements a few commonly used convenient methods for manipulating the data in a list. These include -

-
    -
  • clear(): removes all items in the list.
    • -
  • contains(): tests if the list contains the specified item.
    • -
  • indexOf(): obtains the zero-based index of the specified item in the list.
    • -
  • toArray(): returns an array representation of the items in the list.
    • -
  • copyFrom(): populates the list with data from an array or traversable object (including TList). Existing items will be removed first.
    • -
  • mergeWith(): appends the list with data from an array or traversable object (including TList).
    • -
- -

Using TList-based component properties

-

-As aforementioned, many PRADO component properties are based on TList or TList-derived collection classes. These properties all share the above usages. -

-

-For example, TControl (the base class for all PRADO controls) has a property called Controls which represents the collection of child controls. The type of Controls is TControlCollection which extends TList. Therefore, to append a new child control, we can use the following, -

- -$control->Controls[]=$newControl; - -

-To traverse through the child controls, we can use, -

- -foreach($control->Controls as $childControl) ... - -

-Another example is the Items property, available in list controls, TRepeater, TDataList and TDataGrid. In these controls, the ancestor class of Items is TList. -

- -

Extending TList

-

-Often, we want to extend TList to perform additional operations for each addition or removal of an item. The only methods that the child class needs to override are insertAt() and removeAt(). For example, to ensure the list only contains items that are of TControl type, we can override insertAt() as follows, -

- -public function insertAt($index,$item) -{ - if($item instanceof TControl) - parent::insertAt($index,$item) - else - throw new Exception('TControl required.'); -} - - - -

Using TMap

-

-A TMap object represents a hash table (or we say string-indexed array). -

-

-Similar to TList, TMap may be used like an array, -

- -$map=new TMap; // create a map object -... -$map[$key]=$value; // add a key-value pair -unset($map[$key]); // remove the value with the specified key -if(isset($map[$key])) // if the map contains the key -foreach($map as $key=>$value) // traverse the items in the map - -

-The Count property gives the number of items in the map while the Keys property returns a list of keys used in the map. -

- -

-The following methods are provided by TMap for convenience, -

-
    -
  • clear(): removes all items in the map.
    • -
  • contains(): tests if the map contains the specified key.
    • -
  • toArray(): returns an array representation of the items in the map.
    • -
  • copyFrom(): populates the map with data from an array or traversable object (including TMap). Existing items will be removed first.
    • -
  • mergeWith(): appends the map with data from an array or traversable object (including TMap).
    • -
- -

Using of TAttributeCollection

-

-TAttributeCollection is a special class extending from TMap. It is mainly used by the Attributes property of TControl. -

-Besides the normal functionalities provided by TMap, TAttributeCollection allows you to get and set collection items like getting and setting properties. For example, -

- -$collection->Label='value'; // equivalent to: $collection['Label']='value'; -echo $collection->Label; // equivalent to: echo $collection['Label']; - -

-Note, in the above $collection does NOT have a Label property. -

-

-Unlike TMap, keys in TAttributeCollection are case-insensitive. Therefore, $collection->Label is equivalent to $collection->LABEL. -

-

-Because of the above new features, when dealing with the Attributes property of controls, we may take advantage of the subproperty concept and configure control attribute values in a template as follows, -

- -<com:TButton Attributes.onclick="if(!confirm('Are you sure?')) return false;" .../> - -

-which adds an attribute named onclick to the TButton control. -

- diff --git a/demos/quickstart/protected/pages/Advanced/es/Error.page b/demos/quickstart/protected/pages/Advanced/es/Error.page deleted file mode 100755 index 24c7ead0..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Error.page +++ /dev/null @@ -1,77 +0,0 @@ - - -

Error Handling and Reporting

-

-PRADO provides a complete error handling and reporting framework based on the PHP 5 exception mechanism. -

- -

Exception Classes

-

-Errors occur in a PRADO application may be classified into three categories: those caused by PHP script parsing, those caused by wrong code (such as calling an undefined function, setting an unknown property), and those caused by improper use of the Web application by client users (such as attempting to access restricted pages). PRADO is unable to deal with the first category of errors because they cannot be caught in PHP code. PRADO provides an exception hierarchy to deal with the second and third categories. -

-

-All errors in PRADO applications are represented as exceptions. The base class for all PRADO exceptions is TException. It provides the message internationalization functionality to all system exceptions. An error message may be translated into different languages according to the user browser's language preference. -

-

-Exceptions raised due to improper usage of the PRADO framework inherit from TSystemException, which can be one of the following exception classes: -

-
    -
  • TConfigurationException - improper configuration, such as error in application configuration, control templates, etc.
    • -
  • TInvalidDataValueException - data value is incorrect or unexpected.
    • -
  • TInvalidDataTypeException - data type is incorrect or unexpected.
    • -
  • TInvalidDataFormatException - format of data is incorrect.
    • -
  • TInvalidOperationException - invalid operation request.
    • -
  • TPhpErrorException - catchable PHP errors, warnings, notices, etc.
    • -
  • TSecurityException - errors related with security.
    • -
  • TIOException - IO operation error, such as file open failure.
    • -
  • TDBException - errors related with database operations.
    • -
  • TNotSupportedException - errors caused by requesting for unsupported feature.
    • -
  • THttpException - errors to be displayed to Web client users.
    • -
-

-Errors due to improper usage of the Web application by client users inherit from TApplicationException. -

- -

Raising Exceptions

-

-Raising exceptions in PRADO has no difference than raising a normal PHP exception. The only thing matters is to raise the right exception. In general, exceptions meant to be shown to application users should use THttpException, while exceptions shown to developers should use other exception classes. -

- -

Error Capturing and Reporting

-

-Exceptions raised during the runtime of PRADO applications are captured by System.Exceptions.TErrorHandler module. Different output templates are used to display the captured exceptions. THttpException is assumed to contain error messages that are meant for application end users and thus uses a specific group of templates. For all other exceptions, a common template shown as follows is used for presenting the exceptions. -

-exception page - -

Customizing Error Display

-

-Developers can customize the presentation of exception messages. By default, all error output templates are stored under framework/Exceptions/templates. The location can be changed by configuring TErrorHandler in application configuration, -

- -<module id="error" - class="TErrorHandler" - ErrorTemplatePath="Application.ErrorTemplates" /> - -

-THttpException uses a set of templates that are differentiated according to different StatusCode property value of THttpException. StatusCode has the same meaning as the status code in HTTP protocol. For example, a status code equal to 404 means the requested URL is not found on the server. The StatusCode value is used to select which output template to use. The output template files use the following naming convention: -

- - error-.html - -

-where status code refers to the StatusCode property value of THttpException, and language code must be a valid language such as en, zh, fr, etc. When a THttpException is raised, PRADO will select an appropriate template for displaying the exception message. PRADO will first locate a template file whose name contains the status code and whose language is preferred by the client browser window. If such a template is not present, it will look for a template that has the same status code but without language code. -

-

-The naming convention for the template files used for all other exceptions is as follows, -

- - exception-.html - -

-Again, if the preferred language is not found, PRADO will try to use exception.html, instead. -

-
-CAUTION: When saving a template file, please make sure the file is saved using UTF-8 encoding. On Windows, you may use Notepad.exe to accomplish such saving. -
- - diff --git a/demos/quickstart/protected/pages/Advanced/es/I18N.page b/demos/quickstart/protected/pages/Advanced/es/I18N.page deleted file mode 100755 index 1a559036..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/I18N.page +++ /dev/null @@ -1,360 +0,0 @@ - - -

Internationalization (I18N) and Localization (L10N)

-

Many web application built with PHP will not have internationalization in mind when it was first written. It may be that it was not intended for use in languages and cultures. Internationalization is an important aspect due to the increase adoption of the Internet in many non-English speaking countries. The process of internationalization and localization will contain difficulties. Below are some general guidelines to internationalize an existing application.

- -

Separate culture/locale sensitive data

- -

Identify and separate data that varies with culture. The most obvious are text/string/message. Other type of data should also be considered. The following list categorize some examples of culture sensitive data -

- -
    -
  • Strings, Messages, Text, in relatively small units (e.g. phrases, sentences, paragraphs, but not the full text of a book).
    • -
  • Labels on buttons.
    • -
  • Help files, large units of text, static text.
    • -
  • Sounds.
    • -
  • Colors.
    • -
  • Graphics,Icons.
    • -
  • Dates, Times.
    • -
  • Numbers, Currency, Measurements.
    • -
  • Phone numbers.
    • -
  • Honorific and personal titles.
    • -
  • Postal address.
    • -
  • Page layout.
    • -
- -

If possible all manner of text should be isolated and store in a persistence format. These text include, application error messages, hard coded strings in PHP files, emails, static HTML text, and text on form elements (e.g. buttons).

- -

Configuration

-

To enable the localization features in PRADO, you need to add a few configuration options in your application configuration. -First you need to include the System.I18N.* namespace to your paths. -

- - - - - - -

Then, if you wish to translate some text in your application, you need to add one translation message data source.

- - - - - - -

Where source in translation is the dot path to a directory -where you are going to store your translate message catalogue. The autosave -attribute if enabled, saves untranslated messages back into the message catalogue. -With cache enabled, translated messages are saved in the application runtime/i18n directory. -The marker value is used to surround any untranslated text. -

- -

With the configuration complete, we can now start to localize your application. If you have autosave enabled, after running your application with some localization activity (i.e. translating some text), you will see a directory and a messages.xml created within your source directory.

- -

What to do with messages.xml?

-

The translation message catalogue file, if using type="XLIFF", is a standardized translation message interchange XML format. You can edit the XML file using any UTF-8 aware editor. The format of the XML is something like the following.

- - - - - - - - -Hello world. -Hi World!!! - - - - - - - -Each translation message is wrapped within a trans-unit tag, where source is the original message, and target is the translated message. Editors such as Heartsome XLIFF Translation Editor can help in editing these XML files. - - -

Setting and Changing Culture

-

Once globalization is enabled, you can access the globalization settings, such as, Culture, Charset, etc, using

- -$globalization = $this->getApplication()->getGlobalization(); -echo $globalization->Culture; -$globalization->Charset= "GB-2312"; //change the charset - - -

You also change the way the culture is determined by changing the class attribute in the module configuration. For example, to set the culture that depends on the browser settings, you can use the TGlobalizationAutoDetect class. - - - ... - - - -

You may also provide your own globalization class to change how the application culture is set. -Lastly, you can change the globalization settings on page by page basis using template control tags. For example, changing the Culture to "zh".

- -<%@ Application.Globalization.Culture="zh" %> - - -

Localizing your PRADO application

-There are two areas in your application that may need message or string localization, in PHP code and in the templates. To localize strings within PHP, use the localize function detailed below. To localize text in the template, use the TTranslate component. -

Using localize function to translate text within PHP

- -

The localize function searches for a translated string that matches original from your translation source. First, you need to locate all the hard coded text in PHP that are displayed or sent to the end user. The following example localizes the text of the $sender (assuming, say, the sender is a button). The original code before localization is as follows. - -function clickMe($sender,$param) -{ - $sender->Text="Hello, world!"; -} - - -

The hard coded message "Hello, world!" is to be localized using the localize function.

- -function clickMe($sender,$param) -{ - $sender->Text=Prado::localize("Hello, world!"); -} - - -

Compound Messages

- -

Compound messages can contain variable data. For example, in the message "There are 12 users online.", the integer 12 may change depending on some data in your application. This is difficult to translate because the position of the variable data may be difference for different languages. In addition, different languages have their own rules for plurals (if any) and/or quantifiers. The following example can not be easily translated, because the sentence structure is fixed by hard coding the variable data within message.

- -$num_users = 12; -$message = "There are " . $num_users . " users online."; - - -This problem can be solved using the localize function with string substitution. For example, the $message string above can be constructed as follows. - -$num_users = 12; -$message = Prado::localize("There are {num_users} users online.", array('num_users'=>$num_users)); - -

Where the second parameter in localize takes an associative array with the key as the substitution to find in the text and replaced it with the associated value. -The localize function does not solve the problem of localizing languages that have plural forms, the solution is to use TChoiceFormat.

- -

The following sample demonstrates the basics of localization in PRADO.

- - -

I18N Components

- -

TTranslate

-

Messages and strings can be localized in PHP or in templates. -To translate a message or string in the template, use TTranslate.

- - -<com:TTranslate>Hello World</com:TTranslate> -<com:TTranslate Text="Goodbye" /> - - -

TTranslate can also perform string substitution. -The Parameters property can be use to add name values pairs for substitution. Substrings in the translation enclosed with "{" and "}" are consider as the - parameter names during substitution lookup. The following example will substitute the substring "{time}" with the value of the parameter attribute "Parameters.time=<%= time() %>". - -<com:TTranslate Parameters.time=<%= time() %> > -The time is {time}. -</com:TTranslate> - - -

A short for TTranslate is also provided using the following syntax.

- -<%[string]%> - -

where string will be translated to different languages according to the end-user's language preference. This syntax can be used with attribute values as well.

- -<com:TLabel Text="<%[ Hello World! ]%>" /> - - -

TDateFormat

-

Formatting localized date and time is straight forward.

- -<com:TDateFormat Value="12/01/2005" /> - - -

The Pattern property accepts 4 predefined localized date patterns and 4 predefined localized time patterns.

-
    -
  • fulldate
    • -
  • longdate
    • -
  • mediumdate
    • -
  • shortdate
    • -
  • fulltime
    • -
  • longtime
    • -
  • mediumtime
    • -
  • shorttime
    • -
-

-The predefined can be used in any combination. If using a combined predefined pattern, -the first pattern must be the date, followed by a space, and lastly the time pattern. -For example, full date pattern with short time pattern. The actual ordering of the -date-time and the actual pattern will be determine automatically from locale data specified -by the Culture property.

- - -<com:TDateFormat Pattern="fulldate shorttime" /> - - -

You can also specify a custom pattern using the following sub-patterns. -The date/time format is specified by means of a string time pattern. In this pattern, all ASCII letters are reserved as pattern letters, which are defined as the following: - - Symbol Meaning Presentation Example - ------ ------- ------------ ------- - G era designator (Text) AD - y year (Number) 1996 - M month in year (Text & Number) July & 07 - d day in month (Number) 10 - h hour in am/pm (1~12) (Number) 12 - H hour in day (0~23) (Number) 0 - m minute in hour (Number) 30 - s second in minute (Number) 55 - E day of week (Text) Tuesday - D day in year (Number) 189 - F day of week in month (Number) 2 (2nd Wed in July) - w week in year (Number) 27 - W week in month (Number) 2 - a am/pm marker (Text) PM - k hour in day (1~24) (Number) 24 - K hour in am/pm (0~11) (Number) 0 - z time zone (Time) Pacific Standard Time - ' escape for text (Delimiter) 'Date=' - '' single quote (Literal) 'o''clock' - -

- -

The count of pattern letters determine the format.

- -

(Text): 4 letters uses full form, less than 4, use short or abbreviated form -if it exists. (e.g., "EEEE" produces "Monday", "EEE" produces "Mon")

- -

(Number): the minimum number of digits. Shorter numbers are zero-padded - to this amount (e.g. if "m" produces "6", "mm" produces "06"). Year is - handled specially; that is, if the count of 'y' is 2, the Year will be - truncated to 2 digits. (e.g., if "yyyy" produces "1997", "yy" produces "97".) - Unlike other fields, fractional seconds are padded on the right with zero.

- -

(Text and Number): 3 or over, use text, otherwise use number. (e.g., -"M" produces "1", "MM" produces "01", "MMM" produces "Jan", and "MMMM" -produces "January".)

- -

Any characters in the pattern that are not in the ranges of ['a'..'z'] -and ['A'..'Z'] will be treated as quoted text. For instance, characters -like ':', '.', ' ', and '@' will appear in the resulting time text -even they are not embraced within single quotes.

- -

Examples using the US locale: - - -Format Pattern Result --------------- ------- -"yyyy.MM.dd G 'at' HH:mm:ss" ->> 1996.07.10 AD at 15:08:56 -"EEE, MMM d, ''yy" ->> Wed, Jul 10, '96 -"h:mm a" ->> 12:08 PM -"hh 'o''clock' a, z" ->> 12 o'clock PM, Pacific Daylight Time -"K:mm a" ->> 0:00 PM -"yyyy.MMMM.dd G hh:mm a" ->> 1996.July.10 AD 12:08 PM - -

- -

If the Value property is not specified, the current date and time is used.

- -

TNumberFormat

-

PRADO's Internationalization framework provide localized currency formatting and number formatting. Please note that the TNumberFormat component provides formatting only, it does not perform current conversion or exchange.

- -

Numbers can be formatted as currency, percentage, decimal or scientific -numbers by specifying the Type attribute. The valid types are:

-
    -
  • currency
    • -
  • percentage
    • -
  • decimal
    • -
  • scientific
    • -
- - -<com:TNumberFormat Type="currency" Value="100" /> - - -

Culture and Currency properties may be specified to format locale specific numbers.

- -

If someone from US want to see sales figures from a store in -Germany (say using the EURO currency), formatted using the german - currency, you would need to use the attribute Culture="de_DE" to get -the currency right, e.g. 100,00$. The decimal and grouping separator is -then also from the de_DE locale. This may lead to some confusion because -people from US uses the "," (comma) as thousand separator. Therefore a Currency -attribute is available, so that the output from the following example results in $100.00 - -<com:TNumberFormat Type="currency" - Culture="en_US" Currency="EUR" Value="100" /> - -

- -

The Pattern property determines the number of digits, thousand grouping -positions, the number of decimal points and the decimal position. The actual characters that -are used to represent the decimal points and thousand points are culture specific -and will change automatically according to the Culture property. The valid -Pattern characters are:

-
    -
  • # (hash) - represents the optional digits
    • -
  • 0 (zero) - represents the mandatory digits, zero left filled
    • -
  • . (full stop) - the position of the decimal point (only 1 decimal point is allowed)
    • -
  • , (comma) - thousand point separation (up to 2 commas are allowed)
    • -
-

-For example, consider the Value="1234567.12345" and -with Culture="en_US" (which uses "," for thousand point separator and "." for decimal separators). -

- -Pattern Output -------- ------ -##,###.00 ->> 1,234,567.12 -##,###.## ->> 1,234,567.12345 -##,##.0000 ->> 1,23,45,67.1235 -##,###,##.0 ->> 12,345,67.1 -000,000,000.0 ->> 001,234,567.1 - -

- -

TTranslateParameter

-

Compound messages, i.e., string substitution, can be accomplished with TTranslateParameter. -In the following example, the strings "{greeting}" and "{name}" will be replace -with the values of "Hello" and "World", respectively.The substitution string must be enclose with "{" and "}". The parameters can be further translated by using TTranslate. - - -<com:TTranslate> - {greeting} {name}! - <com:TTranslateParameter Key="name">World</com:TTranslateParameter> - <com:TTranslateParameter Key="greeting">Hello</com:TTranslateParameter> -</com:TTranslate> - - - - -

TChoiceFormat

- -

Using the localize function or TTranslate component to translate messages does not inform the translator the cardinality of the data required to determine the correct plural structure to use. It only informs them that there is a variable data, the data could be anything. Thus, the translator will be unable to determine with respect to the substitution data the correct plural, language structure or phrase to use . E.g. in English, to translate the sentence, "There are {number} of apples.", the resulting translation should be different depending on the number of apples.

- -

The TChoiceFormat component performs message/string choice translation. The following example demonstrated a simple 2 choice message translation.

- - -<com:TChoiceFormat Value="1"/>[1] One Apple. |[2] Two Apples</com:TChoiceFormat> - - -

In the above example, the Value "1" (one), thus the translated string -is "One Apple". If the Value was "2", then it will show "Two Apples".

- -

The message/string choices are separated by the pipe "|" followed by a set notation of the form.

-
    -
  • [1,2] -- accepts values between 1 and 2, inclusive.
    • -
  • (1,2) -- accepts values between 1 and 2, excluding 1 and 2.
    • -
  • {1,2,3,4} -- only values defined in the set are accepted.
    • -
  • [-Inf,0) -- accepts value greater or equal to negative infinity - and strictly less than 0
    • -
- -

Any non-empty combinations of the delimiters of square and round brackets are acceptable. -The string chosen for display depends on the Value property. The Value is evaluated for each set until the Value is found to belong to a particular set.

- - - diff --git a/demos/quickstart/protected/pages/Advanced/es/Logging.page b/demos/quickstart/protected/pages/Advanced/es/Logging.page deleted file mode 100755 index de67b5f6..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Logging.page +++ /dev/null @@ -1,61 +0,0 @@ - - -

Logging

-

-PRADO provides a highly flexible and extensible logging functionality. Messages logged can be classified according to log levels and message categories. Using level and category filters, the messages can be further routed to different destinations, such as files, emails, browser windows, etc. The following diagram shows the basic architecture of PRADO logging mechanism, -

-Log router - -

Using Logging Functions

-

-The following two methods are provided for logging messages in PRADO, -

- -Prado::log($message, $logLevel, $category); -Prado::trace($message, $category); - -

-The difference between Prado::log() and Prado::trace() is that the latter automatically selects the log level according to the application mode. If the application is in Debug mode, stack trace information is appended to the messages. Prado::trace() is widely used in the core code of the PRADO framework. -

- -

Message Routing

-

-Messages logged using the above two functions are kept in memory. To make use of the messages, developers need to route them to specific destinations, such as files, emails, or browser windows. The message routing is managed by System.Util.TLogRouter module. When plugged into an application, it can route the messages to different destination in parallel. Currently, PRADO provides three types of routes: -

-
    -
  • TFileLogRoute - filtered messages are stored in a specified log file. By default, this file is named prado.log under the runtime directory of the application. File rotation is provided.
    • -
  • TEmailLogRoute - filtered messages are sent to pre-specified email addresses.
    • -
  • TBrowserLogRoute - filtered messages are appended to the end of the current page output.
    • -
-

-To enable message routing, plug in and configure the TLogRouter module in application configuration, -

- -<module id="log" class="System.Util.TLogRouter"> - <route class="TBrowserLogRoute" - Levels="Info" - Categories="System.Web.UI.TPage, System.Web.UI.WebControls" /> - <route class="TFileLogRoute" - Levels="Warning, Error" - Categories="System.Web" /> -</module> - -

-In the above, the Levels and Categories specify the log and category filters to selectively retrieve the messages to the corresponding destinations. -

- -

Message Filtering

-

-Messages can be filtered according to their log levels and categories. Each log message is associated with a log level and a category. With levels and categories, developers can selectively retrieve messages that they are interested on. -

-

-Log levels defined in System.Util.TLogger include : DEBUG, INFO, NOTICE, WARNING, ERROR, ALERT, FATAL. Messages can be filtered according log level criteria. For example, if a filter specifies WARNING and ERROR levels, then only those messages that are of WARNING and ERROR will be returned. -

-

-Message categories are hierarchical. A category whose name is the prefix of another is said to be the ancestor category of the other category. For example, System.Web category is the ancestor of System.Web.UI and System.Web.UI.WebControls categories. Messages can be selectively retrieved using such hierarchical category filters. For example, if the category filter is System.Web, then all messages in the System.Web are returned. In addition, messages in the child categories, such as System.Web.UI.WebControls, are also returned. -

-

-By convention, the messages logged in the core code of PRADO are categorized according to the namespace of the corresponding classes. For example, messages logged in TPage will be of category System.Web.UI.TPage. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/es/MasterContent.page b/demos/quickstart/protected/pages/Advanced/es/MasterContent.page deleted file mode 100755 index f99a64dc..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/MasterContent.page +++ /dev/null @@ -1,57 +0,0 @@ - - -

Master and Content

-

-Pages in a Web application often share common portions. For example, all pages of this tutorial application share the same header and footer portions. If we repeatedly put header and footer in every page source file, it will be a maintenance headache if in future we want to something in the header or footer. To solve this problem, PRADO introduces the concept of master and content. It is essentially a decorator pattern, with content being decorated by master. -

-

-Master and content only apply to template controls (controls extending TTemplateControl or its child classes). A template control can have at most one master control and one or several contents (each represented by a TContent control). Contents will be inserted into the master control at places reserved by TContentPlaceHolder controls. And the presentation of the template control is that of the master control with TContentPlaceHolder replaced by TContent. -

-

-For example, assume a template control has the following template: -

- -<%@ MasterClass="MasterControl" %> -<com:TContent ID="A" > -content A -</com:TContent > -<com:TContent ID="B" > -content B -</com:TContent > -<com:TContent ID="B" > -content B -</com:TContent > - -

-which uses MasterControl as its master control. The master control has the following template, -

- -other stuff -<com:TContentPlaceHolder ID="A" /> -other stuff -<com:TContentPlaceHolder ID="B" /> -other stuff -<com:TContentPlaceHolder ID="C" /> -other stuff - -

-Then, the contents are inserted into the master control according to the following diagram, while the resulting parent-child relationship can be shown in the next diagram. Note, the template control discards everything in the template other than the contents, while the master control keeps everything and replaces the content placeholders with the contents according to ID matching. -

- alt="Master and Content" /> - alt="Parent-child relationship between master and content" /> - -

Master vs. External Template

-

-Master is very similar to external templates which are introduced since version 3.0.5. A special include tag is used to include an external template file into a base template. -

-

-Both master and external template can be used to share common contents among pages. A master is a template control whose template contains the common content and whose class file contains the logic associated with the master. An external template, on the other hand, is a pure template file without any class files. -

-

-Therefore, use master control if the common content has to be associated with some logic, such as a page header with search box or login box. A master control allows you to specify how the common content should interact with end users. If you use external templates, you will have to put the needed logic in the page or control class who owns the base template. -

-

-Performancewise, external template is lighter than master as the latter is a self-contained control participating the page lifecycles, while the former is used only when the template is being parsed. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/es/Performance.page b/demos/quickstart/protected/pages/Advanced/es/Performance.page deleted file mode 100755 index 7bdd4589..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Performance.page +++ /dev/null @@ -1,88 +0,0 @@ - - -

Performance Tuning

-

-Performance of Web applications is affected by many factors. Database access, file system operations, network bandwidth are all potential affecting factors. PRADO tries in every effort to reduce the performance impact caused by the framework. -

- -

Caching

-

-PRADO provides a generic caching technique used by in several core parts of the framework. For example, when caching is enabled, TTemplateManager will save parsed templates in cache and reuse them in the following requests, which saves time for parsing templates. The TThemeManager adopts the similar strategy to deal with theme parsing. -

-

-Enabling caching is very easy. Simply add the cache module in the application configuration, and PRADO takes care of the rest. -

- -<modules> - <module id="cache" class="System.Caching.TSqliteCache" /> -</modules> - - -

-Developers can also take advantage of the caching technique in their applications. The Cache property of TApplication returns the plugged-in cache module when it is available. To save and retrieve a data item in cache, use the following commands, -

- -if($application->Cache) { - // saves data item in cache - $application->Cache->set($keyName,$dataItem); - // retrieves data item from cache - $dataItem=$application->Cache->get($keyName); -} - -

-where $keyName should be a string that uniquely identifies the data item stored in cache. -

- -

-Since v3.1.0, a new control called TOutputCache has been introduced. This control allows users to selectively cache parts of a page's output. When used appropriately, this technique can significant improve pages' performance because the underlying controls are not created at all if the cached versions are hit. -

- -

Using pradolite.php

-

-Including many PHP script files may impact application performance significantly. PRADO classes are stored in different files and when processing a page request, it may require including tens of class files.To alleviate this problem, in each PRADO release, a file named pradolite.php is also included. The file is a merge of all core PRADO class files with comments being stripped off and message logging removed. -

-

-To use pradolite.php, in your application entry script, replace the inclusion of prado.php with pradolite.php. -

- -

Changing Application Mode

-

-Application mode also affects application performance. A PRADO application can be in one of the following modes: Off, Debug, Normal and Performance. The Debug mode should mainly be used during application development, while Normal mode is usually used in early stage after an application is deployed to ensure everything works correctly. After the application is proved to work stably for some period, the mode can be switched to Performance to further improve the performance. -

-

-The difference between Debug, Normal and Performance modes is that under Debug mode, application logs will contain debug information, and under Performance mode, timestamp checking is not performed for cached templates and published assets. Therefore, under Performance mode, application may not run properly if templates or assets are modified. Since Performance mode is mainly used when an application is stable, change of templates or assets are not likely. -

-

-To switch application mode, configure it in application configuration: -

- -<application Mode="Performance" > - ...... -</application > - - -

Reducing Page Size

-

-By default, PRADO stores page state in hidden fields of the HTML output. The page state could be very large in size if complex controls, such as TDataGrid, is used. To reduce the size of the network transmitted page size, two strategies can be used. -

-

-First, you may disable viewstate by setting EnableViewState to false for the page or some controls on the page if they do not need user interactions. Viewstate is mainly used to keep track of page state when a user interacts with that page/control. -

-

-Second, you may use a different page state storage. For example, page state may be stored in session, which essentially stores page state on the server side and thus saves the network transmission time. The StatePersisterClass property of the page determines which state persistence class to use. By default, it uses System.Web.UI.TPageStatePersister to store persistent state in hidden fields. You may modify this property to a persister class of your own, as long as the new persister class implements the IPageStatePersister interface. You may configure this property in several places, such as application configuration or page configuration using <pages> or <page> tags, -

- -<pages StatePersisterClass="MyPersister1" ... > - <page ID="SpecialPage" StatePersisterClass="MyPersister2" ... /> -</pages> - -

-Note, in the above the SpecialPage will use MyPersister2 as its persister class, while the rest pages will use MyPersister1. Therefore, you can have different state persister strategies for different pages. -

- -

Other Techniques

-

-Server caching techniques are proven to be very effective in improving the performance of PRADO applications. For example, we have observed that by using Zend Optimizer, the RPS (request per second) of a PRADO application can be increased by more than ten times. Of course, this is at the cost of stale output, while PRADO's caching techniques always ensure the correctness of the output. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/es/Scripts.page b/demos/quickstart/protected/pages/Advanced/es/Scripts.page deleted file mode 100755 index cca6530e..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Scripts.page +++ /dev/null @@ -1,397 +0,0 @@ - -

Introduction to Javascript

-This guide is based on the -Quick guide to somewhat advanced JavaScript tour of some OO features by Sergio Pereira. - -

Hey, I didn't know you could do that

-

- If you are a web developer and come from the same place I do, you have probably - used quite a bit of Javascript in your web pages, mostly as UI glue. -

-

- - Until recently, I knew that Javascript had more OO capabilities than I was employing, - but I did not feel like I needed to use it. As the browsers started to support a more - standardized featureset of Javascript and the DOM, it became viable to write more - complex and functional code to run on the client. That helped giving birth to the - AJAX phenomena. -

-

- As we all start to learn what it takes to write our cool, AJAX applications, we begin - to notice that the Javascript we used to know was really just the tip of the iceberg. - We now see Javascript being used beyond simple UI chores like input validation and frivolous - tasks. The client code now is far more advanced and layered, much like a real desktop - application or a client-server thick client. We see class libraries, object models, - hierarchies, patterns, and many other things we got used to seeing only in our server - side code. -

-

- In many ways we can say that suddenly the bar was put much higher than before. It takes - a heck lot more proficiency to write applications for the new Web and we need to improve - our Javascript skills to get there. - If you try to use many of the existing javascript libraries out there, like - Prototype.js, - Scriptaculous, - moo.fx, - Behaviour, - YUI, - etc you'll eventually find yourself reading the JS code. Maybe because you want - to learn how they do it, or because you're curious, or more often because that's the - only way to figure out how to use it, since documentation does not seem to be highly - regarded with most of these libraries. Whatever the case may be, you'll face some - kung-fu techniques that will be foreign and scary if you haven't seen anything like - that before. -

- -

- The purpose of this article is precisely explaining the types of constructs that - many of us are not familiar with yet. -

- - -

JSON (JavaScript Object Notation)

-

- JavaScript Object Notation (JSON,) is one of the new - buzzwords popping up around the AJAX theme. JSON, simply put, is a way of - declaring an object in Javascript. Let's see an example right away and note - how simple it is. -

- -var myPet = { color: 'black', leg_count: 4, communicate: function(repeatCount){ -for(i=0;i<repeatCount;i++) alert('Woof!');} }; - - -

- Let's just add little bit of formatting so it looks more like how we usually find out there: -

- -var myPet = -{ - color: 'black', - legCount: 4, - communicate: function(repeatCount) - { - for(i=0;i<repeatCount;i++) - alert('Woof!'); - } -}; - -

- Here we created a reference to an object with two properties (color - and legCount) and a method (communicate.) - It's not hard to figure out that the object's properties and methods - are defined as a comma delimited list. Each of the members is introduced by name, followed - by a colon and then the definition. In the case of the properties it is easy, just the value - of the property. The methods are created by assigning an anonymous function, which we will - explain better down the line. - After the object is created and assigned to the variable myPet, - we can use it like this: -

- - -alert('my pet is ' + myPet.color); -alert('my pet has ' + myPet.legCount + ' legs'); -//if you are a dog, bark three times: -myPet.communicate(3); - -

- You'll see JSON used pretty much everywhere in JS these days, as arguments to functions, - as return values, as server responses (in strings,) etc. -

- -

What do you mean? A function is an object too?

-

- This might be unusual to developers that never thought about that, but in JS a function is - also an object. You can pass a function around as an argument to another function just like - you can pass a string, for example. This is extensively used and very handy. -

- -

- Take a look at this example. We will pass functions to another function that will use them. -

- -var myDog = -{ - bark: function() - { - alert('Woof!'); - } -}; - -var myCat = -{ - meow: function() - { - alert('I am a lazy cat. I will not meow for you.'); - } -}; - -function annoyThePet(petFunction) -{ - //let's see what the pet can do - petFunction(); -} - -//annoy the dog: -annoyThePet(myDog.bark); -//annoy the cat: -annoyThePet(myCat.meow); - -

- Note that we pass myDog.bark and myCat.meow without appending parenthesis - "()" to them. If we did that we would not be passing - the function, rather we would be calling the method and passing the return value, - undefined in both cases here. -

- -

- If you want to make my lazy cat start barking, you can easily do this: -

- -myCat.meow = myDog.bark; -myCat.meow(); //alerts 'Woof!' - - -

Arrays, items, and object members

-

- The following two lines in JS do the same thing. -

- - -var a = new Array(); -var b = []; - -

- As I'm sure you already know, you can access individual items in an array - by using the square brackets: -

- -var a = ['first', 'second', 'third']; -var v1 = a[0]; -var v2 = a[1]; -var v3 = a[2]; - -

- - But you are not limited to numeric indices. You can access any member of a JS - object by using its name, in a string. The following example creates an empty - object, and adds some members by name. -

- -var obj = {}; //new, empty object -obj['member_1'] = 'this is the member value'; -obj['flag_2'] = false; -obj['some_function'] = function(){ /* do something */}; - -

- The above code has identical effect as the following: -

- -var obj = -{ - member_1:'this is the member value', - flag_2: false, - some_function: function(){ /* do something */} -}; - - -

- In many ways, the idea of objects and associative arrays (hashes) in JS are not - distiguishable. The following two lines do the same thing too. -

- -obj.some_function(); -obj['some_function'](); - - - -

Enough about objects, may I have a class now?

-

- - The great power of object oriented programming languages derive from the use - of classes. I don't think I would have guessed how classes are defined in JS - using only my previous experience with other languages. Judge for yourself. -

- -//defining a new class called Pet -var Pet = function(petName, age) -{ - this.name = petName; - this.age = age; -}; - -//let's create an object of the Pet class -var famousDog = new Pet('Santa\'s Little Helper', 15); -alert('This pet is called ' + famousDog.name); - -

- Let's see how we add a method to our Pet class. We will be using the - prototype property that all classes have. The prototype - property is an object that contains all the members that any object of the class will have. - Even the default JS classes, like String, Number, - and Date have a prototype object that we - can add methods and properties to and make any object of that class automatically gain this new member. -

- - -Pet.prototype.communicate = function() -{ - alert('I do not know what I should say, but my name is ' + this.name); -}; - -

- That's when a library like prototype.js comes in - handy. If we are using prototype.js, we can make our code look cleaner (at least in my opinion.) -

- -var Pet = Class.create(); -Pet.prototype = -{ - //our 'constructor' - initialize: function(petName, age) - { - this.name = petName; - this.age = age; - }, - - communicate: function() - { - alert('I do not know what I should say, but my name is ' + this.name); - } -}; - - -

Functions as arguments, an interesting pattern

-

- If you have never worked with languages that support closures - you may find the following idiom too funky. -

- -var myArray = ['first', 'second', 'third']; -myArray.each( function(item, index) -{ - alert('The item in the position #' + index + ' is:' + item); -}); - -

- - Whoa! Let's explain what is going on here before you decide I've gone too - far and navigate to a better article than this one. -

-

- First of all, in the above example we are using the prototype.js library, which - adds the each function to the Array class. The each function accepts one - argument that is a function object. This function, in turn, will be called once - for each item in the array, passing two arguments when called, the item and the index - for the current item. Let's call this function our iterator function. - We could have also written the code like this. -

- -function myIterator(item, index) -{ - alert('The item in the position #' + index + ' is:' + item); -} - -var myArray = ['first', 'second', 'third']; -myArray.each( myIterator ); - -

- But then we would not be doing like all the cool kids in school, right? - More seriously, though, this last format is simpler to understand but causes - us to jump around in the code looking for the myIterator function. It's nice - to have the logic of the iterator function right there in the same place - it's called. Also, in this case, we will not need the iterator function anywhere - else in our code, so we can transform it into an anonymous function without penalty. -

- -

This is this but sometimes this is also that

-

- - One of the most common troubles we have with JS when we start writing our code - it the use of the this keyword. It could be a real - tripwire. -

-

- As we mentioned before, a function is also an object in JS, and sometimes we - do not notice that we are passing a function around. -

-

- Take this code snippet as an example. -

- -function buttonClicked() -{ - alert('button ' + this.id + ' was clicked'); -} - -var myButton = document.getElementById('someButtonID'); -var myButton2 = document.getElementById('someOtherButtonID'); -myButton.onclick = buttonClicked; -myButton2.onclick = buttonClicked; - -

- Because the buttonClicked function is defined outside any object we may tend to - think the this keyword will contain a reference to - the window or document - object (assuming this code is in the middle of an HTML page viewed in a browser.) -

- -

- But when we run this code we see that it works as intended and displays the id of - the clicked button. What happened here is that we made the onclick method of each button contain the - buttonClicked object reference, replacing whatever was there before. Now - whenever the button is clicked, the browser will execute something similar to the following line. -

- -myButton.onclick(); - -

- - That isn't so confusing afterall, is it? But see what happens you start having other - objects to deal with and you want to act on these object upon events like the button's click. -

- -var myHelper = -{ - formFields: [ ], - emptyAllFields: function() - { - for(i=0; i < this.formFields.length; i++) - { - var elementID = this.formFields[i]; - var field = document.getElementById(elementID); - field.value = ''; - } - } -}; - -//tell which form fields we want to work with -myHelper.formFields.push('txtName'); -myHelper.formFields.push('txtEmail'); -myHelper.formFields.push('txtAddress'); - -//clearing the text boxes: -myHelper.emptyAllFields(); - -var clearButton = document.getElementById('btnClear'); -clearButton.onclick = myHelper.emptyAllFields; - -

- So you think, nice, now I can click the Clear button on my page and those three text boxes - will be emptied. Then you try clicking the button only to get a runtime error. The error - will be related to (guess what?) the this keyword. - The problem is that this.formFields is not defined if - this contains a referece to the button, which is - precisely what's happening. One quick solution would be to rewrite our last line of code. -

- - -clearButton.onclick = function() -{ - myHelper.emptyAllFields(); -}; - -

- That way we create a brand new function that calls our helper method within the helper object's context. -

- diff --git a/demos/quickstart/protected/pages/Advanced/es/Scripts3.page b/demos/quickstart/protected/pages/Advanced/es/Scripts3.page deleted file mode 100755 index 37885abb..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Scripts3.page +++ /dev/null @@ -1,39 +0,0 @@ - -

Javascript in PRADO, Questions and Answers

-

How do I include the Javascript libraries distributed with Prado?

-

The javascript libraries distributed with Prado can be found in the -framework/Web/Javascripts/source directory. The packages.php -file in that directory defines a list of available package names available -to be loaded. They can be loaded as follows. -

-
  • Adding libraries in the template - -<com:TClientScript PradoScripts="effects" /> - -
    • -
  • Adding libraries in PHP code - -$this->getPage()->getClientScript()->registerPradoScript("effects"); - -
    • -
-The available packaged libraries included in Prado are -
    -
  • prado : basic PRADO javascript framework based on Prototype
    • -
  • effects : visual effects from script.aculo.us
    • -
  • ajax : ajax and callback related based on Prototype
    • -
  • validator : validation
    • -
  • logger : javascript logger and object browser
    • -
  • datepicker : datepicker
    • -
  • colorpicker : colorpicker
    • -
- -

The dependencies for each library are automatically resolved. Components -that require a particular library will also automatically load the necessary libraries. -For example, if you add a TDatePicker component on the page, the datepicker -and its dependencies will be automatically included on the page.

- -

See TClientScript for options of adding - your custom Javascript code to the page.

- - diff --git a/demos/quickstart/protected/pages/Advanced/es/Security.page b/demos/quickstart/protected/pages/Advanced/es/Security.page deleted file mode 100755 index c3d0b511..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Security.page +++ /dev/null @@ -1,79 +0,0 @@ - - -

Security

- -

Viewstate Protection

-

-Viewstate lies at the heart of PRADO. Viewstate represents data that can be used to restore pages to the state that is last seen by end users before making the current request. By default, PRADO uses hidden fields to store viewstate information. -

-

-It is extremely important to ensure that viewstate is not tampered by end users. Without protection, malicious users may inject harmful code into viewstate and unwanted instructions may be performed when page state is being restored on server side. -

-

-To prevent viewstate from being tampered, PRADO enforces viewstate HMAC (Keyed-Hashing for Message Authentication) check before restoring viewstate. Such a check can detect if the viewstate has been tampered or not by end users. Should the viewstate is modified, PRADO will stop restoring the viewstate and return an error message. -

-

-HMAC check requires a private key that should be secret to end users. Developers can either manually specify a key or let PRADO automatically generate a key. Manually specified key is useful when the application runs on a server farm. To do so, configure TSecurityManager in application configuration, -

- -<modules> - <module id="security" - class="TSecurityManager" - ValidationKey="my private key" /> -</modules> - -

-HMAC check does not prevent end users from reading the viewstate content. An added security measure is to encrypt the viewstate information so that end users cannot decipher it. To enable viewstate encryption, set the EnableStateEncryption of pages to true. This can be done in page configurations or in page code. Note, encrypting viewstate may degrade the application performance. A better strategy is to store viewstate on the server side, rather than the default hidden field. -

- -

Cross Site Scripting Prevention

-

-Cross site scripting (also known as XSS) occurs when a web application gathers malicious data from a user. Often attackers will inject JavaScript, VBScript, ActiveX, HTML, or Flash into a vulnerable application to fool other application users and gather data from them. For example, a poorly design forum system may display user input in forum posts without any checking. An attacker can then inject a piece of malicious JavaScript code into a post so that when other users read this post, the JavaScript runs unexpectedly on their computers. -

-

-One of the most important measures to prevent XSS attacks is to check user input before displaying them. One can do HTML-encoding with the user input to achieve this goal. However, in some situations, HTML-encoding may not be preferable because it disables all HTML tags. -

-

-PRADO incorporates the work of SafeHTML and provides developers with a useful component called TSafeHtml. By enclosing content within a TSafeHtml component tag, the enclosed content are ensured to be safe to end users. In addition, the commonly used TTextBox has a SafeText property which contains user input that are ensured to be safe if displayed directly to end users. -

- -

Cookie Attack Prevention

-

-Protecting cookies from being attacked is of extreme important, as session IDs are commonly stored in cookies. If one gets hold of a session ID, he essentially owns all relevant session information. -

-

-There are several countermeasures to prevent cookies from being attacked. -

-
    -
  • An application can use SSL to create a secure communication channel and only pass the authentication cookie over an HTTPS connection. Attackers are thus unable to decipher the contents in the transferred cookies.
    • -
  • Expire sessions appropriately, including all cookies and session tokens, to reduce the likelihood of being attacked.
    • -
  • Prevent cross-site scripting (XSS) which causes arbitrary code to run in a user's browser and expose his cookies.
    • -
  • Validate cookie data and detect if they are altered.
    • -
-

-PRADO implements a cookie validation scheme that prevents cookies from being modified. In particular, it does HMAC check for the cookie values if cookie validation is enable. -

-

-Cookie validation is disabled by default. To enable it, configure the THttpRequest module as follows, -

- - - - - -

-To make use of cookie validation scheme provided by PRADO, you also need to retrieve cookies through the Cookies collection of THttpRequest by using the following PHP statements, -

- -foreach($this->Request->Cookies as $cookie) - // $cookie is of type THttpCookie - -

-To send cookie data encoded with validation information, create new THttpCookie objects and add them to the Cookies collection of THttpResponse, -

- -$cookie=new THttpCookie($name,$value); -$this->Response->Cookies[]=$cookie; - - - diff --git a/demos/quickstart/protected/pages/Advanced/es/State.page b/demos/quickstart/protected/pages/Advanced/es/State.page deleted file mode 100755 index c43a9dff..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/State.page +++ /dev/null @@ -1,54 +0,0 @@ - - -

Persistent State

-

-Web applications often need to remember what an end user has done in previous page requests so that the new page request can be served accordingly. State persistence is to address this problem. Traditionally, if a page needs to keep track of user interactions, it will resort to session, cookie, or hidden fields. PRADO provides a new line of state persistence schemes, including view state, control state, and application state. -

- -

View State

-

-View state lies at the heart of PRADO. With view state, Web pages become stateful and are capable of restoring pages to the state that end users interacted with before the current page request. Web programming thus resembles to Windows GUI programming, and developers can think continuously without worrying about the round trips between end users and the Web server. For example, with view state, a textbox control is able to detect if the user input changes the content in the textbox. -

-

-View state is only available to controls. View state of a control can be disabled by setting its EnableViewState property to false. To store a variable in view state, call the following, -

- -$this->setViewState('Caption',$caption); - -

-where $this refers to the control object, Caption is a unique key identifying the $caption variable stored in viewstate. To retrieve the variable back from view state, call the following, -

- -$caption = $this->getViewState('Caption'); - - -

Control State

-

-Control state is like view state in every aspect except that control state cannot be disabled. Control state is intended to be used for storing crucial state information without which a page or control may not work properly. -

-

-To store and retrieve a variable in control state, use the following commands, -

- -$this->setControlState('Caption',$caption); -$caption = $this->getControlState('Caption'); - - -

Application State

-

-Application state refers to data that is persistent across user sessions and page requests. A typical example of application state is the user visit counter. The counter value is persistent even if the current user session terminates. Note, view state and control state are lost if the user requests for a different page, while session state is lost if the user session terminates. -

-

-To store and retrieve a variable in application state, use the following commands, -

- -$application->setGlobalState('Caption',$caption); -$caption = $application->getGlobalState('Caption'); - - -

Session State

-

-PRADO encapsulates the traditional session management in THttpSession module. The module can be accessed from within any component by using $this->Session, where $this refers to the component object. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/es/Themes.page b/demos/quickstart/protected/pages/Advanced/es/Themes.page deleted file mode 100755 index 4e440ce5..00000000 --- a/demos/quickstart/protected/pages/Advanced/es/Themes.page +++ /dev/null @@ -1,60 +0,0 @@ - - -

Themes and Skins

- -

Introduction

-

-Themes in PRADO provide a way for developers to provide a consistent look-and-feel across an entire web application. A theme contains a list of initial values for properties of various control types. When applying a theme to a page, all controls on that page will receive the corresponding initial property values from the theme. This allows themes to interact with the rich property sets of the various PRADO controls, meaning that themes can be used to specify a large range of presentational properties that other theming methods (e.g. CSS) cannot. For example, themes could be used to specify the default page size of all data grids across an application by specifying a default value for the PageSize property of the TDataGrid control. -

- -

Understanding Themes

-

-A theme is a directory consists of skin files, javascript files and CSS files. Any javascript or CSS files contained in a theme will be registered with the page that the theme is applied to. A skin is a set of initial property values for a particular control type. A control type may have one or several skins, each identified by a unique SkinID. When applying a theme to a page, a skin is applied to a control if the control type and the SkinID value both match to those of the skin. Note, if a skin has an empty SkinID value, it will apply to all controls of the particular type whose SkinID is not set or empty. A skin file consists of one or several skins, for one or several control types. A theme is the union of skins defined in all skin files. -

- -

Using Themes

-

-To use a theme, you need to set the Theme property of the page with the theme name, which is the theme directory name. You may set it in either page configurations or in the constructor or onPreInit() method of the page. You cannot set the property after onPreInit() because by that time, child controls of the page are already created (skins must be applied to controls right after they are created.) -

-

-To use a particular skin in the theme for a control, set SkinID property of the control in template like following, -

- -<com:TButton SkinID="Blue" ... /> - -

-This will apply the 'Blue' skin to the button. Note, the initial property values specified by the 'Blue' skin will overwrite any existing property values of the button. Use stylesheet theme if you do not want them to be overwritten. To use stylesheet theme, set the StyleSheetTheme property of the page instead of Theme (you can have both StyleSheetTheme and Theme). -

-

-To use the Javascript files and CSS files contained in a theme, a THead control must be placed on the page template. This is because the theme will register those files with the page and THead is the right place to load those files. -

-

-It is possible to specify media types of CSS files contained in a theme. By default, a CSS file applies to all media types. If the CSS file is named like mystyle.print.css, it will be applied only to print media type. As another example, mystyle.screen.css applies to screen media only, and mystyle.css applies to all media types. -

- -

Theme Storage

-

-All themes by default must be placed under the [AppEntryPath]/themes directory, where AppEntryPath refers to the directory containing the application entry script. If you want to use a different directory, configure the BasePath and BaseUrl properties of the System.Web.UI.TThemeManager module in application configuration, -

- -<service id="page" class="TPageService"> - <modules> - <module id="theme" - class="System.Web.UI.TThemeManager" - BasePath="mythemes" - BaseUrl="mythemes" /> - </modules> -</service> - - -

Creating Themes

-

-Creating a theme involves creating the theme directory and writing skin files (and possibly Javascript and CSS files). The name of skin files must be terminated with .skin. The format of skin files are the same as that of control template files. Since skin files do not define parent-child presentational relationship among controls, you cannot place a component tag within another. And any static texts between component tags are discarded. To define the aforementioned 'Blue' skin for TButton, write the following in a skin file, -

- -<com:TButton SkinID="Blue" BackColor="blue" /> - -

-As aforementioned, you can put several skins within a single skin file, or split them into several files. A commonly used strategy is that each skin file only contains skins for one type of controls. For example, Button.skin would contain skins only for the TButton control type. -

- diff --git a/demos/quickstart/protected/pages/Advanced/es/exception.gif b/demos/quickstart/protected/pages/Advanced/es/exception.gif deleted file mode 100755 index 93b1a07f..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/es/exception.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/es/exception2.gif b/demos/quickstart/protected/pages/Advanced/es/exception2.gif deleted file mode 100755 index 5fe0e625..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/es/exception2.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/es/logrouter.gif b/demos/quickstart/protected/pages/Advanced/es/logrouter.gif deleted file mode 100755 index 5a74dfe1..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/es/logrouter.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/es/mastercontent.gif b/demos/quickstart/protected/pages/Advanced/es/mastercontent.gif deleted file mode 100755 index 9354d65c..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/es/mastercontent.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/es/pcrelation.gif b/demos/quickstart/protected/pages/Advanced/es/pcrelation.gif deleted file mode 100755 index c1960d74..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/es/pcrelation.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/id/Assets.page b/demos/quickstart/protected/pages/Advanced/id/Assets.page deleted file mode 100755 index b34426ea..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Assets.page +++ /dev/null @@ -1,69 +0,0 @@ - - -

Assets

-

-Asset adalah file sumber daya (seperti gambar, suara, video, CSS stylesheet, javascript, dll.) yang dimiliki oleh kelas komponen tertentu. Assets disediakan bagi para pengguna Web. Untuk kegunaan dan kemudahan penyebaran kelas komponen terkait, asset harus berada bersama dengan file kelas komponen. Sebagai contoh, tombol toggle dapat memakai dua gambar, disimpan dalam file down.gif dan up.gif, untuk menampilkan kondisi toggle berbeda. Jika kita ingin file gambar disimpan di bawah direktori images di bawah akar dokumen server Web, tidak akan memembuat nyaman bagi para pengguna komponen tombol toggle, karena setiap kali mereka mengembangkan atau menyebarkan aplikasi baru, mereka harus meng-copy file gambar ke direktori tertentu itu secara manual. Untuk mengeliminir persyaratan ini, direktori relatif ke file kelas komponen harus digunakan untuk menyimpan file gambar. Strategi umum adalah menggunakan direktori yang berisi file kelas komponen untuk menyimpan file asset. -

-

-Karena direktori yang berisi file kelas komponen biasanya tidak bisa diakses oleh pengguna Web, PRADO menerapkan skema penerbitan asset untuk menjadikan assets tersedia bagi para pengguna Web. Sebuah asset, setelah diterbitkan, akan mempunyai URL di mana para pengguna bisa mengambil file asset. -

- -

Penerbitan Asset

-

-PRADO menyediakan beberapa metode untuk penerbitan asset atau direktori yang berisi asset: -

-
    -
  • Dalam file template, Anda dapat menggunakan tag asset guna menerbitkan asset dan mendapatkan URL-nya. Catatan, asset harus relatif ke direktori yang berisi file template.
    • -
  • Dalam kode PHP, Anda dapat memanggil $object->publishAsset($assetPath) untuk menerbitkan asset dan mendapatkan URL-nya. $object di sini merujuk ke turunan TApplicationComponent atau kelas asalnya, dan $assetPath adalah file atau direktori relatif ke direktori yang berisi file kelas.
    • -
  • Jika Anda ingin menerbitkan asset sesuka hati, Anda perlu memanggil TAssetManager::publishFilePath($path).
    • -
-

-HATI-HATI: Berhati-hatilah dengan penerbitan asset, karena ia memberikan para pengguna Web mengakses ke file yang sebelumnya tidak dapat diakses. Pastikan bahwa Anda tidak menerbitkan file yang tidak ingin dilihat pengguna lain. -

- -

Kustomisasi

-

-Penerbitan asset diatur oleh modul System.Web.TAssetManager. Standarnya, semua file asset yang diterbitkan disimpan di bawah direktori [AppEntryPath]/assets, di mana AppEntryPath merujuk ke direktori yang berisi naskah entri aplikasi. Pastikan direktori assets bisa ditulisi oleh proses server Web. Anda dapat mengubah direktorinya ke direktori lain dengan mengkonfigurasi properti BasePath dan BaseUrl pada modul TAssetManager dalam konfigurasi aplikasi, -

- -<modules> - <module id="asset" - class="System.Web.TAssetManager" - BasePath="Web.images" - BaseUrl="images" /> -</modules> - - -

Performansi

-

-PRADO menggunakan teknik cache guna memastikan efisiensi penerbitan asset. Menerbitkan asset intinya memerlukan operasi copy file, yang mahal. Untuk menyimpan operasi copy file yang tidak diperlukan, System.Web.TAssetManager hanya menerbitkan asset saat ia memiliki waktu modifikasi file lebih baru daripada file yang pernah diterbitkan. Ketika aplikasi dijalankan dengan mode Performance, pemeriksaan cap waktu tersebut juga diabaikan. -

-

-SARAN: Jangan menggunakan penerbitan asset secara berlebihan. Konsep asset dipakai terutama untuk membantu pemakaian ulang dan redistribusi kelas komponen agar lebih baik. Normalnya, Anda tidak akan menggunakan penerbitan asset untuk sumberdaya yang tidak terikat ke komponen mana pun dalam aplikasi. Sebagai contoh, Anda jangan menggunakan penerbitan asset untuk gambar yang digunakan terutama sebagai elemen desain (misalnya logo, gambar latar belakang, dll). Biarkan server Web melayani gambar ini secara langsung yang akan membantu meningkatkan performansi aplikasi Anda. -

- -

Contoh Tombol Toggle

-

-Sekarang kita menggunakan contoh tombol toggle untuk menjelaskan penggunaan asset. Kontrol menggunakan dua file gambar up.gif dan down.gif, yang disimpan di bawah direktori yang berisi file kelas. Ketika tombol dalam kondisi Up, kita ingin menampilkan gambar up.gif. Ini dapat dikerjakan seperti berikut, -

- -class ToggleButton extends TWebControl { - ... - protected function addAttributesToRender($writer) { - ... - if($this->getState()==='Up') { - $url=$this->getAsset('up.gif'); - $writer->addAttribute('src',$url); - } - ... - } - ... -} - -

-Dalam contoh di atas, pemanggilan $this->getAsset('up.gif') akan menerbitkan file gambar up.gif dan mengembalikan URL untuk file gambar yang diterbitkan. URL kemudian disajikan sebagai atribut dari tag gambar HTML. -

-

-Untuk meredistribusi ToggleButton, cukup paketkan bersama file kelas dan file gambar. Para pengguna ToggleButton cuma perlu untuk mengurai file, dan mereka bisa menggunakannya secara langsung tanpa mencemaskan mengenai ke mana meng-copy file gambar itu. -

- diff --git a/demos/quickstart/protected/pages/Advanced/id/Auth.page b/demos/quickstart/protected/pages/Advanced/id/Auth.page deleted file mode 100755 index eb7ab026..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Auth.page +++ /dev/null @@ -1,170 +0,0 @@ - - -

Otentikasi dan Otorisasi

-

-Otentikasi adalah proses verifikasi apakah seseorang yang mengaku siapa dirinya. Biasanya menyangkut nama pengguna dan kata sandi, tapi bisa menyertakan metode lain dari mendemonstrasikan identitas, seperti kartu pintar, sidik jari, dll. -

-

-Otorisasi adalah mendapatkan keterangan jika orang yang sekali teridentifikasi, diijinkan untuk memanipulasi sumber daya tertentu. Ini biasanya ditentukan dengan menyelidiki apakah orang itu memiliki aturan akses tertentu terhadap sumber daya atau tidak. -

- -

Bagaimana Kerangka Kerja Otentikasi PRADO Bekerja

-

-PRADO menyediakan kerangka kerja otentikasi/otorisasi yang dapat diperluas. Seperti dijelaskan dalam masa hidup aplikasi, TApplication menyimpan beberapa masa hidup untuk modul yang bertanggung jawab terhadap otentikasi dan otorisasi. PRADO menyediakan modul TAuthManager untuk keperluan tersebut. Para pengembang dapat memasukan modul otentikasinya sendiri dengan mudah. TAuthManager didesain untuk dipakai bersama dengan modul TUserManager, yang menerapkan datbase pengguna hanya-baca. -

-

-Ketika sebuah permintaan halaman terjadi, TAuthManager akan mencoba untuk mengembalikan informasi pengguna dari sesi. Jika tidak ada informasi pengguna yang ditemukan, pengguna dianggap sebagai pengguna anonim atau tamu. Guna menjembatani verifikasi identitas pengguna, TAuthManager menyediakan dua metode yang umum dipakai: login() dan logout(). Pengguna dimasukan (diverifikasi) jika entitas nama pengguna serta kata sandinya sama dengan rekaman dalam database pengguna yang diatur oleh TUserManager. Pengguna dikeluarkan jika informasi pengguna dihapus dari sesi dan dia perlu masuk lagi jika dia membuat permintaan baru terhadap halaman. -

-

-Selama masa hidup aplikasi Otorisasi, yang terjadi setelah masa hidup Otentikasi, TAuthManager akan memverifikasi apakah pengguna saat ini mempunyai akses ke halaman yang diminta berdasarkan set aturan otorisasi. Otorisasi adalah berbasis-aturan, misalnya seorang pengguna memiliki akses ke sebuah halaman jika 1) halaman secara ekplisit menyatakan bahwa pengguna mempunyai akses; 2) atau pengguna adalah aturan tertentu yang memiliki akses ke halaman. Jika pengguna tidak mempunyai akses ke halaman, TAuthManager akan mengalihkan browser pengguna ke halaman masuk yang ditetapkan oleh properti LoginPage. -

- -

Menggunakan Kerangka Kerja Otentikasi PRADO

-

-Untuk menghidupkan kerangka kerja otentikasi PRADO, tambahkan modul TAuthManager dan modul TUserManager ke konfigurasi aplikasi, -

- -<service id="page" class="TPageService"> - <modules> - <module id="auth" class="System.Security.TAuthManager" - UserManager="users" LoginPage="UserLogin" /> - <module id="users" class="System.Security.TUserManager" - PasswordMode="Clear"> - <user name="demo" password="demo" /> - <user name="admin" password="admin" /> - </module> - </modules> -</service> - -

-Di atas, properti UserManager dari TAuthManager disetel ke modul users yang adalah TUserManager. Para pengembang dapat menggantinya dengan modul manajemen pengguna yang berasal dari TUserManager. -

-

-Aturan otorisasi untuk halaman ditetapkan dalam konfigurasi halaman seperti berikut, -

- -<authorization> - <allow pages="PageID1,PageID2" - users="User1,User2" - roles="Role1" /> - <deny pages="PageID1,PageID2" - users="?" - verb="post" /> -</authorization> - -

-Aturan otorisasi bisa berupa aturan allow atau aturan deny. Setiap aturan terdiri dari empat properti opsional: -

-
    -
  • pages - daftar nama halaman dipisahkan koma yang menerapkan aturan ini. Jika kosong atau tidak disetel, aturan ini akan berlaku ke semua halaman di bawah direktori saat ini dan seluruh subdirektorinya secara rekursif.
    • -
  • users - daftar nama pengguna yang menerapkan aturan dipisahkan koma di mana aturan ini berlaku. Karakter * menunjukan semua pengguna termasuk pengguna anonim/tamu. Karakter ? menunjukan pengguna anonim/tamu . Dan karakter @ menunjukan pengguna terotentikasi (tersedia sejak v3.1).
    • -
  • roles - daftar aturan pengguna yang menerapkan aturan ini.
    • -
  • verb - metode akses halaman yang memberlakukan aturan ini. Ia bisa berupa get atau post. Jika kosong atau tidak disetel, aturan berlaku untuk kedua metode tersebut.
    • -
- -

-Ketika permintaan halaman sedang diproses, daftar aturan otorisassi menjadi tersedia. Akan tetapi, hanya aturan efektif yang pertama menyamai pengguna saat ini akan menyajikan hasil otorisasi. -

-
    -
  • Aturan diurut dari bawah-ke atas, misalnya aturan yang berisi dalam konfigurasi dari folder halaman saat ini menjadi yang pertama. Aturan dalam konfigurasi dari folder halaman leluhurnya menjadi yang berikutnya.
    • -
  • Sebuah aturan efektif jika halaman saat ini dalam halaman yang didaftarkan pada aturan DAN aksi pengguna saat ini (get atau post) dalam aksi terdaftar.
    • -
  • Sebuah aturan sama terjadi jika nama pengguna saat ini ada dalam daftar nama pengguna pada aturan efektif ATAU jika aturan pengguna ada dalam aturan terdaftar yang mengaturnya.
    • -
  • Jika tidak ada aturan yang sama, pengguna diotorisasi.
    • -
-

-Dalam contoh di atas, pengguna anonim akan ditolak atas penulisan ke PageID1 dan PageID2, sementara User1 dan User2 dan semua pengguna aturan Role1 bisa mengakses dua halaman (baik metode get maupun post). -

- -

-Sejak versi 3.1.1, atribut pages dalam aturan otorisasi dapat mengambil path halaman relatif dengan '*'. Sebagai contoh, pages="admin.Home" merujuk ke halaman Home di bawah direktori admin, dan pages="admin.*" akan merujuk ke seluruh halaman di bawah direktori admin dan subdirektorinya. -

- -

-Juga diperkenalkan dalam versi 3.1.1 adalah aturan IP. Ini ditetapkan oleh atribut baru ip dalam aturan otorisasi. Aturan IP dipakai untuk menentukan apakah aturan otorisasi berlaku ke pengguna-akhir berdasarkan alamat IP-nya. Seseorang dapat mendaftar beberapa IP sekaligus, dipisahkan dengan koma ','. Wildcard '*' dapat dipakai dalam aturan. Sebagai contoh, ip="192.168.0.2, 192.168.1.*" berarti aturan berlaku untuk para pengguna yang alamat IP-nya 192.168.0.2 atau 192.168.1.*. Yang kedua sama dengan setiap host dalam subnet 192.168.1. -

- -

Menggunakan TUserManager

-

-Seperti telah disebutkan di atas, TUserManager menerapkan database pengguna hanya-baca. Informasi pengguna ditetapkan baik dalam konfigurasi aplikasi ataupun file XML eksternal. -

-

-Kita telah melihat contoh di atas yang menggunakan dua pengguna ditetapkan dalam konfigurasi aplikasi. Sintaks lengkap atas penetapan pengguna dan informasi aturan adalah sebagai berikut, -

- -<user name="demo" password="demo" roles="demo,admin" /> -<role name="admin" users="demo,demo2" /> - -

-di mana atribut roles dalam elemen user adalah opsional. Aturan pengguna dapat ditetapkan baik dalam elemen user ataupun dalam elemen role terpisah. -

- -

Menggunakan TDbUserManager

-

-TDbUserManager diperkenalkan dalam v3.1.0. Tujuan utamanya adalah untuk menyederhanakan tugas pengaturan akun pengguna yang disimpan dalam sebuah database. Ini membutuhkan para pengembang untuk menulis kelas pengguna yang mewakili informasi yang diperlukan untuk akun pengguna. Kelas pengguna harus diperluas dari TDbUser. -

-

-Untuk menggunakan TDbUserManager, konfigurasi itu dalam konfigurasi aplikasi seperti berikut: -

- - - - - - -

-

-Dalam contoh di atas, UserClass menetapkan bahwa kelas akan dipakai untuk membuat turunan pengguna. Kelas harus diperluas dari TDbUser. ConnectionID merujuk ke ID dari modul TDataSourceConfig yang menetapkan bagaimana untuk melakukan koneksi database guna mendapatkan informasi penggunanya. -

-

-Kelas pengguna harus menerapkan dua metode abstrak dalam TDbUser: validateUser() dan createUser(). Karena informasi akun pengguna disimpan dalam sebuah database, kelas pengguna dapat menggunakan properti DbConnection-nya untuk menjangkau database. -

- -

-Sejak versi 3.1.1, TAuthManager menyediakan dukungan guna membolehkan mengingat yang masuk dengan menyetel AllowAutoLogin menjadi true. Oleh karena itu, TDbUser menambahkan dua metode untuk memfasilitasi implementasi fitur ini. Dalam keadaan tertentu, dua metode baru diperkenalkan: createUserFromCookie() dan saveUserToCookie(). Para pengembang harus mengimplementasikan dua metode ini jika mengingat yang sudah masuk diperlukan. Di bawah ini adalah contoh implementasi: -

- -public function createUserFromCookie($cookie) -{ - if(($data=$cookie->Value)!=='') - { - $application=Prado::getApplication(); - if(($data=$application->SecurityManager->validateData($data))!==false) - { - $data=unserialize($data); - if(is_array($data) && count($data)===3) - { - list($username,$address,$token)=$data; - $sql='SELECT passcode FROM user WHERE LOWER(username)=:username'; - $command=$this->DbConnection->createCommand($sql); - $command->bindValue(':username',strtolower($username)); - if($token===$command->queryScalar() && $token!==false && $address=$application->Request->UserHostAddress) - return $this->createUser($username); - } - } - } - return null; -} - -public function saveUserToCookie($cookie) -{ - $application=Prado::getApplication(); - $username=strtolower($this->Name); - $address=$application->Request->UserHostAddress; - $sql='SELECT passcode FROM user WHERE LOWER(username)=:username'; - $command=$this->DbConnection->createCommand($sql); - $command->bindValue(':username',strtolower($username)); - $token=$command->queryScalar(); - $data=array($username,$address,$token); - $data=serialize($data); - $data=$application->SecurityManager->hashData($data); - $cookie->setValue($data); -} - - - diff --git a/demos/quickstart/protected/pages/Advanced/id/Collections.page b/demos/quickstart/protected/pages/Advanced/id/Collections.page deleted file mode 100755 index e79da29c..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Collections.page +++ /dev/null @@ -1,135 +0,0 @@ - - -

Koleksi

-

-Koleksi adalah struktur data dasar dalam pemrograman. Sebagai tambahan pada pemrograman PHP, array dipakai secara luas untuk mewakili koleksi struktur data. Array PHP adalah campuran dari array berindeks-kardinal dan tabel campuran. -

-

-Untuk menghidupkan manipulasi obyek-terorientasi atas koleksi, PRADO menyediakan kelas koleksi yang bertenaga. Diantaranya, TList dan TMap adalah yang paling mendasar dan biasanya melayani sebagai basis kelas untuk kelas koleksi lainnya. Karena banyak komponen PRADO memiliki properti yang bertipe koleksi, penting bagi para pengembang untuk menguasai pemakaian kelas koleksi PRADO. -

- -

Menggunakan TList

-

-Obyek TList mewakili array berindeks-kardinal, misalnya array (obyek) dengan indeks 0, 1, 2, ... -

-

-TList bisa dipakai seperti array PHP. Sebagai contoh, -

- -$list=new TList; // buat obyek list -... -$item=$list[$index]; // baca item pada indeks yang ditetapkan -$list[]=$item; // tambah item di akhir -$list[$index]=$item; // ganti item pada indeks yang ditetapkan -unset($list[$index]); // hapus item di posisi $index -if(isset($list[$index])) // uji apakah daftar memiliki item di posisi $index -foreach($list as $index=>$item) // jelajahi setiap item dalam daftar - - -

-Untuk memperoleh jumlah item dalam daftar, gunakan properti Count. Catatan, jangan gunakan count($list), karena ia selalu mengembalikan 1. -

- -

-Sebagai tambahan, TList menerapkan beberapa metode yang nyaman untuk dipakai secara umum guna memanipulasi data dalam sebuah daftar. Ini termasuk -

-
    -
  • clear(): membersihkan seluruh item dalam daftar.
    • -
  • contains(): menguji apakah daftar berisi item yang ditetapkan.
    • -
  • indexOf(): mendapatkan indeks berbasis-nol dari item yang ditetapkan dalam daftar.
    • -
  • toArray(): mengembalikan perwakilan array atas item dalam daftar.
    • -
  • copyFrom(): mempopulasikan daftar dengan data dari array atau obyek yang bisa dijelajahi (termasuk TList). Item yang sudah ada akan dihapus terlebih dahulu.
    • -
  • mergeWith(): menambahkan daftar dengan data dari array atau obyek yang bisa dijelajahi (termasuk TList).
    • -
- -

Menggunakan properti komponen berbasis-TList

-

-Seperti telah disebutkan di atas, banyak properti komponen PRADO didasarkan pada TList atau kelas koleksi berasal dari TList. Properti ini semuanya berbagi pemakaian tersebut di atas. -

-

-Sebagai contoh, TControl (basis kelas untuk semua kontrol PRADO) mempunyai properti yang disebut Controls yang mewakili koleksi dari kontrol anak. Tipe Controls adalah TControlCollection yang memperluas TList. Oleh karena itu, untuk menambahkan kontrol anak baru, kita dapat menggunakan cara berikut, -

- -$control->Controls[]=$newControl; - -

-Untuk menjelajahi melalui kontrol anak, kita bisa menggunakan, -

- -foreach($control->Controls as $childControl) ... - -

-Controh lain adalah properti Items, tersedia dalam kontrol list, TRepeater, TDataList dan TDataGrid. Dalam kontrol ini, kelas leluhur dari Items adalah TList. -

- -

Memperluas TList

-

-Seringkali kita ingin memperluas TList untuk melakukan operasi tambahan untuk setiap penambahan atau penghapusan sebuah item. Satu-satunya metode yang diperlukan kelas anak untuk mengganti adalah insertAt() dan removeAt(). Sebagai contoh, guna memastikan daftar hanya berisi item yang bertipe TControl, kita dapat mengganti insertAt() sebagai berikut, -

- -public function insertAt($index,$item) -{ - if($item instanceof TControl) - parent::insertAt($index,$item) - else - throw new Exception('TControl required.'); -} - - - -

Menggunakan TMap

-

-Obyek TMap mewakili tabel campuran (atau kami katakan array berindeks-string). -

-

-Mirip dengan TList, TMap bisa dipakai layaknya sebuah array, -

- -$map=new TMap; // buat obyek map -... -$map[$key]=$value; // tambah pasangan kunci-nilai -unset($map[$key]); // hapus nilai dengan kunci yang ditetapkan -if(isset($map[$key])) // apakah map berisi kunci -foreach($map as $key=>$value) // jelajahi item dalam map - -

-Properti Count memberikan jumlah item dalam map sementara properti Keys mengembalikan daftar kunci yang dipakai dalam map. -

- -

-Metode berikut disediakan oleh TMap demi kenyamanan, -

-
    -
  • clear(): menghapus semua item dalam map.
    • -
  • contains(): menguji apakah map berisi kunci yang ditetapkan.
    • -
  • toArray(): mengembalikan perwakilan array dari item dalam map.
    • -
  • copyFrom(): mempopulasikan map dengan data dari array atau obyek yang bisa dijelajahi (termasuk TMap). Item yang sudah ada akan dihapus terlebih dulu.
    • -
  • mergeWith(): menambahkan map dengan data dari array atau obyek yang bisa dijelajahi (termasuk TMap).
    • -
- -

Penggunaan TAttributeCollection

-

-TAttributeCollection adalah kelas khusus yang diperluas dari TMap. Ia dipakai terutama oleh properti Attributes dari TControl. -

-Selain fungsionalitas normal yang disediakan oleh TMap, TAttributeCollection membolehkan anda untuk mendapatkan dan menyetel item koleksi seperti mendapatkan dan menyetel properti. Sebagai contoh, -

- -$collection->Label='value'; // sama dengan: $collection['Label']='value'; -echo $collection->Label; // sama dengan: echo $collection['Label']; - -

-Catatan, dalam $collection di atas TIDAK mempunyai properti Label. -

-

-Tidak seperti TMap, kunci dalam TAttributeCollection tidak sensitif huruf. Oleh karena itu $collection->Label sama dengan $collection->LABEL. -

-

-Karena fitur baru di atas, ketika berhadapan dengan properti Attributes dari kontrol, kita dapat mengambil keuntungan dari konsep subproperti dan mengkonfigurasi nilai atribut kontrol dalam sebuah template seperti berikut, -

- -<com:TButton Attributes.onclick="if(!confirm('Are you sure?')) return false;" .../> - -

-yang menambahkan atribut bernama onclick ke kontrol TButton. -

- diff --git a/demos/quickstart/protected/pages/Advanced/id/Error.page b/demos/quickstart/protected/pages/Advanced/id/Error.page deleted file mode 100755 index 419b390f..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Error.page +++ /dev/null @@ -1,77 +0,0 @@ - - -

Penanganan Kesalahan dan Laporan

-

-PRADO menyediakan kerangka kerja penanganan kesalahan dan laporan lengkap berdasarkan pada mekanisme eksepsi dari PHP 5. -

- -

Kelas Eksepsi

-

-Kesalahan yang terjadi dalam aplikasi PRADO dapat diklasifikasikan ke dalam tiga kategori: kesalahan yang disebabkan oleh penguraian naskah PHP, kode yang salah (seperti memanggil fungsi yang tidak didefinisikan, menyetel properti yang tidak dikenal), dan yang disebabkan oleh pemakaian yang tidak benar pada aplikasi Web oleh pengguna klien (seperti mencoba untuk mengakses halaman terbatas). PRADO tidak dapat berhadapan dengan kesalahan kategori pertama karena tidak dapat ditangkap dalam kode PHP. PRADO menyediakan sebuah hirarki eksepsi untuk berhadapan dengan kategori kedua dan ketiga. -

-

-Semua kesalahan dalam aplikasi PRADO digambarkan sebagai eksepsi. Basis kelas untuk seluruh eksepsi PRADO adalah TException. Ia menyediakan fungsionalitas internasionalisasi pesan bagi semua eksepsi sistem. Pesan kesalahan dapat diterjemahkan ke dalam bahasa yang berbeda tergantung pada preferensi bahasa browser pengguna. -

-

-Eksepsi muncul karena pemakaian yang tidak benar dari kerangka kerja PRADO yang diturunkan dari TSystemException, yang bisa berupa salah satu dari kelas eksepsi berikut: -

-
    -
  • TConfigurationException - konfigurasi salah, seperti kesalahan dalam konfigurasi aplikasi, template kontrol, dll.
    • -
  • TInvalidDataValueException - nilai data tidak benar atau tidak diharapkan.
    • -
  • TInvalidDataTypeException - tipe data tidak benar atau tidak diharapkan.
    • -
  • TInvalidDataFormatException - format data tidak benar.
    • -
  • TInvalidOperationException - permintaan operasi tidak benar.
    • -
  • TPhpErrorException - kesalahan PHP dapat ditangkap, peringatan, perhatian, dll.
    • -
  • TSecurityException - kesalahan terkait dengan keamanan.
    • -
  • TIOException - kesalahan operasi IO, seperti kegagalan membuka file.
    • -
  • TDBException - kesalahan terkait dengan operasi database.
    • -
  • TNotSupportedException - kesalahan disebabkan oleh permintaan dari fitur yang tidak didukung.
    • -
  • THttpException - kesalahan untuk ditampilkan ke pengguna klien Web.
    • -
-

-Kesalahan karena pemakaian yang salah dari aplikasi Web oleh pengguna klien diturunkan dari TApplicationException. -

- -

Memunculkan Eksepsi

-

-Memunculkan eksepsi dalam PRADO tidak berbeda dengan memunculkan eksepsi normal PJHP. Satu hal yang sama adalah untuk memunculkan eksepsi yang benar. Secara umum, eksepsi yang ditujukan untuk ditampilkan ke pengguna aplikasi harus menggunakan THttpException, sementara eksepsi yang ditampilkan bagi para pengembang harus menggunakan kelas eksepsi lain. -

- -

Penangkapan Kesalahan dan Pelaporan

-

-Eksepsi muncul selama menjalankan aplikasi PRADO ditangkap oleh modul System.Exceptions.TErrorHandler. Template output berbeda dipakai untuk menampilkan eksepsi yang ditangkap. THttpException dianggap berisi pesan kesalahan yang ditujukan untuk aplikasi pengguna akhir dan kemudian menggunakan grup template khusus. Untuk semua eksepsi lainnya, template umum ditampilkan seperti berikut dipakai untuk menyajikan eksepsi. -

-exception page - -

Mengkustomisasi Tampilan Kesalahan

-

-Para pengembang dapat mengkustomisasi penyajian pesan kesalahan. Standarnya, semua template output kesalahan disimpan dalam framework/Exceptions/templates. Lokasi dapat diubah dengan mengkonfigurasi TErrorHandler dalam konfigurasi aplikasi, -

- -<module id="error" - class="TErrorHandler" - ErrorTemplatePath="Application.ErrorTemplates" /> - -

-THttpException menggunakan satu set template yang dibedakan berdasarkan pada nilai properti StatusCode yang berbeda dari THttpException. StatusCode memiliki arti yang sama seperti kode status dalam protokol HTTP. Sebagai contoh, kode status yang sama dengan 404 berarti URL yang diminta tidak ditemukan pada server. File template output menggunakan konvensi penamaan berikut: -

- - error-.html - -

-di mana status code merujuk ke nilai properti StatusCode dari THttpException, dan kode bahasa harus bahasa yang benar seperti misalnya en, zh, fr, dll. Ketika THttpException muncul, PRADO akan memilih template yang sesuai untuk menampilkan pesan eksepsi. Pertama PRADO akan mencari file template yang namanya berisi kode status dan yang bahasanya lebih disukai oleh jendela browser klien. Jika template seperti itu tidak ada, ia akan mencari template yang memiliki kode status yang sama tapi tanpa kode bahasa. -

-

-Konvensi penamaan untuk file template yang dipakai bagi semua eksepsi adalah sebagai berikut, -

- - exception-.html - -

-Sekali lagi, jika bahasa yang diinginkan tidak ditemukan, sebaliknya PRADO akan mencoba menggunakan exception.html. -

-
-PERHATIAN: Ketika menyimpan file template, pastikan file disimpan menggunakan pengkodean UTF-8. Pada Windows, Anda bisa menggunakan Notepad.exe untuk melakukan penyimpanan tersebut. -
- - diff --git a/demos/quickstart/protected/pages/Advanced/id/I18N.page b/demos/quickstart/protected/pages/Advanced/id/I18N.page deleted file mode 100755 index 16c234f6..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/I18N.page +++ /dev/null @@ -1,336 +0,0 @@ - - -

Internasionalisasi (I18N) dan Lokalisasi (L10N)

-

Banyak aplikasi web dibangun dengan PHP tidak memikirkan internasionlisasi saat ia pertama kali ditulis. Itu mungkin dikarenakan tidak dimaksudkan untuk digunakan dalam bahasa dan kultur. Internasionalisasi adalah aspek penting karena meningkatkan adopsi Internet dalam banyak negara yang berbicara non-Ingris. Proses internasionalisasi dan lokalisasi akan menghadapi kesulitan. Di bawah adalah beberapa petunjuk umum untuk menginternasionalisasi aplikasi yang sudah ada.

- -

Pisahkan data sensitif kultur/lokal

- -

Identifikasi dan pisahkan data yang beragam dengan kultur. Yang paling jelas adalah teks/string/pesan. Tipe lain dari data juga harus dipertimbangkan. Daftar berikut mengkategorikan beberapa contoh data sensitif kultur -

- -
    -
  • String, Pesan, Teks, dalam unit relatif kecil (misalnya prasa, kalimat, paragraf, tapi tidak teks lengkap dari buku).
    • -
  • Label pada tombol.
    • -
  • File bantuan, unit besar teks, teks statis.
    • -
  • Suara.
    • -
  • Warna.
    • -
  • Grafik,Ikon.
    • -
  • Tanggal, Jam.
    • -
  • Angka, Kurs, Pengukuran.
    • -
  • Nomor Telepon.
    • -
  • Penghargaan dan titel personal.
    • -
  • Alamat pos.
    • -
  • Tata letak halaman.
    • -
- -

Bila memungkinkan semua ragam teks harus diisolasi dan disimpan dalam format persisten. Teks ini termasuk, pesan kesalahan aplikasi, string ditulis tangan dalam file PHP, email, teks statis HTML, dan teks pada elemen formulir (misalnya tombol).

- -

Konfigurasi

-

Untuk menghidupkan fitur lokalisasi dalam PRADO, Anda perlu menambahkan beberapa opsi konfigurasi dalam konfigurasi aplikasi Anda. -Pertama Anda perlu menyertakan namespace System.I18N.* ke path Anda. -

- - - - - - -

Kemudian, jika Anda ingin menerjemahkan beberapa teks dalam aplikasi Anda, perlu ditambahkan sumber data pesan terjemahan.

- - - - - - -

Di mana source dalam translation adalah path titik ke direktori di mana Anda akan menyimpan katalog pesan terjemahan. Atribut autosave jika dihidupkan, menyimpan pesan tidak diterjemahkan kembali ke dalam katalog pesasn. -Dengan menghidupkan cache, pesan yang diterjemahkan disimpan dalam direktori aplikasi runtime/i18n. -Nilai marker dipakai untuk mengelilingi teks yang tidak diterjemahkan. -

- -

Dengan konfigurasi lengkap, sekarang kita dapat mulai melokalisasi aplikasi Anda. Jika Anda menghidupkan autosave, setelah menjalankan aplikasi Anda dengan beberapa aktivitas lokalisasi (misalnya menterjemahkan beberapa teks), Anda akan melihat sebuah direktori dan messages.xml dibuat di dalam direktori source.

- -

Apa yang harus dilakukan dengan messages.xml?

-

File katalog pesan terjemahan, jika menggunakan type="XLIFF", adalah format intechange XML pesan terjemahan distandarisasi. Anda bisa mengedit file XML menggunakan editor yang mampu menangani UTF-8. Format dari XML adalah sesuatu mirip seperti berikut ini.

- - - - - - - - -Hello world. -Hi World!!! - - - - - - - -Setiap pesan terjemahan dilapisi dengan tag trans-unit, di mana source adalah pesan asli, dan target adalah pesan yang diterjemahkan. Editor seperti Heartsome XLIFF Translation Editor dapat membantu mengedit file XML ini. - - -

Menyetel dan Mengubah Kultur

-

Sekali globalisasi dihidupkan, Anda dapat mengakses setelan globalisasi, seperti Culture, Charset, dll, menggunakan

- -$globalization = $this->getApplication()->getGlobalization(); -echo $globalization->Culture; -$globalization->Charset= "GB-2312"; //ubah charset - - -

Anda juga mengubah cara kultur ditentukan dengan mengubah atribut class dalam konfigurasi modul. Sebagai contoh, untuk menyetel kultur yang tergantung pada setelan browser, Anda bisa menggunakan kelas TGlobalizationAutoDetect. - - - ... - - - -

Anda juga bisa menyediakan kelas globalisasi sendiri untuk mengubah bagaimana kultur aplikasi ditetapkan. -Terakhir, Anda dapat mengubah setelan globalisasi dengan basis halaman demi halaman menggunakan tag kontrol template. Sebagai contoh, mengubah Culture ke "zh".

- -<%@ Application.Globalization.Culture="zh" %> - - -

Melokalisir aplikasi PRADO Anda

-Ada dua area dalam aplikasi Anda yang mungkin membutuhkan lokalisasi pesan atau string, dalam kode PHP dan dalam template. Untuk melokalisasi string di dalam PHP, gunakan fungsi localize yang dijelaskan di bawah. Untuk melokalisasi teks dalam template, gunakan komponen TTranslate. -

Menggunakan fungsi localize untuk mennerjemahkan teks dalam PHP

- -

Fungsi localize mencari string yang diterjemahkan yang sama dengan aslinya dari sumber terjemahan Anda. Pertama, Anda perlu mencari semua teks dikode langsung dalam PHP yang ditampilkan atau dikirimkan ke pengguna akhir. Contoh berikut melokalisasi teks $sender (menganggap, katakanlah, sender adalah sebuah tombol). Kode asli sebelum lokalisasi adalah sebagai berikut. - -function clickMe($sender,$param) -{ - $sender->Text="Hello, world!"; -} - - -

Pesan dikodekan langsung "Hello, world!" dilokalisasi menggunakan fungsi localize.

- -function clickMe($sender,$param) -{ - $sender->Text=Prado::localize("Hello, world!"); -} - - -

Pesan Gabungan

- -

Pesan gabungan dapat berisi data variabel. Sebagai contoh, dalam pesan "There are 12 users online.", integer 12 dapat berubah tergantung pada beberapa data dalam aplikasi Anda. Ini sulit diterjemahkan karena posisi dari data variabel mungkin berbeda untuk bahasa yang berbeda. Seabgai tambahan, bahasa yang berbeda memiliki aturannya sendiri untuk bentuk jamak (jika ada) dan/atau pembilang. Contoh berikut tidak mudah untuk diterjemahkan, karena struktur kalimat sudah tetap dengan dikodekan langsung data variabel dengan pesan.

- -$num_users = 12; -$message = "There are " . $num_users . " users online."; - - -Masalah ini bisa dipecahkan menggunakan fungsi localize dengan penempatan string. Sebagai contoh, string $message di atas dapat dibentuk seperti berikut. - -$num_users = 12; -$message = Prado::localize("There are {num_users} users online.", array('num_users'=>$num_users)); - -

Di mana parameter kedua dalam localize mengambil array asosiatif dengan kunci sebagai penempatan yang dicari dalam teks dan menggantinya dengan nilai terkait. -Fungsi localize tidak memecahkan masalah lokalisasi bahasa yang memiliki bentuk jamak, solusinya adalah menggunakan TChoiceFormat.

- -

The following sample demonstrates the basics of localization in PRADO.

- - -

Komponen I18N

- -

TTranslate

-

Pesan dan string bisa dilokalisasi dalam PHP atau dalam template. -Untuk menerjemahkan pesan atau string dalam template, gunakan TTranslate.

- - -<com:TTranslate>Hello World</com:TTranslate> -<com:TTranslate Text="Goodbye" /> - - -

TTranslate juga dapat melakukan penempatan string. Properti Parameters bisa digunakan untuk menambah pasangan nama nilai untuk penempatan. Substring dalam terjemahan dikurung dengan "{" dan "}" yang dianggap sebagai nama parameter selama pencarian penempatan. Contoh berikut akan menempatkan substring "{time}" dengan nilai atribut parameter "Parameters.time=<%= time() %>". - -<com:TTranslate Parameters.time=<%= time() %> > -The time is {time}. -</com:TTranslate> - - -

Kependekan dari TTranslate juga disediakan menggunakan sintaks berikut.

- -<%[string]%> - -

di mana string akan diterjemahkan ke bahasa berbeda berdasarkan preferensi bahasa pengguna akhir. Sintaks ini bisa dipakai dengan nilai atribut juga.

- -<com:TLabel Text="<%[ Hello World! ]%>" /> - - -

TDateFormat

-

Memformat tanggal dan jam dilokalisasi adalah pekerjaan langsung.

- -<com:TDateFormat Value="12/01/2005" /> - - -

Properti Pattern menerima 4 predefininisi pola tanggal dilokalisasi dan 4 predefininisi pola jam dilokalisasi.

-
    -
  • fulldate
    • -
  • longdate
    • -
  • mediumdate
    • -
  • shortdate
    • -
  • fulltime
    • -
  • longtime
    • -
  • mediumtime
    • -
  • shorttime
    • -
-

-Predefinisi bisa dipakai dalam setiap kombinasi. Jika menggunakan pola predefinisi gabungan, pola pertama harus tanggal, diikuti oleh spasi, dan terakhir pola jam. Sebagai contoh, pola tanggal lengkap dengan pola jam pendek. Aktual uruta dari tanggal-jam dan pola aktual akan ditentukan secara otomatis dari data lokal yang ditetapkan oleh properti Culture.

- - -<com:TDateFormat Pattern="fulldate shorttime" /> - - -

Anda dapat menetapkan pola kustom menggunakan sub-pola berikut. -Format tanggal/jam ditetapkan dalam arti pola waktu string. Dalam pola ini, semua huruf ASCII disimpan sebagai huruf pola, yang ditetapkan sebagai berikut: - - Simbol Arti Penyajian Contoh ------- ---- --------- ------ - G tanda abad (Teks) AD - y tahun (Angka) 1996 - M bulan dalam tahun (Teks & Angka) July & 07 - d hari dalam bulan (Angka) 10 - h jam dalam am/pm (1~12) (Angka) 12 - H jam dalam hari (0~23) (Angka) 0 - m menit dalam jam (Angka) 30 - s detik dalam menit (Angka) 55 - E hari dalam minggu (Teks) Tuesday - D hari dalam tahun (Angka) 189 - F hari minggu dalam bulan (Angka) 2 (2nd Wed in July) - w minggu dalam tahun (Angka) 27 - W minggu dalam bulan (Angka) 2 - a tanda am/pm (Teks) PM - k jam dalam hari (1~24) (Angka) 24 - K jam dalam am/pm (0~11) (Angka) 0 - z zona waktu (Jam) Pacific Standard Time - ' tanda kutip teks (Delimiter) 'Date=' - '' tanda kutip tunggal (Literal) 'o''clock' - -

- -

Jumlah pola huruf menentukan format.

- -

(Teks): 4 huruf menggunakan bentuk lengkap, kurang dari 4 menggunakan bentuk pendek atau singkatan -jika ada. (misalnya "EEEE" menghasilkan "Monday", "EEE" menghasilkan "Mon")

- -

(Angka): jumlah digit minimum. Angka lebih pendek adalah diisi-nol ke jumlah ini (misalnya jika "m" menghasilkan "6", "mm" menghasilkan "06"). Tahun ditangani secara khusus; yakni jika jumlah 'y' adalah 2, Tahun akan dipotong 2 digit. (misalnya jika "yyyy" menghasilkan "1997", "yy" menghasilkan "97".) - Tidak seperti field lain, pecahan detik dipadatkan pada sisi kanan dengan nol.

- -

(Teks dan Angka): 3 atau lebih, pakai teks, sebaliknya pakai angka. (misalnya -"M" menghasilkan "1", "MM" menghasilkan "01", "MMM" menghasilkan "Jan", and "MMMM" -menghasilkan "January".)

- -

Setiap karakter dalam pola yang tidak dalam jangkauan ['a'..'z'] -dan ['A'..'Z'] akan diperlakukan sebagai teks bertanda kutip. Contohnya, karakter seperti -':', '.', ' ', dan '@' akan muncul dalam hasil teks waktu -meskipun tidak dikurung dalam tanda kutip tunggal.

- -

Contoh menggunakan lokal US: - - -Pola Formasi Hasil ------------- ----- -"yyyy.MM.dd G 'at' HH:mm:ss" ->> 1996.07.10 AD at 15:08:56 -"EEE, MMM d, ''yy" ->> Wed, Jul 10, '96 -"h:mm a" ->> 12:08 PM -"hh 'o''clock' a, z" ->> 12 o'clock PM, Pacific Daylight Time -"K:mm a" ->> 0:00 PM -"yyyy.MMMM.dd G hh:mm a" ->> 1996.July.10 AD 12:08 PM - -

- -

Jika properti Value tidak ditetapkan, tanggal dan jam saat ini yang dipakai.

- -

TNumberFormat

-

Kerangka kerja Internasionalisasi PRADO menyediakan pembentukan kurs lokal dan pembentukan angka. Harap dicatat bahwa komponen TNumberFormat hanya menyediakan pembentukan, saat ini ia tidak melakukan konversi atau pertukaran.

- -

Numbers can be formatted as currency, percentage, decimal or scientific -numbers by specifying the Type attribute. The valid types are:

-
    -
  • currency
    • -
  • percentage
    • -
  • decimal
    • -
  • scientific
    • -
- - -<com:TNumberFormat Type="currency" Value="100" /> - - -

Properti Culture dan Currency dapat ditetapkan untuk membentuk angka spesifik lokal.

- -

Jika seseorang dari US ingin melihat gambar penjualan dari sebuah toko dalam bahasa Jerman (katakanlah menggunakan kurs EURO), diformat menggunakan kurs jerman, Anda perlu untuk menggunakan atribut Culture="de_DE" guna memperoleh kurs yang benar, misalnya 100,00$. Pemisah desimal dan pengelompokan kemudian juga dari lokal de_DE. Ini dapat menimbulkan beberapa kebingungan karena orang dari US memakai "," (koma) sebagai pemisah ribuan. Oleh karena itu, atribut Currency tersedia agar output dari hasil contoh berikut menghasilkan $100.00 - -<com:TNumberFormat Type="currency" - Culture="en_US" Currency="EUR" Value="100" /> - -

- -

Properti Pattern menetapkan jumlah digit, posisi pengelompokan ribuan, jumlah titik desimal dan posisi desimal. Karakter aktual yang dipakai untuk menyajikan titik desimal dan titik ribuan adalah spesifik kultur dan akan berubah secara otomatis berdasarkan properti Culture. Karakter Pattern yang benar adalah:

-
    -
  • # (kris) - mewakili digit opsional
    • -
  • 0 (nol) - mewakili digit mandatori, nol di kiri terisi
    • -
  • . (berhenti) - posisi titik desimal (hanya 1 titik desimal dibolehkan)
    • -
  • , (koma) - pemisahan titik ribuan (sampai 2 koma dibolehkan)
    • -
-

-Sebagai contoh, anggap Value="1234567.12345" dan dengan -Culture="en_US" (yang menggunakan "," untuk titik pemisah ribuan dan "." untuk pemisah desimal). -

- -Pola Output ----- ------ -##,###.00 ->> 1,234,567.12 -##,###.## ->> 1,234,567.12345 -##,##.0000 ->> 1,23,45,67.1235 -##,###,##.0 ->> 12,345,67.1 -000,000,000.0 ->> 001,234,567.1 - -

- -

TTranslateParameter

-

Pesan gabungan, misalnya penempatan string, bisa dilakukan dengan TTranslateParameter. -Dalam contoh berikut, string "{greeting}" dan "{name}" masing-masing akan diganti dengan nilai "Hello" dan "World". Penempatan string harus dikurung dengan "{" dan "}". Parameter selanjutnya diterjemahkan dengan menggunakans TTranslate. - - -<com:TTranslate> - {greeting} {name}! - <com:TTranslateParameter Key="name">World</com:TTranslateParameter> - <com:TTranslateParameter Key="greeting">Hello</com:TTranslateParameter> -</com:TTranslate> - - - - -

TChoiceFormat

- -

Menggunakan fungsi localize atau komponen TTranslate untuk menerjemahkan pesan tidak memberitahu penerjemah kardinalitas dari data yang diminta untuk menentukan struktur jamak yang benar yang dipakai. Ia hanya memberitahunya bahwa ada data tersedia, data dapat berupa apa saja. Selanjutnya, penerjemah tidak akan bisa menentukan dengan memperhatikan penempatan data plural yang benar, struktur bahasa atau prasa yang dipakai. Misalnya dalam bahasa Inggris, untuk menerjemahkan kalimat, "There are {number} of apples.", hasil terjemahan akan berbeda tergantung pada jumlah apel.

- -

Komponen TChoiceFormat melakukan pilihan terjemahan pesan/string. Contoh berikut mendemonstrasikan terjemahan pesan 2 pilihan sederhana.

- - -<com:TChoiceFormat Value="1"/>[1] One Apple. |[2] Two Apples</com:TChoiceFormat> - - -

Dalam contoh di atas, Value "1" (satu), kemudian string yang diterjemahkan adalah "One Apple". Jika Value adalah "2", maka ia akan menampilkan "Two Apples".

- -

Pilihan pesan/string dipisashkan oleh pipa "|" diikuti oleh set notasi dari formulir.

-
    -
  • [1,2] -- menerima nilai antara 1 dan 2, inklusif.
    • -
  • (1,2) -- menerima nilai antara 1 dan 2, kecuali 1 dan 2.
    • -
  • {1,2,3,4} -- hanya nilai yang didefinisikan dalam set yang diterima.
    • -
  • [-Inf,0) -- menerima nilai lebih besar dari atau sama dengan infinitif negatif dan kurang dari 0
    • -
- -

Setiap kombinasi tidak-kosong dari kurung kotak dan bulat dapat diterima. -String yang dipilih untuk tampilan tergantung pada properti Value. Value dievaluiasi untuk setiap set-nya sampai Value ditemukan milik set tertentu.

- - - diff --git a/demos/quickstart/protected/pages/Advanced/id/Logging.page b/demos/quickstart/protected/pages/Advanced/id/Logging.page deleted file mode 100755 index 169329a0..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Logging.page +++ /dev/null @@ -1,61 +0,0 @@ - - -

Pencatatan

-

-PRADO menyediakan fungsionalitas sangat fleksibel dan bisa diperluas. Pesan yang dicatat dapat diklasifikasikan berdasarkan tingkat catatan dan kategori pesan. Menggunakan tingkat dan katkegori filter, pesan selanjutnya bisa dialihkan ke tujuan yang berbeda, seperti file, email, jendela browser, dll. Diagram berikut memperlihatkan arsitektur dasar dari mekanisme pencatatan PRADO, -

-Pengalih catatan - -

Menggunakan Fungsi Pencatatan

-

-Dua metode berikut disediakan untuk mencatat pesan dalam PRADO, -

- -Prado::log($message, $logLevel, $category); -Prado::trace($message, $category); - -

-Perbedaan antara Prado::log() dan Prado::trace() adalah bahwa yang kedua memilih secara otomatis tingkat catatan berdasarkan mode aplikasi. Jika aplikasi dalam mode Debug, informasi pelacakan stack ditambahkan ke pesan. Prado::trace() dipakai secara luas dalam kode inti kerangka kerja PRADO. -

- -

Pengalihan Pesan

-

-Pesan yang dicatat menggunakan dua fungsi di atas dipelihara dalam memori. Untuk menggunakan pesan, para pengembang perlu mengalihkannya ke tujuan tertentu seperti file, email, atau jendela browser. Pengalihan pesan diatur oleh modul System.Util.TLogRouter. Ketika dimasukan ke dalam aplikasi, ia bisa mengalihkan pesan ke tujuan yang berbeda secara paralel. Saat ini PRADO menyediakan tiga jenis rute: -

-
    -
  • TFileLogRoute - pesan yang disaring disimpan dalam file log yang ditetapkan. Standarnya, file ini bernama prado.log di bawah direktori dari aplikasi. Perputaran file disediakan.
    • -
  • TEmailLogRoute - pesan yang disaring dikirimkan ke alamat email yang ditetapkan sebelumnya.
    • -
  • TBrowserLogRoute - pesan yang disaring ditambahkan ke akhir output halaman saat ini.
    • -
-

-Untuk menghidupkan pengalihan pesan, masukan dan konfigurasi modul TLogRouter dalam konfigurasi aplikasi, -

- -<module id="log" class="System.Util.TLogRouter"> - <route class="TBrowserLogRoute" - Levels="Info" - Categories="System.Web.UI.TPage, System.Web.UI.WebControls" /> - <route class="TFileLogRoute" - Levels="Warning, Error" - Categories="System.Web" /> -</module> - -

-Dalam contoh di atas, Levels dan Categories menetapkan log dan filter kategori untuk mengambil secara selektif pesan ke tujuan terkait. -

- -

Penyaringan Pesan

-

-Pesan bisa disaring berdasarkan tingkat catatan serta kategorinya. Setiap catatan pesan dikaitkan dengan tingkat dan kategori catatan. Dengan tingkat dan kategori, para pengembang dapat mengambil pesan secara selektif yang menarik bagi mereka. -

-

-Tingkat catatan didefinisikan dalam System.Util.TLogger termasuk: DEBUG, INFO, NOTICE, WARNING, ERROR, ALERT, FATAL. Pesan bisa disaring berdasarkan kriteria tingkat catatan. Sebagai contoh, jika sebuah filter menetapkan tingkat WARNING dan ERROR, maka hanya pesan tersebut yakni WARNING and ERROR yang akan dikembalikan. -

-

-Kategori pesan adalah hirarkis. Kategori yang namanya awalan dari yang lain disebut leluhur kategori atas kategori lainnya. Sebagai contoh, kategori System.Web adalah leluhur dari kategori System.Web.UI dan System.Web.UI.WebControls. Pesan bisa diambil secara selektif menggunakan filter kategori hirarkis tersebut. Sebagai contoh, jika filter kategori adalah System.Web, maka semua pesan dalam System.Web dikembalikan. Sebagai tambahan, pesan dalam kategori anak seperti System.Web.UI.WebControls, juga dikembalikan. -

-

-Dengan ketentuan, pesan yang dicatat dalam kode inti PRADO dikategorikan berdasarkan namespace dari kelas terkait. Sebagai contoh, pesan yang dicatat dalam TPage akan menjadi kategori System.Web.UI.TPage. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/id/MasterContent.page b/demos/quickstart/protected/pages/Advanced/id/MasterContent.page deleted file mode 100755 index a5480ce3..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/MasterContent.page +++ /dev/null @@ -1,57 +0,0 @@ - - -

Master dan Konten

-

-Halaman dalam aplikasi Web sering berbagi bagian yang sama. Sebagai contoh, semua halaman dari aplikasi tutorial berbagi bagian header dan footer yang sama. Jika kita menyimpan header dan footer secara berulang dalam setiap file sumber halaman, ia akan memusingkan pemeliharaan jika suatu saat kita menginginkan sesuatu pada header atau footer. Untuk memecahkan masalah ini, PRADO memperkenalkan konsep master dan konten. Ini terutama pola dekorator, dengan konten didekorasi oleh master. -

-

-Master dan konten hanya berlaku ke kontrol template (kontrol memperluas TTemplateControl atau kelas anaknya). Kontrol template dapat mempunyai paling banyak satu kontrol master dan satu atau beberapa konten (masing-masing diwakili oleh kontrol TContent). Konten akan disisipkan ke dalam kontrol master di tempat yang disiapkan oleh kontrol TContentPlaceHolder. Dan penyajian kontrol template adalah TContentPlaceHolder yang disiapkan kontrol master diganti dengan TContent. -

-

-Sebagai contoh, anggap kontrol template mempunyai template berikut: -

- -<%@ MasterClass="MasterControl" %> -<com:TContent ID="A" > -content A -</com:TContent > -<com:TContent ID="B" > -content B -</com:TContent > -<com:TContent ID="B" > -content B -</com:TContent > - -

-yang menggunakan MasterControl sebagai kontrol masternya. Kontrol master mempunyai template berikut, -

- -other stuff -<com:TContentPlaceHolder ID="A" /> -other stuff -<com:TContentPlaceHolder ID="B" /> -other stuff -<com:TContentPlaceHolder ID="C" /> -other stuff - -

-Kemudian, konten disisipkan ke dalam kontrol master berdasarkan diagram berikut, sementara hubungan leluhur-anak dapat dilihat dalam berikutnya. Catatan, kontrol template mengabaikan apapun dalam template selain konten, sementara kontrol master memelihara apapun dan mengganti tempat konten dengan konten berdasarkan ID yang sama. -

- alt="Master dan Konten" /> - alt="Hubungan leluhur-anak antara master dan konten" /> - -

Master vs. Template Eksternal

-

-Master sangat mirip dengan template eksternal yang diperkenalkan sejak versi 3.0.5. Tag include khusus dipakai untuk menyertakan file template eksternal ke dalam basis template. -

-

-Baik template master maupun eksternal bisa dipakai untuk berbagi konten yang sama diantara halaman. Master adalah kontrol template yang berisi konten umum dan file kelasnya berisi logika terkait dengan master. Dilain pihak, template eksternal adalah file template murni tanpa file kelas apapun. -

-

-Oleh karena itu, gunakan kontrol master jika konten umum harus dikaitkan dengan beberapa logika, seperti header halaman dengan kotak pencarian atau kotak login. Kontrol master membolehkan Anda untuk menetapkan bagaimana konten umum harus berinteraksi dengan pengguna akhir. Jika Anda menggunakan template eksternal, Anda harus menyimpan logika yang diperlukan dalam halaman atau kelas kontrol yang memiliki basis template. -

-

-Performansinya, template eksternal lebih ringan daripada master seperti berisi kontrol sendiri yang berparisipasi dalam masa hidup halaman, karena pembentuk hanya dipakai saat template sedang diuraikan. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/id/Performance.page b/demos/quickstart/protected/pages/Advanced/id/Performance.page deleted file mode 100755 index 68c88bf0..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Performance.page +++ /dev/null @@ -1,88 +0,0 @@ - - -

Penyesuaian Performansi

-

-Performansi aplikasi Web dipengaruhi oleh banyak faktor. Akses database, operasi sistem file, bandwidth jaringan adalah faktor pengaruh potensial. PRADO mencoba dalam setiap usaha untuk mengurangi akibat performansi yang disebabkan oleh kerangka kerja. -

- -

Caching

-

-PRADO menyediakan teknik cache generik yang dipakai oleh beberapa bagian inti kerangka kerja. Sebagai contoh, ketika cache dihidupkan, TTemplateManager akan menyimpan template yang diurai dalam cache dan menggunakannya kembali dalam permintaan berikut, yang menghemat waktu penguraian template. TThemeManager mengadopsi strategi yang mirip untuk berhadapan dengan penguraian tema. -

-

-Menghidupkan cache sangat mudah. Cukup tambahkan modul cache dalam konfigurasi aplikasi, dan PRADO memelihara semuanya. -

- -<modules> - <module id="cache" class="System.Caching.TSqliteCache" /> -</modules> - - -

-Para pengembang juga bisa mengambil keuntungan dari teknik cache dalam aplikasinya. Properti Cache dari TApplication mengembalikan modul cache yang dimasukan bila ia tersedia. Untuk menyimpan dan mengambil item data dari dalam cache, gunakan perintah berikut, -

- -if($application->Cache) { - // menyimpan item data ke cache - $application->Cache->set($keyName,$dataItem); - // mengambil item data dari cache - $dataItem=$application->Cache->get($keyName); -} - -

-di mana $keyName harus berupa string yang secara unik mengidentifikasi item data yang disimpan dalam cache. -

- -

-Sejak v3.1.0, kontrol baru bernama TOutputCache telah diperkenalkan. Kontrol ini membolehkan para pengguna untuk men-cache bagian-bagian dari output halaman. Bila dipakai dengan benar, teknik ini bisa meningkatkan performansi halaman secara signifikan karena kontrol di dalamnya tidak dibuat sama sekali jika versi yang di-cache diminta. -

- -

Menggunakan pradolite.php

-

-Banyak file naskah PHP yang disertakan dapat mempengaruhi performansi aplikasi secara signifikan. Kelas PRADO disimpan dalam file berbeda dan ketika memproses sebuah permintaan halaman, ia bisa menyertakan puluhan file kelas. Untuk mengurangi masalah ini, setiap rilis PRADO, sebuah file bernama pradolite.php juga disertakan. File ini adalah gabungan dari seluruh file kelas inti PRADO dengan komentar dan pencatatan pesannya yang sudah dibuang. -

-

-Untuk menggunakan pradolite.php dalam naskah entri aplikasi, ganti penyertaan prado.php dengan pradolite.php. -

- -

Mengubah Mode Aplikasi

-

-Mode aplikasi juga mempengaruhi performansi aplikasi. Aplikasi PRADO dapat berupa salah satu dari mode berikut: Off, Debug, Normal dan Performance. Mode Debug harus dipakai terutama selama pengembangan aplikasi, sementara mode Normal biasanya dipakai dalam tahap berikutnya setelah aplikasi disebarkan guna memastikan semuanya berjalan dengan baik. Setelah aplikasi terbukti bekerja stabil, selanjutnya mode bisa dialihkan ke Performance untuk meningkatkan performansi. -

-

-Perbedaan antara mode Debug, Normal dan Performance yaitu di bawah mode Debug, catatan aplikasi akan berisi informasi debug, dan di bawah mode Performance, pemeriksaan cap waktu tidak dilakukan untuk template yang di-cache dan asset yang dipublikasikan. Oleh karena itu, di bawah mode Performance, aplikasi mungkin tidak berjalan dengan baik jika template atau asset dimodifikasi. Karena mode Performance dipakai terutama saat aplikasi sudah stabil, mengubah template atau asset tidak disukai. -

-

-Untuk berganti mode aplikasi, konfigurasi itu dalam konfigurasi aplikasi: -

- -<application Mode="Performance" > - ...... -</application > - - -

Mengurangi Ukuran Halaman

-

-Standarnya PRADO menyimpan kondisi halaman dalam field tersembunyi dari output HTML. Kondisi halaman bisa berukuran sangat besar jika menggunakan kontrol yang kompleks, seperti TDataGrid. Guna mengurangi ukuran besarnya halaman yang dikirimkan melalui jaringan, dua strategi dapat dipakai. -

-

-Pertama, Anda dapat mematikan kondisi tampilan dengan menyetel EnableViewState menjadi false untuk halaman atau beberapa kontrol pada halaman jika pengguna tidak perlu berinteraksi dengan halaman/kontrol. -

-

-Kedua, Anda bisa menggunakan penyimpanan kondisi halaman berbeda. Sebagai contoh, kondisi halaman bisa disimpan dalam sesi, yang menyimpan kondisi halamaa terutama pada sisi server dan menghemat waktu transmisi jaringan. Properti StatePersisterClass dari halaman menentukan kelas persisten kondisi yang dipakai. Standarnya menggunakan System.Web.UI.TPageStatePersister untuk menyimpan kondisi persisten dalam field tersembunyi. Anda bisa mengubah properti ini ke kelas persisten Anda sendiri, selama kelas persister menerapkan antarmuka IPageStatePersister. Anda dapat mengkonfigurasi properti ini dalam beberapa tempat, seperti konfigurasi aplikasi atau konfigurasi halaman menggunakan tag <pages> or <page>, -

- -<pages StatePersisterClass="MyPersister1" ... > - <page ID="SpecialPage" StatePersisterClass="MyPersister2" ... /> -</pages> - -

-Catatan, dalam SpecialPage di atas akan menggunakan MyPersister2 sebagai kelas persisternya, sementara halaman lainnya akan menggunakan MyPersister1. Oleh karena itu, Anda dapat memiliki strategi perister kondisi untuk halaman yang berbeda. -

- -

Teknik Lainnya

-

-Teknik cache server terbukti sangat efektif meningkatkan performansi aplikasi PRADO. Sebagai contoh, kita telah mengamati bahwa dengan menggunakan Zend Optimizer, RPS (request per second) dari aplikasi PRADO bisa meningkat lebih dari sepuluh kali. Tentunya, ini merupakan harga dari output yang stabil, sementara teknik cache PRADO selalu memastikan kebenaran output. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/id/Scripts.page b/demos/quickstart/protected/pages/Advanced/id/Scripts.page deleted file mode 100755 index 714678ab..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Scripts.page +++ /dev/null @@ -1,334 +0,0 @@ - -

Pengenalan Javascript

-Bimbingan ini berdasarkan pada -Bimbingan cepat bagi tur JavaScript tingkat lanjut dengan beberapa fitur OO oleh Sergio Pereira. - -

Hey, Saya tidak tahu Anda bisa melakukannya

-

- Jika Anda adalah seorang pengembang web developer dan datang dari tempat yang sama seperti saya, Anda mungkin telah mengenal sedikit Javascript dalam halaman web Anda, terutama sebagai perekat UI. -

-

- - Sampai saat ini, saya tahu bahwa Javascript mempunyai kemampuan OO daripada ketika saya dipekerjakan, tetapi saya tidak merasa perlu menggunakannya. Karena browser mulai mendukung set fitur Javascript dan DOM lebih distandarisasikan, itu menjadi semangat untuk menulis kode yang lebih fungsional dan kompleks untuk dijalankan pada klien. Itu membantu kelahiran fenomena AJAX. -

-

- Saat kita mulai mempelajari apa yang diperlukan untuk menulis aplikasi AJAX yang baik, kita mulai memperhatikan bahwa Javascript yang kita pakai benar-benar berada di puncak gunung es. - Sekarang kita melihat Javascript dipakai melampaui pekerjaan UI sehari-hari yang sederhana seperti validasi input dan tugas-tugas kecil. Kode klien sekarang jauh lebih maju dan berlapis, lebih mirip aplikasi desktop sebenarnya atau klien tebal dari klien-server. Kita melihat librari kelas, model obyek, hirarki, pola, dan banyak hal lain yang dapat kita pakai hanya dalam kode di dalam server. -

-

- Dalam banyak cata kita dapat mengatakan bahwa dengan tiba-tiba palang ditaruh lebih tinggi dari sebelumnya. Ia mengambil palang pintu lebih ahli menulis aplikasi untuk Web baru dan kita perlu mengingkatkan keahlian Javascript kita agar bisa sampai ke sana. - Jika Anda mencoba untuk menggunakan banyak librari javascript yang ada di luar sana, seperti - Prototipe.js, - Scriptaculous, - moo.fx, - Perilaku, - YUI, - dan lain-lain, Anda secara kebetulan akan menemukan diri Anda sendiri sedang membaca kode JS. Mungkin dikarenakan Anda ingin mempelajari bagaimana mereka melakukannya, atau karena Anda penasaran, atau lebih sering karena itulah satu-satunya cara untuk memahami bagaimana untuk memakainya, karena dokumentasi nampaknya tidak banyak ditujukan terutama terhadap librari ini. Apapun kasusnya, Anda akan menghadapi teknik kung-fu yang akan menjadi asing dan menakutkan jika Anda belum melihat itu sebelumnya. -

- -

- Kegunaan dari artikel ini tepatnya menjelaskan tipe konstruksi yang banyak dari kita belum terbiasa dengannya. -

- - -

JSON (JavaScript Object Notation)

-

- JavaScript Object Notation (JSON,) adalah salah satu dari isu baru yang muncul sekitar tema AJAX. JSON, cukup dikatakan suatu cara mendeklarasikan obyek dalam Javascript. Mari kita lihat contoh segera dan perhatikan bagaimana kemudahannya. -

- -var myPet = { color: 'black', leg_count: 4, communicate: function(repeatCount){ -for(i=0;i<repeatCount;i++) alert('Woof!');} }; - - -

- Mari kita tambahkan sedikit pembentukan agar terlihat lebih mirip bagaimana kita biasa menemukannya di sana: -

- -var myPet = -{ - color: 'black', - legCount: 4, - communicate: function(repeatCount) - { - for(i=0;i<repeatCount;i++) - alert('Woof!'); - } -}; - -

- Di sini kita membuat referensi ke obyek dengan dua properti (color - dan legCount) serta metode (communicate.) - Tidak sulit untuk memahami bahwa properti obyek dan metode didefinisikan sebagai daftar dipisahkan koma. Masing-masing anggota diperkenalkan dengan nama, diikuti oleh titik dua dan kemudian definisi. Dalam hal properti, ini cukup mudah, hanya nilai properti. Metode yang dibuat dengan penempatan fungsi anonim, yang akan kami jelaskan lebih baik di bawah baris. - Setelah obyek dibuat dan ditempatkan ke variabel myPet, kita dapat menggunakanya seperti ini: -

- - -alert('my pet is ' + myPet.color); -alert('my pet has ' + myPet.legCount + ' legs'); -//jika Anda anjing, mengonggong tiga kali: -myPet.communicate(3); - -

- Anda akan melihat JSON banyak dipakai di mana saja dalam JS baru-baru ini, sebagai argumen bagi fungsi, sebagai nilai hasil, sebagai respon server (dalam string,) dll. -

- -

Apa yang Anda maksud? Fungsi juga adalah sebuah obyek?

-

- Ini mungkin tidak biasa bagi para pengembang yang tidak pernah memikirkan tentang itu, tapi dalam fungsi JS adalah sebuah obyek. Anda bisa mengirimkan sebuah fungsi sebagai argumen terhadap fungsi lain sama seperti Anda mengirimkan sebuah string, misalnya. Ini sering dipakai dan siap digunakan. -

- -

- Lihat pada contoh ini. Kami akan mengirimkan fungsi ke fungsi lain yang akan memakainya. -

- -var myDog = -{ - bark: function() - { - alert('Woof!'); - } -}; - -var myCat = -{ - meow: function() - { - alert('I am a lazy cat. I will not meow for you.'); - } -}; - -function annoyThePet(petFunction) -{ - //let's see what the pet can do - petFunction(); -} - -//ganggu anjing: -annoyThePet(myDog.bark); -//ganggu kucing: -annoyThePet(myCat.meow); - -

- Catatan bahwa kami mengirimkan myDog.bark dan myCat.meow tanpa menambahkan tanda kurung "()" kepadanya. Jika kita melakukan itu kita tidak mengirimkan fungsi, sebaliknya kita akan memanggil metode dan mengirimkan nilai hasilnya, tidak terdefinisi dalam kedua kasus di sini. -

- -

- Jika Anda ingin membuat kucing malas mulai mengeong, Anda dapat dengan mudah melakukan ini: -

- -myCat.meow = myDog.bark; -myCat.meow(); //alerts 'Woof!' - - -

Arrays, items, and object members

-

- Dua baris berikut dalam JS melakukan hal yang sama. -

- - -var a = new Array(); -var b = []; - -

- Karena saya yakin Anda sudah mengetahuinya, anda dapat mengakses item individual dalam sebuah array menggunakan tanda kurung kotak: -

- -var a = ['first', 'second', 'third']; -var v1 = a[0]; -var v2 = a[1]; -var v3 = a[2]; - -

- - Tetapi Anda tidak dibatasi pada indeks numerik. Anda bisa mengakses banyak obyek JS dengan menggunakan namanya, dalam sebuah string. Contoh berikut membuat obyek kosong, dan menambah beberapa anggotanya dengan nama. -

- -var obj = {}; //baru, obyek kosong -obj['member_1'] = 'this is the member value'; -obj['flag_2'] = false; -obj['some_function'] = function(){ /* lakukan sesuatu */}; - -

- Kode di atas mempunyai pengaruh yang sama seperti berikut: -

- -var obj = -{ - member_1:'this is the member value', - flag_2: false, - some_function: function(){ /* lakukan sesuatu */} -}; - - -

- Dalam banyak cara, ide obyek dan array asosiatif (hashes) dalam JS tidak dibedakan. Dua baris berikut melakukan hal yang sama juga. -

- -obj.some_function(); -obj['some_function'](); - - - -

Cukup tentang obyek, boleh saya memiliki kelas sekarang?

-

- - Kekuatan besar dari bahasa pemrograman obyek berasal dari pemakaian kelas. Saya tidak berpikir telah menebak bagaimana kelas didefinisikan dalam JS hanya menggunakan pengalaman saya sebelumnya dengan bahasa lainnya. Nilailah bagi diri Anda sendiri. -

- -//mendefinisikan kelas baru bernama Pet -var Pet = function(petName, age) -{ - this.name = petName; - this.age = age; -}; - -//mari kita membuat obyek dari kelas Pet -var famousDog = new Pet('Santa\'s Little Helper', 15); -alert('This pet is called ' + famousDog.name); - -

- Mari kita lihat bagaimana kita menambahkan metode pada kelas Pet kita. Kita akan menggunakan properti prototype yang dimiliki oleh semua kelas. Properti prototype adalah sebuah obyek yang berisi semua anggota yang merupakan obyek yang akan dimiliki oleh kelas. - Bahkan kelas JS standarnya, seperti String, Number, - dan Date mempunyai obyek prototype yang bisa kita tambah metode serta propertinya dan menjadikan setiap obyek dari kelas itu secara otomatis mendapatkan anggota baru ini. -

- - -Pet.prototype.communicate = function() -{ - alert('I do not know what I should say, but my name is ' + this.name); -}; - -

- Itulah saatnya librari seperti prototype.js siap digunakan. Jika kita menggunakan prototype.js, kita dapat membuat kode kita lebih bersih (setidaknya menurut saya.) -

- -var Pet = Class.create(); -Pet.prototype = -{ - //'constructor' kita - initialize: function(petName, age) - { - this.name = petName; - this.age = age; - }, - - communicate: function() - { - alert('I do not know what I should say, but my name is ' + this.name); - } -}; - - -

Fungsi sebagai argumen, pola yang menarik

-

- Jika Anda tidak pernah bekerja dengan bahasa yang mendukung klosur Anda akan mendapatkan idion berikut terlalu busuk. -

- -var myArray = ['first', 'second', 'third']; -myArray.each( function(item, index) -{ - alert('The item in the position #' + index + ' is:' + item); -}); - -

- - Wah! Mari kita jelaskan apa yang terjadi di sini sebelum Anda memutuskan saya telah pergi terlalu jauh dan beralih ke artikel yang lebih baik dari yang ini. -

-

- Pertama, dalam contoh di atas kita menggunakan librari prototype.js, yang menambahkan setiap fungsi ke kelas array. Setiap fungsi menerima satu argumen yang adalah obyek fungsi. Fungsi ini, silah berganti akan dipanggil sekali untuk setiap item dalam array, mengirimkan dua argumen saat dipanggil, item dan indeks untuk item saat ini. Mari kita panggil fungsi ini sebagai fungsi pengulang kita. - Kita juga dapat menulis kode seperti ini. -

- -function myIterator(item, index) -{ - alert('The item in the position #' + index + ' is:' + item); -} - -var myArray = ['first', 'second', 'third']; -myArray.each( myIterator ); - -

- Tapi ketika kita tidak ingin melakukan seperti semua anak sekolah, bukan? - Lebih serius, bagaimanapun juga, format terakhir ini lebih sederhana untuk dimengerti karena kita memasuki kode mencari fungsi myIterator. Adalah baik untuk memiliki logaika fungsi iterator di sana dalam tempat yang sama ia dipanggil. Juga, dalam hal ini, kitak tidak memerlukan fungsi iterator di manapun juga dalam kode kita, maka kita dapat mengubahnya ke dalam fungsi anonim tanpa hukuman. -

- -

this ini tapi kadang-kadang juga this itu

-

- - Salah satu masalah yang paling umum yang kita miliki dengan JS adalah saat kita mulai menulis kode kita, itulah kegunaan dari kata kunci this. Ini benar-benar menjadi tripwire. -

-

- Seperti disebutkan sebelumnya, sebuah fungsi juga adalah sebuah obyek dalam JS, dan adakalanya kita tidak memperhatikan bahwa kita mengirimkan sebuah fungsi. -

-

- Ambil potongan kode ini sebagai contoh. -

- -function buttonClicked() -{ - alert('button ' + this.id + ' was clicked'); -} - -var myButton = document.getElementById('someButtonID'); -var myButton2 = document.getElementById('someOtherButtonID'); -myButton.onclick = buttonClicked; -myButton2.onclick = buttonClicked; - -

- Karena fungsi buttonClicked didefinisikan di luar obyek manapun kita cenderung berpikir kata kunci this akan berisi referensi ke - obyek window atau document (menganggap kode ini ada di tengah halaman HTML yang dilihat dalam browser.) -

- -

- Tapi saat kita menjalankan kode ini kita melihat ia bekerja seperti yang dimaksudkan dan menampilkan id dari tombol yang diklik. Apa yang terjadi di sini adalah bahwa kita membuat metode onclick dari setiap tombol yang berisi referensi obyek buttonClicked, mengganti apapun yang ada di sana sebelumnya. Sekarang kapan saja tombol diklik, browser akan menjalankan sesuatu mirip dengan baris berikut. -

- -myButton.onclick(); - -

- - Itu tidak membingungkan sama sekali bukan? Tapi lihat apa yang terjadi, Anda mulai memiliki obyek lain yang berhadapan dengannya dan Anda ingin betindak pada obyek ini terhadap event seperti klik tombol. -

- -var myHelper = -{ - formFields: [ ], - emptyAllFields: function() - { - for(i=0; i < this.formFields.length; i++) - { - var elementID = this.formFields[i]; - var field = document.getElementById(elementID); - field.value = ''; - } - } -}; - -//beritahu kita ingin bekerja dengan field formulir yang mana -myHelper.formFields.push('txtName'); -myHelper.formFields.push('txtEmail'); -myHelper.formFields.push('txtAddress'); - -//membersihkan kotak teks: -myHelper.emptyAllFields(); - -var clearButton = document.getElementById('btnClear'); -clearButton.onclick = myHelper.emptyAllFields; - -

- Anda pikir bagus, sekarang saya dapat mengklik tombol Clear pada halaman saya dan tiga kotak teks itu akan dikosongkan. Kemudian Anda mencoba mengklik tombol hanya untuk mendapatkan kesalahan runtime. Kesalahan akan terkait dengan - (tebak apa?) kata kunci this. - Masalahnya adalah bahwa this.formFields tidak didefinisikan jika - this berisi sebuah referensi ke tombol, tepatnya itulah apa yang terjadi. Satu solusi cepat adalah menulis ulang baris kode terakhir. -

- - -clearButton.onclick = function() -{ - myHelper.emptyAllFields(); -}; - -

- Cara itu kita membuat fungsi baru yang memanggil metode penolong di dalam konteks obyek penolong. -

- diff --git a/demos/quickstart/protected/pages/Advanced/id/Scripts3.page b/demos/quickstart/protected/pages/Advanced/id/Scripts3.page deleted file mode 100755 index b313e7fc..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Scripts3.page +++ /dev/null @@ -1,35 +0,0 @@ - -

Javascript dalam PRADO, Pertanyaan dan Jawaban

-

Bagaimana saya menyertakan librari Javascript yang didistribusikan dengan Prado?

-

Librari javascript yang didistribusikan dengan Prado dapat ditemukan dalam direktori -framework/Web/Javascripts/source. File packages.php -dalam direktori itu mendefinisikan daftar nama paket yang tersedia yang diambil. Itu bisa diambil seperti berikut. -

-
  • Menambahkan librari dalam template - -<com:TClientScript PradoScripts="effects" /> - -
    • -
  • Menambahkan librari dalam kode PHP - -$this->getPage()->getClientScript()->registerPradoScript("effects"); - -
    • -
-Paket librari yang tersedia disertakan dalam Prado adalah -
    -
  • prado : javascript dasar kerangka kerja PRADO berdasarkan Prototype
    • -
  • effects : efek visual dari script.aculo.us
    • -
  • ajax : terkait ajax dan callback bedasarkan Prototype
    • -
  • validator : validasi
    • -
  • logger : pencatat javascript dan browser obyek
    • -
  • datepicker : datepicker
    • -
  • colorpicker : colorpicker
    • -
- -

Ketergantungan masing-masing librari secara otomatis dipecahkan. Komponen yang memerlukan libari tertentu juga akan secara otomatis mengambil librari yang diperlukan. -Sebagai contoh, jika Anda menambah komponen TDatePicker pada halaman, datepicker dan dependensinya akan secara otomatis disertakan pada halaman.

- -

Lihat TClientScript untuk opsi penambahan kode Javascript kustom Anda ke halaman.

- - diff --git a/demos/quickstart/protected/pages/Advanced/id/Security.page b/demos/quickstart/protected/pages/Advanced/id/Security.page deleted file mode 100755 index 5e6a8602..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Security.page +++ /dev/null @@ -1,79 +0,0 @@ - - -

Keamanan

- -

Perlindungan Kondisi Tampilan

-

-Kondisi tampilan berada di jantung PRADO. Kondisi tampilan menggambarkan data yang bisa dipakai untuk menyimpan kembali halaman ke kondisi terakhir kali dilihat oleh pengguna akhir sebelum membuat permintaan saat ini. Standarnya, PRADO menggunakan field tersembunyi untuk menyimpan informasi kondisi tampilan. -

-

-Sangat penting untuk memastikan bahwa kondisi tampilan tidak dirusak oleh pengguna akhir. Tanpa perlindungan, pengguna yang jahat bisa menginjeksi kode berbahaya ke dalam kondisi tampilan dan instruksi yang tidak diinginkan yang mungkin dilakukan ketika kondisi halaman sedang dikembalikan pada sisi server. -

-

-Untuk mencegah kondisi tampilan dari perusakan, PRADO memaksa kondisi tampilan memeriksa HMAC (Keyed-Hashing for Message Authentication) sebelum menyimpan kembali kondisi tampilan. Pemeriksaan itu bisa mendeteksi apakah kondisi tampilan sudah dirusak atau tidak oleh pengguna akhir. Seandainya kondisi tampilan dimodifikasi, PRADO akan berhenti mengembalikan kondisi tampilan dan mengembalikan pesan kesalahan. -

-

-Pemeriksaan HMAC memerlukan kunci pribadi yang harus menjadi rahasia bagi pengguna akhir. Para pengembang dapat menetapkan kunci ataupun membiarkan PRADO membuat kunci secara otomatis. Menetapkan kunci secara manual berguna saat aplikasi berjalan pada taman server. Untuk melakukannya, konfigurasi TSecurityManager dalam konfigurasi aplikasi, -

- -<modules> - <module id="security" - class="TSecurityManager" - ValidationKey="my private key" /> -</modules> - -

-Pemeriksaan HMAC tidak mencegah pengguna akhir dari pembacaan konten kondisi tampilan. Ukuran keamanan yang ditambahkanadalah untuk mengenkripsi informasi kondisi tampilan agar pengguna akhir tidak bisa mengurainya. Untuk menghidupkan enkripsi kondisi tampilan, setel EnableStateEncryption dari halaman menjadi true. Ini dapat dilakukan dalam konfigurasi halaman atau dalam kode halaman. Catatan, mengenkripsi kondisi tampilan dapat menurunkan performansi aplikasi. Strategi yang lebih baik adalah dengan menyimpan kondisi tampilan pada sisi server daripada field tersembunyi. -

- -

Pencegahan Penaskahan Situs Silang

-

-Penaskahan situs silang (juga dikenal sebagai XSS) terjadi saat aplikasi web mengumpulkan data dari pengguna. Penyerang akan sering menyuntikan JavaScript, VBScript, ActiveX, HTML, atau Flash menjadi aplikasi yang mudah diserang guna mengelabui pengguna aplikasi lain dan mengumpulkan data darinya. Sebagai contoh, Sistem forum yang didesain dengan buruk dapat menampilkan input pengguna dalam tulisan forum tanpa pemeriksaan apapun. Kemudian penyerang bisa menyuntikan beberapa kode jahat JavaScript ke dalam sebuah tulisan agar pengguna lain membaca tulisan ini, JavaScript berjalan tidak seperti yang diharapkan pada komputernya. -

-

-Salah satu ukuran paling penting guna mencegah penyerangan XSS adalah memeriksa input pengguna sebelum menampilkannya. Seseorang dapat melakukan pengkodean-HTML dengan input pengguna untuk mencapai tujuan ini. Akan tetapi, dalam beberapa situasi, pengkodean-HTML mungkin tidak disukai karena ia mematikan seluruh tag HTML. -

-

-PRADO menyertakan pekerjaan SafeHTML dan menyediakan bagi para pengembang komponen berguna yang disebut TSafeHtml. Dengan mengurung konten di dalam tag komponen TSafeHtml, konten yang dikurung dipastikan amab bagi pengguna akhir. Sebagai tambahan, TTextBox yang umum dipakai memiliki properti SafeText yang berisi input pengguna yang dipastikan aman bila ditampilkan secara langsung ke pengguna akhir. -

- -

Pencegahan Serangan Cookie

-

-Melindungi cookie dari serangan adalah sangat penting, karena ID sesi umumnya disimpan dalam cookie. Jika seseorang memegang ID sesi, intinya ia mempunyai semua informasi sesi relevan. -

-

-Ada beberapa pengukur guna mencegah cookie dari serangan. -

-
    -
  • Aplikasi dapat menggunakan SSL untuk membuat kanal komunikasi aman dan hanya mengirimkan cookie otentikasi melalui sambungan HTTPS. Para penyerang selanjutnya melakukan decipher isi dalam cookie yang dikirimkan.
    • -
  • Sesi berakhir secara tidak benar, termasuk semua token cookie dan sesi, untuk mengurangi kemungkinan penyerangan.
    • -
  • Mencegah penaskahan situs-silang (XSS) yang menyebabkan kode sesukanya berjalan dalam browser pengguna dan memunculkan cookie-nya.
    • -
  • Memvalidasi data cookie dan mendeteksi apakah cookie diubah atau tidak.
    • -
-

-PRADO menertapkan skema validasi cookie yang mencegah cookie dimodifikasi. Dalam keadaan tertentu, ia melakukan pemeriksaan HMAC untuk nilai cookie jika validasi cookie dihidupkan. -

-

-Validasi cookie standarnya dimatikan. Untuk menghidupkannya, konfigurasi modul THttpRequest seperti berikut, -

- - - - - -

-Untuk menggunakan skema validasi cookie yang disediakan oleh PRADO, Anda juga perlu mengambil cookie melalui koleksi Cookies dari THttpRequest dengan menggunakan pernyataan PHP berikut, -

- -foreach($this->Request->Cookies as $cookie) - // $cookie adalah tipe THttpCookie - -

-Untuk mengirimkan data cookie yang dikode dengan informasi validasi, buat obyek THttpCookie baru dan menambahkannya ke koleksi Cookies dari THttpResponse, -

- -$cookie=new THttpCookie($name,$value); -$this->Response->Cookies[]=$cookie; - - - diff --git a/demos/quickstart/protected/pages/Advanced/id/State.page b/demos/quickstart/protected/pages/Advanced/id/State.page deleted file mode 100755 index 42c5a0c4..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/State.page +++ /dev/null @@ -1,54 +0,0 @@ - - -

Kondisi Persisten

-

-Aplikasi Web sering memerlukan untuk mengingat apa yang pengguna akhir kerjakan dalam permintaan halaman sebelumnya agar permintaan halaman baru bisa dilayani sesuai dengan itu. Persisten kondisi untuk menangani masalah ini. Secara tradisional, jika halaman perlu memelihara interaksi pengguna, ia akan mengurut ulang sesi, cookie, atau field tersembunyi. PRADO menyediakan baris baru skema kondisi persisten, termasuk kondisi tampilan, kondisi kontrol, dan kondisi aplikasi. -

- -

Kondisi Tampilan

-

-Kondisi tampilan berada di jantung PRADO. Dengan kondisi tampilan, halaman Web menjadi tangguh dan mampu menyimpan kembali halaman ke kondisi terakhir kali pengguna akhir berinteraksi sebelum permintaan halaman saat ini. Pemrograman Web mirip dengan pemrograman GUI Windows, dan para pengembang dapat berpikir secara kontinyu tanpa mencemaskan mengenai perjalanan pulang pergi antara pengguna akhir dan server web. Sebagai contoh, dengan kondisi tampilan, sebuah kontrol kotak centang dapat mendeteksi apakah input pengguna mengubah konten dalam kotak centang atau tidak. -

-

-Kondisi tampilan hanya tersedia untuk kontrol. Kondisi tampilan dari kontrol bisa dimatikan dengan menyetel properti EnableViewState menjadi false. Untuk menyimpan variabel dalam kondisi tampilan, panggil yang berikut, -

- -$this->setViewState('Caption',$caption); - -

-di mana $this merujuk ke obyek kontrol, Caption adalah kunci unik yang mengidentifikasi variabel $caption yang disimpan dalam kondisi tampilan. Untuk mengambil variabel kembali dari kondisi tampilan, panggil yang berikut, -

- -$caption = $this->getViewState('Caption'); - - -

Kondisi Kontrol

-

-Kondisi kontrol mirip dengan kondisi tampilan dalam setiap aspek kecuali bahwa kondisi kontrol tidak bisa dimatikan. Kondisi kontrol bertujuan dipakai untuk menyimpan informasi kondisi krusial halaman atau kontrol mana yang tidak bekerja dengan baik. -

-

-Untuk menyimpan dan mengambil variabel dalam kondisi kontrol, gunakan perintah berikut, -

- -$this->setControlState('Caption',$caption); -$caption = $this->getControlState('Caption'); - - -

Kondisi Aplikasi

-

-Kondisi aplikasi merujuk ke data yang persisten melalui sesi pengguna dan permintaan halaman. Contoh umum dari kondisi aplikasi adalah penghitung kunjungan pengguna. Nilai penghitung adalah persisten meskipun sesi pengguna saat ini berakhir. Catatan, kondisi tampilan dan kondisi kontrol hilang jika permintaan pengguna untuk halaman yang berbeda, karena kondisi sesi hilang jika sesi pengguna berakhir. -

-

-Untuk menyimpan dan mengambil variabel dalam kondisi aplikasi, gunakan perintah berikut, -

- -$application->setGlobalState('Caption',$caption); -$caption = $application->getGlobalState('Caption'); - - -

Kondisi Sesi

-

-PRADO melapisi manajemen sesi tradisional dalam modul THttpSession. Modul dapat diakses dari dalam setiap komponen dengan menggunakan $this->Session, di mana $this merujuk ke obyek komponen. -

- - diff --git a/demos/quickstart/protected/pages/Advanced/id/Themes.page b/demos/quickstart/protected/pages/Advanced/id/Themes.page deleted file mode 100755 index 5a917484..00000000 --- a/demos/quickstart/protected/pages/Advanced/id/Themes.page +++ /dev/null @@ -1,60 +0,0 @@ - - -

Tema dan Skin

- -

Pengenalan

-

-Tema dalam PRADO menyediakan cara bagi para pengembang untuk menyediakan tampilan konsisten melintasi seluruh aplikasi web. Tema berisi daftar nilai awal untuk properti dari berbagai tipe kontrol. Ketika menerapkan tema ke sebuah halaman, semua kontrol dalam halaman tersebut akan menerima nilai properti awal terkait dari tema. Ini membolehkan tema untuk berinteraksi dengan seti properti yang banyak dari berbagai kontrol PRADO, berarti bahwa tema bisa dipakai untuk menetapkan jangkauan besar dari properti penyajian yang tidak bisa dilakukan metode tema lain (misaslnya CSS). Sebagai contoh, tema bisa dipakai untuk menetapkan ukuran standar halaman dari semua grid data melintasi aplikasi dengan menetapkan nilai standar untuk properti PageSize dari kontrol TDataGrid. -

- -

Memahami Tema

-

-Tema adalah sebuah direktori yang terdiri dari file skin, file javascript dan file CSS. Setiap file javascript atau CSS yang berada dalam tema akan diregistrasi dengan halaman yang menerapkan tema. Skin adalah set nilai properti awal untuk tipe kontrol tertentu. Tipe kontrol dapat memiliki satu atau beberapa skin, masing-masing diidentifikasi dengan SkinID unik. Ketika menerapkan tema ke sebuah halaman, skin diterapkan ke kontrol jika tipe kontrol dan nilai SkinID keduanya sama dengan ada dalam skin. Catatan, jika skin memiliki nilai SkinID kosong, ia akan menerapkannya ke semua kontrol dari tipe tertentu yang SkinID-nya tidak disetel atau kosong. File skin terdiri dari satu atau beberapa skin, untuk satu atau beberapa tipe kontrol. Tema adalah gabungan dari skin yang didefinisikan dalam semua file skin. -

- -

Menggunakan Tema

-

-Untuk menggunakan sebuah tema, Anda perlu menyetel properti Theme dari halaman dengan nama tema, yaitu nama direktori tema. Anda dapat menyetelnya dalam konfigurasi halaman atau dalam konstruktor atau metode onPreInit() dari halaman. Anda tidak bisa menyetel properti setelah onPreInit() karena saat itu, kontrol anak dari halaman sudah dibuat (skin harus diterapkan ke kontrol setelah kontrol tersebut dibuat.) -

-

-Untuk menggunakan skin tertentu dalam tema untuk sebuah kontrol, setel properti SkinID dari kontrol dalam template seperti berikut, -

- -<com:TButton SkinID="Blue" ... /> - -

-Ini akan menerapkan skin 'Blue' ke tombol. Catatan, nilai properti awal yang ditetapkan oleh skin 'Blue' akan mengganti setiap nilai properti tombol. Gunakan tema stylesheet jika Anda tidak ingi diganti. Untuk menggunakan tema stylesheet, setel properti StyleSheetTheme dari halaman daripada Theme (Anda bisa memiliki keduanya StyleSheetTheme dan Theme). -

-

-Untuk menggunakan file Javascript dan file CSS yang berada dalam sebuah tema, kontrol THead harus ditempatkan pada template halaman. Ini dikarenakan tema akan meregistrasi file itu dengan halaman dan THead adalah tempat yang tepat untuk menempatkan mengambil file tersebut. -

-

-Dimungkinkan untuk menetapkan tipe media dari file CSS yang berisikan sebuah tema. Standarnya, file CSS berlaku untuk semua tipe media. Jika file CSS bernama seperti mystyle.print.css, ia akan diterapkan hanya pada tipe media print. Sebagai contoh lain, mystyle.screen.css hanya berlaku untuk media screen, dan mystyle.css berlaku bagi semua tipe media. -

- -

Penyimpanan Tema

-

-Semua tema standarnya harus ditempatkan di bawah direktori [AppEntryPath]/themes, di mana AppEntryPath merujuk ke direktori yang berisi naskah entri aplikasi. Jika Anda ingin menggunakan direktori berbeda, konfigurasi properti BasePath dan BaseUrl dari modul System.Web.UI.TThemeManager dalam konfigurasi aplikasi, -

- -<service id="page" class="TPageService"> - <modules> - <module id="theme" - class="System.Web.UI.TThemeManager" - BasePath="mythemes" - BaseUrl="mythemes" /> - </modules> -</service> - - -

Membuat Tema

-

-Membuat sebuah tema melibatkan pembuatan direktori tema dan penulisan file skin (dan kemungkinan file Javascript serta CSS). Nama file skin harus diakhiri dengan .skin. Format file skin adalah sama seperti file template kontrol. Karena file skin tidak mendefinisikan penyajian hubungan leluhur-aak diantara kontrolnya, Anda tidak bisa menempatkan tag komponen di dalam yang lainnya. Dan setiap teks statis antara tag komponen diabaikan. Untuk mendefinisikan skin 'Blue' seperti telah disebutkan di atas untuk TButton, tulis yang berikut dalam file skin, -

- -<com:TButton SkinID="Blue" BackColor="blue" /> - -

-Seperti sudah disebutan di atas, Anda dapat menyimpan beberapa skin dalam satu file skin, atau memisahkannya ke dalam beberapa file. Strategi yang umum digunakan adalah bahwa setiap file skin hanya berisi skin untuk satu tipe kontrol. Sebagai contoh, Button.skin akan berisi skin hanya untuk tipe kontrol TButton. -

- diff --git a/demos/quickstart/protected/pages/Advanced/id/exception.gif b/demos/quickstart/protected/pages/Advanced/id/exception.gif deleted file mode 100755 index 93b1a07f..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/id/exception.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/id/exception2.gif b/demos/quickstart/protected/pages/Advanced/id/exception2.gif deleted file mode 100755 index 5fe0e625..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/id/exception2.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/id/logrouter.gif b/demos/quickstart/protected/pages/Advanced/id/logrouter.gif deleted file mode 100755 index 5a74dfe1..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/id/logrouter.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/id/mastercontent.gif b/demos/quickstart/protected/pages/Advanced/id/mastercontent.gif deleted file mode 100755 index 9354d65c..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/id/mastercontent.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Advanced/id/pcrelation.gif b/demos/quickstart/protected/pages/Advanced/id/pcrelation.gif deleted file mode 100755 index c1960d74..00000000 Binary files a/demos/quickstart/protected/pages/Advanced/id/pcrelation.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Configurations/id/AppConfig.page b/demos/quickstart/protected/pages/Configurations/id/AppConfig.page deleted file mode 100755 index c73ddd6f..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/AppConfig.page +++ /dev/null @@ -1,59 +0,0 @@ - - -

Konfigurasi Aplikasi

-

-Konfigurasi aplikasi digunakan untuk menetapkan perilaku global atas aplikasi. Ini terrmasuk spesifikasi alias path, pemakaian namespace, konfigurasi modul dan dan layanan, serta parameter. -

-

-Konfigurasi untuk aplikasi disimpan dalam sebuah file XML bernama application.xml, yang harus ditempatkan di bawah path basis aplikasi. Formatnya ditampilkan berikut ini. Spesifikasi lengkap dari konfigurasi aplikasi dapat ditemukan dalam file DTD dan XSD. -

- - - - - - - - - - - - - - - - - - - -
    - -
  • Elemen paling luar <application> berkaitan dengan turunan TApplication. Pasangan PropertyName="PropertyValue" menetapkan nilai awal untuk properti TApplication.
    • - -
  • Elemen <paths> berisi definisi alias path dan path penyertaan PHP untuk aplikasi. Setiap alias path ditetapkan melalui <alias> yang mana atribut path mengambil path absolut atau path relatif ke direktori yang berisi file konfigurasi aplikasi. Elemen <using> menetapkan path tertentu (dalam batasan namespace) akan ditambahkan ke path include PHP saat aplikasi dijalankan. PRADO mendefinisikan dua alias standar: System dan Application. Pembentuk merujuk ke direktori akar framework PRADO, dan yang terakhir merujuk ke direktori berisi file konfigurasi aplikasi.
    • - -
  • Elemen <modules> berisi konfigurasi untuk daftar modul. Setiap modul ditetapkan dengan elemen <module>. Setiap modul diidentifikasi secara unik oleh atribut id dan tipe class. Pasangan PropertyName="PropertyValue" menetapkan nilai awal untuk properti modul.
    • - -
  • Elemen <parameters> berisi daftar parameter level-aplikasi yang dapat diakses dari mana saja dalam aplikasi. Anda bisa menetapkan parameter tipe-komponen seperti menetapkan modul, atau Anda bisa menetapkan parameter tipe-string yang merupakan format lebih sederhana seperti berikut, - - - -Catatan, jika atribut value tidak ditetapkan, seluruh parameter XML node (dari tipe TXmlElement) akan dikembalikan sebagai nilai parameter. Sebagai tambahan, modul System.Util.TParameterModule menyediakan satu cara untuk mengambil parameter dari file XML eksternal. Lihat lebih jelasnya dalam dokumentasi API. -
    • - -
  • Elemen <include> membolehkan seseorang menyertakan file konfigurasi eksternal. Sudah diperkenalkan sejak v3.1.0. Atribut file menetapkan file konfigurasi eksternal dalam format namespace. Nama ekstensi dari file harus .xml. Atribut when berisi ekspresi PHP dan opsional (standarnya true). Hanya ketika ekspresi mengevaluasi true, file konfigurasi eksternal akan disertakan. Konteks ekspresi adalah aplikasi, misalnya $this dalam ekspresi akan merujuk ke obyek aplikasi. -
    • - -
  • Elemen <services> mirip dengan elemen <modules>. Ia sebagian besar menetapkan layanan yang disediakan oleh aplikasi. Di dalam elemen <service>, seseorang dapat memiliki salah satu elemen di atas. Ini akan efektif hanya ketika layanan terkait sedang diminta.
    • - -
- -

-File konfigurasi eksternal mempunyai format yang sama seperti dijelaskan di atas. Meskipun nama elemen akar tidak menjadi masalah, direkomendasikan adalah <configuration>. Konfigurasi eksternal akan menambah konfigurasi utama. Sebagai contoh, jika alias path ditetapkan dalam konfigurasi eksternal, ia akan menjadi tersedia sebagai tambahan terhadap alias yang ditetapkan dalam konfigurasi utama. -

- -

-Standarnya tanpa konfigurasi eksplisit, aplikasi PRADO akan mengambil beberapa modul inti, seperti THttpRequest, THttpResponse, dll. Ia juga akan menyediakan TPageService sebagai layanan standar. Konfigurasi dan penggunaan modul serta layanan ini tercakup dalam seksi individual pada tutorial ini. Catatan, jika aplikasi Anda mengambil setelan standar untuk modul dan layanan ini, Anda tidak perlu menyediakan konfigurasi aplikasi. Akan tetapi, jika modul atau layanan ini tidak mencukupi, atau Anda ingin menghubah perilakunya dengan mengkonfigurasi nilai propertinya, Anda memerlukan konfigurasi aplikasi. -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/Overview.page b/demos/quickstart/protected/pages/Configurations/id/Overview.page deleted file mode 100755 index 480eab84..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/Overview.page +++ /dev/null @@ -1,10 +0,0 @@ - -

Tinjauan Konfigurasi

-

-PRADO menggunakan konfigurasi untuk merekat komponen bersama ke dalam halaman dan aplikasi. Ada konfigurasi aplikasi, konfigurasi halaman, dan template. -

-

-Konfigurasi aplikasi dan halaman adalah opsional jika nilai standar yang dipakai. Template sebagian besar digunakan oleh halaman dan kontrol template. Ini juga opsional. -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/PageConfig.page b/demos/quickstart/protected/pages/Configurations/id/PageConfig.page deleted file mode 100755 index 2a05b3dc..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/PageConfig.page +++ /dev/null @@ -1,47 +0,0 @@ - - -

Konfigurasi Halaman

-

-Konfigurasi halaman sebagian besar dipakai oleh TPageService untuk memodifikasi atau menambahkan konfigurasi aplikasi. Seperti ditunjukan oleh namanya, konfigurasi halaman dikaitkan dengan direktori yang menyimpan beberapa file halaman. Ia disimpan sebagai file XML bernama config.xml. -

-

-Ketika pengguna meminta halaman yang disimpan di bawah <BasePath>/dir1/dir2, TPageService akan mencoba untuk mengurai dan mengambil file config.xml di bawah <BasePath>, <BasePath>/dir1 dan <BasePath>/dir1/dir2. Path, modul, dan parameter yang ditetapkan dalam file konfigurasi ini akan ditambahkan atau digabungkan ke dalam konfigurasi aplikasi yang sudah ada. Di sini <BasePath> seperti yang didefinisikan dalam layanan halaman. -

-

-Format file konfigurasi halaman adalah sebagai berikut, -

- - - - - - - - - - - - - - - - - - - - - - -

-<paths>, <modules>, <parameters> dan <include> mirip dengan itu dalam konfigurasi aplikasi. Elemen <authorization> menetapkan aturan otorisasi yang berlaku pada direktori halaman saat ini dan seluruh subdirektorinya. Untuk lebih jelasnya, lihat seksi otentikasi dan otorisasi. Elemen <pages> menetapkan nilai awal untuk properti halaman. Setiap elemen <page> menetapkan nilai awal untuk halaman tertentu yang diidentifikasi oleh atribut id. Nilai properti awal yang diberikan dalam elemen <pages> element berlaku untuk semua halaman dalam direktori dan subdirektori saat ini. -

-

-Spesifikasi lengkap dari konfigurasi halaman dapat ditemukan dalam file DTD dan XSD. -

- - -

-Sejak versi 3.1.1, atribut id dalam elemen <page> bisa berupa path halaman relatif yang mengarah ke halaman di dalam subdirektori pada direktori yang berisi konfigurasi halaman. Sebagai contoh, id="admin.Home" merujuk ke halaman Home di bawah direktori admin. Atribut id juga bisa berisi wildcard '*' untuk menemukan seluruh halaman di bawah direktori yang ditetapkan. Sebagai contoh, id="admin.*" merujuk ke seluruh halaman di bawah direktori admin dan subdirektorinya. Peningkatan ini membolehkan para pengembang untuk memusatkan konfigurasi halamannya (misalnya menyimpan semua inisialisasi semua halaman dalam konfigurasi aplikasi atau konfigurasi akar halaman.) -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/Templates1.page b/demos/quickstart/protected/pages/Configurations/id/Templates1.page deleted file mode 100755 index fa2a3405..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/Templates1.page +++ /dev/null @@ -1,103 +0,0 @@ - -

Template: Bagian I

-

-Template dipakai untuk menetapkan penyajian tata letak kontrol. Sebuah template dapat berisi teks statis, komponen, atau kontrol yang membantu penyajian kontrol terkait. Standarnya, turunan TTemplateControl atau subkelasnya secara otomatis mengambil dan menurunkan template dari sebuah file yang namanya sama dengan nama kelas kontrol. Untuk template halaman, nama file harus berakhiran .page; untuk kontrol template reguler lainnya, akhirannya adalah .tpl. -

-

Format template mirrip HTML, dengan beberapa tag spesifik-PRADO, termasuk tag komponen, tag kontrol template, tag komentar, tag konten dinamis, and tag properti dinamis. . -

- - -

Tag Komponen

-

-Tag komponen menetapkan komponen sebagai bagian dari konten body pada kontrol template. Jika komponen adalah sebuah kontrol, biasanya akan menjadi anak atau cucu dari kontrol template, dan hasil penyajiannya akan disisipkan di tempat di mana ia terlihat dalam template. -

-

-Format dari tag komponen adalah sebagai berikut, - -<com:ComponentType PropertyName="PropertyValue" ... EventName="EventHandler" ...> -body content -</com:ComponentType> - -ComponentType berupa nama kelas atau nama tipe bertitik (contoh System.Web.UI.TControl) pada komponen. PropertyName dan EventName keduanya tidak sensitif-huruf. PropertyName bisa berupa nama properti atau subproperti (contoh Font.Name). Catatan, PropertyValue menjadi dekode HTML saat ditempatkan ke properti terkait. Konten dikurung diantara tag komponen pembuka dan penutup biasanya diperlakukan sebagai badan komponen. -

-

-Diperlukan bahwa tag properti komponen saling mengumpulkan dan tag komponen pembuka dipasangkan dengan tag penutup, mirip dengan apa yang ada dalam XML. -

-

-Template berikut memperlihatkan sebuah tag komponen yang menetapkan properti Text dan event OnClick dari kontrol tombol, - -<com:TButton Text="Register" OnClick="registerUser" /> - -Catatan, nama properti dan nama event semuanya tidak sensitif-huruf, sementara nama tipe komponen adalah sensitif-huruf. Nama event selalu diawali dengan On. -

-

-Juga diperhatikan, nilai awal untuk properti yang namanya diakhiri dengan Template diproses secara khusus. Dalam keadaan tertentu, nilai awal diurai sebagai obyek TTemplate. Properti ItemTemplate dari kontrol TRepeater dalam contoh tersebut. -

-

-Untuk menjembatani properti dengan tempat data besar, tag inisialisasi properti berikut diperkenalkan. Ini sama dengan ...PropertyName="PropertyValue"... pada setiap aspeknya. Tag inisialisasi properti harus secara langsung dikurung diantara tag pembuka dan penutup komponen. -

- -<prop:PropertyName> -PropertyValue -</prop:PropertyName> - -

-Sejak versi 3.1.0, inisialisasi tag properti dapat juga dipakai untuk menginisialisasi set subproperti yang berbagi properti leluhur yang sama. Sebagai contoh, yang berikut adalah sama HeaderStyle.BackColor="black" dan HeaderStyle.ForeColor="red". -

- -<prop:HeaderStyle BackColor="black" ForeColor="red" /> - - -

ID Komponen

-

-Ketika ditetapkan dalam template, properti ID komponen mempunyai arti khusus sebagai tambahan terhadap definisi properti normalnya. Tag komponen yang ditetapkan dengan nilai ID dalam template akan meregistrasi komponen terkait ke dalam kontrol pemilik template. Selanjutnya komponen dapat diakses secara langsung dari kontrol template dengan nilai ID-nya. Sebagai contoh, dalam template halaman Home, tag komponen berikut - -<com:TTextBox ID="TextBox" Text="First Name" /> - -memungkinkan untuk memperoleh obyek kotak teks dalam kode menggunakan $page->TextBox. -

- - -

Tag Kontrol Template

-Tag kontrol template digunakan untuk mengkonfigurasi nilai properti awal dari kontrol yang memiliki template. Formatnya adalah sebagai berikut, - -<%@ PropertyName="PropertyValue" ... %> - -Seperti dalam tag komponen, PropertyName adalah tidak sensitif-huruf dan bisa berupa nama properti atau subproperti. -

-

-Nilai awal yang ditetapkan melalui tag kontrol template ditempatkan ke properti terkait saat kontrol template dibentuk. Oleh karena itu, Anda dapat mengganti nilai properti ini dalam langkah berikutnya, seperti tahap Init dari kontrol. -

-

-Tag kontrol template adalah opsional dalam sebuah template. Setiap template dapat berisi paling banyak satu tag kontrol template. Anda dapat menempatkan tag kontrol template di mana saja di dalam template. Direkomendasikan bahwa Anda menempatkannya di awal template untuk visibilitas lebih baik. -

- - -

Tag Komentar

-

-Tag komentar dipakai untuk menyimpan komentar pengembang dalam template yang tidak akan ditampilkan ke pengguna-akhir. Isi dikurung di dalam tag komentar akan diperlakukan sebagai teks tring biasa dan PRADO tidak akan mencoba untuk menguraikannya. Tag komentar tidak bisa dipakai di dalam nilai properti. Format tag komentar adalah sebagai berikut, -

- -<!--- -Komentar TIDAK TERLIHAT bagi pengguna-akhir ----> - -
Catatan: -Tag komentar baru <!--- ... ---> diperkenalkan sejak PRADO versi 3.1. Sebelumnya adalah <!-- ... --!> yang tidak dipakai lagi karena beberapa editor mempunyai masalah dalam penerangan-sintaks tag seperti itu.
- -

Tag Include

-

-Sejak versi 3.0.5, PRADO mulai mendukung penyertaan template eksternal. Ini dilakukan melalui tag include, di mana file template eksternal ditetapkan dalam format namespace dan nama filenya harus diakhiri dengan .tpl. -

- -<%include path.to.templateFile %> - - -

-Template eksternal akan disisipkan di tempat di mana tag include terjadi dalam basis template. -

-

-Catatan, pengulangan penyertaan template tidak didukung, misalnya Anda tidak dapat mempunyai tag include di dalam template eksternal. -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/Templates2.page b/demos/quickstart/protected/pages/Configurations/id/Templates2.page deleted file mode 100755 index 41bae6d3..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/Templates2.page +++ /dev/null @@ -1,99 +0,0 @@ - -

Template: Bagian II

- - -

Tag Konten Dinamis

-

-Tag konten dinamis diperkenalkan sebagai jalan pintas ke beberapa tag komponen yang umum dipakai. Tag-tag ini sebagian besar dipakai untuk menyajikan konten yang dihasilkan dari evaluasi beberapa ekspresi atau pernyataan PHP. Ini termasuk tag ekspresi, tag pernyataan, tag databind, parameter tags, tag asset dan tag lokalisasi. -

- - -

Tag Ekspresi

-

-Tag ekspresi mewakili ekspresi PHP yang dievaluasi saat kontrol template dalam tahap PreRender. Hasil evaluasi ekspresi disisipkan di tempat di mana tag berada dalam template. Konteks (yaitu $this) dari ekspresi adalah kontrol yang memilik template. -

-

-Format tag ekspresi adalah sebagai berikut, -

- -<%= PhpExpression %> - -

-Sebagai contoh, tag ekspresi berikut akan menampilkan judul halaman saat ini di tempat, -

- -<%= $this->Title %> - - - -

Tag Pernyataan

-

-Tag pernyataan mirip dengan tag ekspresi, kecuali bahwa tag pernyataan berisi pernyataan PHP daripada ekspresi. Output dari pernyataan PHP (menggunakan contoh echo atau print dalam PHP) ditampilkan di tempat di mana tag pernyataan berada dalam template. Konteks (yaitu $this) dari pernyataan adalah kontrol yang memiliki template. Format tag pernyataan adalah sebagai berikut, -

- -<%% -Pernyataan PHP -%> - -

-Contoh berikut menampilkan waktu saat ini dalam bahasa Belanda di tempat, -

- -<%% -setlocale(LC_ALL, 'nl_NL'); -echo strftime("%A %e %B %Y",time()); -%> - - - -

Tag Databind

-

-Tag databind mirip dengan tag ekspresi, kecuali bahwa ekspresi dievaluasi hanya ketika panggilan dataBind() diterapkan pada kontrol yang mewakili tag databind. Konteks (yaitu $this) dari ekspresi databind adalah kontrol yang memiliki template. Format tag databind adalah sebagai berikut, -

- -<%# PhpExpression %> - - - -

Tag Parameter

-

-Tag parameter dipakai untuk menyisipkan parameter aplikasi di tempat di mana ia muncul dalam template. Format tag parameter adalah sebagai berikut, -

- -<%$ ParameterName %> - -

-Catatan, parameter aplikasi biasanya didefinisikan konfigurasi aplikasi atau konfigurasi direktori halaman. Parameter dievaluasi saat template diberi contoh. -

- - -

Tag Asset

-

-Tag asset dipakai untuk mempublikasikan file pribadi dan menampilkan URL terkait. Sebagai contoh, jika Anda mempunyai file gambar yang tidak bisa diakses Web dan Anda ingin menjadikannya terlihat bagi pengguna-akhir, Anda dapat menggunakan tag asset untuk mempublikasikan file ini dan menampilkan URL ke pengguna-akhir agar mereka dapat mengambil gambar yang dipublikasikan. -

-

-Format tag asset adalah sebagai berikut, -

- -<%~ LocalFileName %> - -

-di mana LocalFileName merujuk ke path file yang relatif ke direktori yang berisi file template saat ini. Path file bisa berupa file tunggal atau sebuah direktori. Jika direktori, konten dalam seluruh direktori akan dibuat dapat diakses oleh pengguna-akhir. -

-

-HARAP SANGAT BERHATI-HATI ketika Anda menggunakan tag asset karena ia dapat memperlihatkan ke pengguna-akhir file yang tidak ingin Anda perlihatkan kepada mereka. -

- - -

Tag Lokalisasi

-

-Tag lokalisasi mewakili teks yang dilokalisasi. Formatnya adalah sebagai berikut, -

- -<%[string]%> - -

-di mana string akan diterjemahkan ke bahasa berbeda tergantung pada preferensi bahasa pengguna-akhir. Tag lokalisasi sebenarnya adalah jalan pintas ke fungsi panggil Prado::localize(string). -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/Templates3.page b/demos/quickstart/protected/pages/Configurations/id/Templates3.page deleted file mode 100755 index e53d3384..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/Templates3.page +++ /dev/null @@ -1,104 +0,0 @@ - -

Template: Bagian III

- - -

Tag Properti Dinamis

-

-Tag properti dinamis sangat mirip dengan tag konten dinamis, kecuali bahwa ia berlaku untuk properti komponen. Kegunaan tag properti dinamis adalah untuk membolehkan konfigurasi properti komponen lebih serba guna. Catatan, Anda tidak perlu memakai tag properti dinamis karena apa yang bisa dikerjakan oleh tag properti dinamis juga bisa dilakukan dalam kode PHP. Akan tetapi, menggunakan tag properti dinamis membawa Anda jauh lebih nyaman saat menyempurnakan tugas yang sama. Pemakaian dasar dari tag properti dinamis adalah sebagai berikut, -

- -<com:ComponentType PropertyName=DynamicPropertyTag ...> -body content -</com:ComponentType> - -

-di mana Anda dapat mengurung DynamicPropertyTag di dalam tanda kutip tunggal atau dua agar pembacaannya lebih baik. -

-

-Seperti tag konten dinamis, kami mempunyai tag ekspresi, tag databind, tag parameter, tag asset dan tag lokalisasi. (Catatan, tidak ada tag pernyataan di sini.) -

- - -

Tag Ekspresi

-

-Tag ekspresi mewakili ekspresi PHP yang dievaluasi saat kontrol template dalam tahap PreRender. Hasil evaluasi ekspresi disisipkan di tempatkan ke properti komponen terkait. Format tag ekspresi adalah sebagai berikut, -

- -<%= PhpExpression %> - -

-Dalam ekspresi, $this merujuk ke kontrol yang memiliki template. Contoh berikut menetapkan kontrol TLabel di mana properti Text diberi contoh seperti judul halaman saat ini saat kontrol TLabel sedang dibentuk, -

- -<com:TLabel Text=<%= $this->Page->Title %> /> - - - -

Tag Databind

-

-Tag databind mirip dengan tag ekspresi, kecuali bahwa ekspresi dievaluasi hanya ketika panggilan dataBind() diterapkan pada kontrol yang mewakili tag databind. Konteks (yaitu $this) dari ekspresi databind adalah kontrol yang memiliki template. Tag databind tidak berlaku bagi seluruh komponen. Ia hanya digunakan untuk kontrol. -

-

-Format tag databind adalah sebagai berikut, -

- -<%# PhpExpression %> - -

-Sejak v3.0.2, tag ekspresi dan tag databind dapat direkatkan di dalam string statis. Sebagai contoh, Anda bisa menulis yang berikut dalam template, -

- -<com:TLabel> - <prop:Text> - Today is <%= date('F d, Y',time()) %>. - The page class is <%= get_class($this) %>. - </prop:Text> -</com:TLabel> - -

-Sebelumnya, Anda harus menggunakan ekspresi tunggal dengan penggabungan string untuk mendapatkan efek yang sama. -

- - -

Tag Parameter

-

-Tag parameter dipakai untuk menyisipkan parameter aplikasi di tempat di mana ia muncul dalam template. Format tag parameter adalah sebagai berikut, -

- -<%$ ParameterName %> - -

-Catatan, parameter aplikasi biasanya didefinisikan konfigurasi aplikasi atau konfigurasi direktori halaman. Parameter dievaluasi saat template diberi contoh. -

- - -

Tag Asset

-

-Tag asset dipakai untuk mempublikasikan file pribadi dan menampilkan URL terkait. Sebagai contoh, jika Anda mempunyai file gambar yang tidak bisa diakses Web dan Anda ingin menjadikannya terlihat bagi pengguna-akhir, Anda dapat menggunakan tag asset untuk mempublikasikan file ini dan menampilkan URL ke pengguna-akhir agar mereka dapat mengambil gambar yang dipublikasikan. Tag asset dievaluasi ketika template diberi contoh. -

-

-Format tag asset adalah sebagai berikut, -

- -<%~ LocalFileName %> - -

-di mana LocalFileName merujuk ke path file yang relatif ke direktori yang berisi file template saat ini. Path file bisa berupa file tunggal atau sebuah direktori. Jika direktori, konten dalam seluruh direktori akan dibuat dapat diakses oleh pengguna-akhir. -

-

-HARAP SANGAT BERHATI-HATI ketika Anda menggunakan tag asset karena ia dapat memperlihatkan ke pengguna-akhir file yang tidak ingin Anda perlihatkan kepada mereka. -

- - -

Tag Lokalisasi

-

-Tag lokalisasi mewakili teks yang dilokalisir. Formatnya adalah sebagai berikut, -

- -<%[string]%> - -

-di mana string akan diterjemahkan ke bahasa berbeda tergantung pada preferensi bahasa pengguna-akhir. Tag lokalisasi sebenarnya adalah jalan pintas ke fungsi panggil Prado::localize(string). -

- - diff --git a/demos/quickstart/protected/pages/Configurations/id/UrlMapping.page b/demos/quickstart/protected/pages/Configurations/id/UrlMapping.page deleted file mode 100755 index 46e7bdd4..00000000 --- a/demos/quickstart/protected/pages/Configurations/id/UrlMapping.page +++ /dev/null @@ -1,106 +0,0 @@ - - -

Pemetaan URL (URL bersahabat)

- - - -

-Modul TUrlMapping membolehkan PRADO membentuk dan mengenali URL bersahabat berdasarkan pada pola spesifik. -

- -

-TUrlMapping terdiri dari daftar pola URL yang dipakai untuk menyamakan terhadap URL yang saat ini sedang diminta. Pola pertama yang sama kemudian akan dipakai untuk mendekomposisi URL ke dalam parameter request (dapat diakses melalui -$this->Request['paramname']). Pola juga dipakai untuk membentuk URL yang dikustomisasi. Dalam hal ini, parameter dalam pola yang diterapkan akan diganti dengan nilai variabel GET terkait. -

- -

-Untuk menggunakan TUrlMapping, seseorang harus menyetel properti UrlManager dari modul THttpRequest sebagai ID modul TUrlMapping. Lihat contoh berikut, - - - - - - - - - - -

- -

-Contoh di atas adalah bagian dari konfigurasi aplikasi dari demo blog dalam rilis PRADO. Ia menghidupkan pengakuan format URL berikut: -

-
    -
  • /index.php/post/123 diakui sebagai /index.php?page=Posts.ViewPost&id=123
    • -
  • /index.php/archive/200605 diakui sebagai /index.php?page=Posts.ListPost&time=200605
    • -
  • /index.php/category/2 diakui sebagai /index.php?page=Posts.ListPost&cat=2
    • -
- -

-ServiceParameter dan ServiceID (ID standarnya adalah 'page') masing-masing menyetel parameter layanan dan ID layanan terhadap modul Request. Parameter layanan untuk layanan TPageService adalah nama kelas Page, contohnya untuk URL "index.php?page=Home", "page" adalah ID layanan dan parameter layanan adalah "Home". Layanan lain dapat menggunakan parameter layanan dan ID secara berbeda. Lihat Layanan untuk lebih jelasnya. -

- -
Info: -TUrlMapping harus dikonfigurasi sebelum -modul Request mengatasi permintaan. -Ini biasanya berarti mendeklarasikan modul TUrlMapping sebelum tag -<services> dalam konfigurasi aplikasi. -Menetapkan pemetaan dalam direktori config.xml tidak didukung. -
- -

Menetapkan Pola URL

-

-TUrlMapping menghidupkan pengakuan terhadap format URL yang dikustomisasi berdasarkan pada daftar pola URL yang ditetapkan sebelumnya. Setiap pola ditetapkan dalam tag <url>. -

- -

-Nilai atribut Pattern dan Parameters adalah pola ekspresi reguler yang menentukan kriteria pemetaan. Properti Pattern mengambil ekspresi reguler dengan nama parameter dikurung antara kurung kurawal kiri '{' dan kurung kurawal kanan '}'. Pola untuk setiap parameter dapat disetel menggunakan koleksi atribut Parameters. -Sebagai contoh, - - - -

-Contoh mirip dengan ekspresi reguler berikut (ia memakai fitur "named group" dalam ekspresi reguler yang tersedia dalam PHP): - - - RegularExpression="/articles\/(?P\d{4})\/(?P\d{2})\/(?P\d+)/u" - -

-Dalam contoh di atas, pola berisi 3 parameter bernama "year", -"month" dan "day". Pola untuk parameter ini masing-masing adalah, "\d{4}" (4 digit), "\d{2}" (2 digit) -dan "\d+" (1 atau lebih digit). -Intinya, nama dan nilai atribut Parameters digunakan sebagai substrings dalam penggantian tempat pada string Pattern untuk membentuk string ekspresi reguler lengkap. -

- -
Catatan: Jika Anda bermaksud untuk menggunakan properti RegularExpression Anda perlu mengulang garis miring dalam ekspresi reguler. -
- -

Berikut dari contoh pola di atas, -sebuah URL "http://example.com/index.php/articles/2006/07/21" akan disamakan dan benar. Akan tetapi, "http://example.com/index.php/articles/2006/07/hello" tidak benar karena pola parameter "day" tidak memuaskan. - Dalam kelas TUrlMappingPattern standarnya, pola disamakan dengan properti path dari hanya URL. Sebagai contoh, hanya bagian -"/index.php/articles/2006/07/21" dari URL yang ditetapkan. -

- -

-URL permintaan yang dipetakan mirip dengan index.php?page=ArticleView&year=2006&month=07&day=21. -Nilai parameter tersedia melalui obyek standar Request. Sebagai contoh, $this->Request['year']. -

- -

Pemetaan URL dievaluasi agar ia ditempatkan dan hanya pemetaan pertama yang menyamai URL akan dipakai. Pemetaan beruntun dapat dicapat dengan menempatkan pemetaan URL dalam urutan tertentu. Sebagai contoh, menempatkan pemetaan paling spesifik terlebih dahulu. -

- -

Membentuk URL Dikustomisasi

-

-Sejak versi 3.1.1, TUrlMapping mulai mendukung pembentukan format URL terkustomisasi berdasarkan pola yang disediakan. Untuk menghidupkan fitur ini, setel TUrlMapping.EnableCustomUrl menjadi true. Saat THttpRequest.constrcutUrl() dipanggil, pembantukan kerja URL aktual akan didelegasikan ke turunan TUrlMappingPattern yang sama. Ia mengganti parameter dalam pola dengan variabel GET terkait dikirimkan ke constructUrl(). -

- -

-Pola yang sama adalah propreti ServiceID dan ServiceParameter yang sama seperti yang dikirimkan ke constructUrl() dan parameter yang diberi nama ditemukan dalam variabel GET. Sebagai contoh, constructUrl('Posts.ListPost',array('cat'=>2)) akan menggunakan pola pihak ketiga dalam contoh di atas. -

- -

-Standarnya TUrlMapping akan membentuk URL yang diawali dengan yang saat ini meminta path naskah PHP, seperti /path/to/index.php/article/3. Para pengguna dapat mengubah perilaku ini dengan menetapkan prefiks URL secara spesifik melalui properti UrlPrefix-nya. Sebagai contoh, jika konfigurasi server Web memperlakukan index.php sebagai naskah standar, kita bisa menyetel UrlPrefix sebagai /path/to dan URL yang dibentuk akan terlihat seperti /path/to/article/3. -

- - diff --git a/demos/quickstart/protected/pages/Controls/Samples/THyperLink/Home.page b/demos/quickstart/protected/pages/Controls/Samples/THyperLink/Home.page index 8d3f6853..901aa0f0 100755 --- a/demos/quickstart/protected/pages/Controls/Samples/THyperLink/Home.page +++ b/demos/quickstart/protected/pages/Controls/Samples/THyperLink/Home.page @@ -9,8 +9,8 @@ A regular hyperlink: Welcome to . @@ -19,8 +19,8 @@ A text hyperlink with css style: Welcome to . @@ -30,7 +30,7 @@ Welcome to An image hyperlink: Text="Hello World" />. @@ -39,7 +39,7 @@ An image hyperlink: A hyerplink with body contents as link text: Body contents diff --git a/demos/quickstart/protected/pages/Controls/Samples/TImageMap/Home.page b/demos/quickstart/protected/pages/Controls/Samples/TImageMap/Home.page index 5e56aefd..99ba48aa 100755 --- a/demos/quickstart/protected/pages/Controls/Samples/TImageMap/Home.page +++ b/demos/quickstart/protected/pages/Controls/Samples/TImageMap/Home.page @@ -9,8 +9,8 @@ Inline frame with default settings: - + @@ -17,7 +17,7 @@ Inline frame customized with margins and align: MarginWidth="100" MarginHeight="100" Align="Right" - FrameUrl="http://www.pradosoft.com/" /> + FrameUrl="https://github.com/pradosoft/prado" /> @@ -26,7 +26,7 @@ Inline frame without scrollbars and border: + FrameUrl="https://github.com/pradosoft/prado" /> diff --git a/demos/quickstart/protected/pages/Controls/id/Button.page b/demos/quickstart/protected/pages/Controls/id/Button.page deleted file mode 100755 index 942b607f..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Button.page +++ /dev/null @@ -1,16 +0,0 @@ - - -

TButton

- - -

-TButton membuat tombol klik pada halaman Web. judul tombol ditetapkan dengan properti Text. Tombol digunakan untuk mengirimkan data ke sebuah halaman. TButton memunculkan dua event sisi-server, OnClick dan OnCommand, ketika diklik pada sisi-klien. Perbedaan diantara event OnClick dan OnCommand adalah bahwa event kedua meneruskan ke leluhur kontrol tombol. Pengendali event OnCommand bisa menggunakan CommandName dan CommandParameter terkait dengan event guna melakukan aksi spesifik. -

-

-Mengklik tombol dapat memicu formulir validasi, jika CausesValidation adalah true. Dan validasi mungkin dibatasi di dalam grup tertentu dari kontrol validator menurut ValidationGroup. -

- - -UNTUK DIKERJAKAN: atribut kustom - - diff --git a/demos/quickstart/protected/pages/Controls/id/Captcha.page b/demos/quickstart/protected/pages/Controls/id/Captcha.page deleted file mode 100755 index 27ffb6dc..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Captcha.page +++ /dev/null @@ -1,43 +0,0 @@ - - -

TCaptcha

- - -

-TCaptcha menampilkan CAPTCHA yang bisa dipakai untuk menentukan apakah input dimasukan oleh pengguna asli ataukah beberapa program. TCaptcha menampilkan sebuah token (string terdiri dari karakter alfanumerik) sebagai sebuah gambar dan pengguna diharapkan untuk mengulang token dalam kotak teks. Gambar token dibuat dalam cara tertentu yang bisa dikenali oleh manusia, tapi tidak oleh sebuah program. -

- -

-Untuk menggunakan TCaptcha, anda hrus menghidupkan ekstensi PHP GD2 dengan dukungan font TrueType. Tidak seperti naskah CAPTCHA lain, TCaptcha tidak memerlukan sesi atau cookie. -

- -

-Token yang dibuat oleh TCaptcha dapat dikonfigurasi dalam beberapa cara. Untuk menetapkan panjang karakter dalam token, setel MinTokenLength dan MaxTokenLength. Untuk menggunakan perbandingan huruf tidak sensitif-huruf dan hanya membuat token huruf-besar, setel CaseSensitive ke false. Para pengguna tingkat lanjut dapat mencoba untuk menyetel TokenAlphabet guna menetapkan karakter mana yang akan muncul dalam token yang dibuatnya. -

- -

-Validasi token terkait dengan dua properti: TestLimit (standarnya 5 kali) dan TokenExpiry (standarnya 600 detik). Pembentuk menetapkan berapa kali token bisa diuji pada sisi-server, dan yang terakhir mengatakan kapan token yang dibuat akan berakhir. Jika validasi gagal dalam salah satu dari dua skenario, token baru akan secara otomatis dibuat. -

- -

-Untuk menetapkan tampilan dari gambar token yang dibuat, setel TokenImageTheme ke integer antara 0 dan 31. Ada bisa mencoba contoh berikut untuk melihat bagaimana nilai ini mempengaruhi gambar token yang dihasilkan. Ukuran gambar token ditentukan oleh TokenFontSize. Dalam keadaan tertentu, panjang gambar adalah proporsional bagi ukuran font. Anda juga bisa menyetel Width untuk mengubah gambar yang dihasilkan ke ukuran yang anda inginkan, gambar yang diskala mungkin tidak terlihat baik. -

- -

-Setelah postback, input pengguna dapat di validasi dengan memanggil metode TCaptcha.validate(). Jauh lebih mudah, anda dapat menggunakan TCaptchaValidator untuk mengotomasi pekerjaan validasi bagi anda. TCaptchaValidator mempunyai keuntungan tambahan dari kemampuan untuk memvalidasi input pengguna pada sisi-klien. Standarnya, token yang dihasilkan akan tetap tidak berubah selama postbacks. Token baru dapat dibuat dengan memanggil TCaptcha.regenerateToken() secara manual. -

- -

-Template berikut memperlihatkan penggunaan umum dari kontrol TCaptcha: -

- -<com:TCaptcha ID="Captcha" /> -<com:TTextBox ID="Input" /> -<com:TCaptchaValidator CaptchaControl="Captcha" - ControlToValidate="Input" - ErrorMessage="You are challenged!" /> - - - - - diff --git a/demos/quickstart/protected/pages/Controls/id/CheckBox.page b/demos/quickstart/protected/pages/Controls/id/CheckBox.page deleted file mode 100755 index cc6976a1..00000000 --- a/demos/quickstart/protected/pages/Controls/id/CheckBox.page +++ /dev/null @@ -1,14 +0,0 @@ - - -

TCheckBox

- - -

-TCheckBox menampilkan kotak centang pada halaman Web. Judul bisa ditetapkan melalui Text dan ditampilkan disamping kotak centang. Ia bisa muncul baik di sisi kanan atau kiri kotak centang, yang ditentukan oleh TextAlign. Selanjutnya anda dapat menetapkan atribut yang diterapkan ke teks dengan menggunakan LabelAttributes. -

-

-Untuk menentukan apakah kotak centang dicentang atau tidak, uji properti Checked. Event CheckedChanged dimunculkan jika kondisi Checked berubah diantara pengiriman ke server. Jika AutoPostBack adalah true, mengubah kotak centang akan menyebabkan aksi postback. Dan jika CausesValidation juga true, setelah postback validasi akan dilakukan bagi validator di dalam ValidationGroup yang ditetapkan. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/ClientScript.page b/demos/quickstart/protected/pages/Controls/id/ClientScript.page deleted file mode 100755 index 2142e65a..00000000 --- a/demos/quickstart/protected/pages/Controls/id/ClientScript.page +++ /dev/null @@ -1,42 +0,0 @@ - - -

TClientScript

- -

Menyertakan Bundel Librari Javascript dalam Prado

-

-TClientScript membolehkan kode Javascript disisipkan atau di-link ke template halaman. PRADO dibundel dengan fungsionalitas librari besar Javascript termasuk efek, AJAX, pengendali event dasar, dan masih banyak lagi. Librari Javascript yang dibundel bisa di-link ke template halaman saat ini menggunakan properti PradoScripts. Multipel librari Javascript yang dibundel bisa ditetapkan menggunakan string nama librari Javascript dipisahkan koma untuk disertakan pada halaman. Contoh berikut akan menggunakan librari "ajax" dan "effects". -

- -<com:TClientScript PradoScripts="ajax, effects" /> - - -

- Bundel librari yang disertakan dalam Prado adalah

-
    -
  • prado : kerangka kerja javascript prado dasar berdasarkan Prototype
    • -
  • effects : efek visual dari script.aculo.us
    • -
  • ajax : terkait ajax dan callback berdasarkan Prototype
    • -
  • validator : validasi
    • -
  • logger : javascript pencatat dan browser obyek
    • -
  • datepicker : datepicker
    • -
  • colorpicker : colorpicker
    • -
-

-Banyak dari librari, seperti validator dan datepicker akan secara otomatis ketika kontrol yang menggunakan librari ini terlihat pada halaman. Sebagai contoh, semua validator -jika EnableClientScript disetel true akan menyertakan librari javascript prado dan validator. -Ketergantungan dari setiap librari secara otomatis dipecahkan. Yakni, menetapkan, katakanlah "ajax", juga akan menyertakan librari "prado".

- -

Menyertakan File Javascript Kustom

-

File Javascript kustom dapat diregistrasi menggunakan properti ScriptUrl. Contoh berikut menyertakan file Javascript "test.js" ke halaman. Dalam hal ini, file "test.js" relatif ke template saat ini yang sedang anda gunakan. Karena nilai properti adalah -tag asset dinamis, file "test.js" akan dipublikasikan secara otomatis, yaitu file akan di-copy ke direktori asset bila perlu. -

- -<com:TClientScript ScriptUrl=<%~ test.js %> /> - -

You can include Javascript files from other servers by specifying the full URL string in - the ScriptUrl property.

- -

Menyertakan Blok Kode Javascript Kustom

-

Setiap konten di dalam tag kontrol TClientScript akan dianggap sebagai kode Javascript dan akan disajikan di mana ia dideklarasikan.

- - diff --git a/demos/quickstart/protected/pages/Controls/id/ColorPicker.page b/demos/quickstart/protected/pages/Controls/id/ColorPicker.page deleted file mode 100755 index bac8a96e..00000000 --- a/demos/quickstart/protected/pages/Controls/id/ColorPicker.page +++ /dev/null @@ -1,10 +0,0 @@ - - -

TColorPicker

- - -

-TBD -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/Conditional.page b/demos/quickstart/protected/pages/Controls/id/Conditional.page deleted file mode 100755 index e17ba4cd..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Conditional.page +++ /dev/null @@ -1,36 +0,0 @@ - - -

TConditional

- - -

-TConditional menampilkan konten terkai berdasarkan hasil evaluasi ekspresi PHP yang ditetapkan via Kondisi. -Jika hasil adalah true, ia menurunkan template TrueTemplate; -sebaliknua, template FalseTemplate yang diturunkan. -Ekspresi PHP dievaluasi sebelum tahap onInit atas masa hidup kontrol. -

- -

-Karena TConditional mengevaluasi Kondisi di tahap awal, direkomendasikan anda menyetel Condition hanya dalam template dan ekspresi tidak boleh merujuk ke obyek yang tersedia nanti atau setelah masa hidup onInit. -

- -

-TConditional sangat ringan. Ia menurunkan TrueTemplate -FalseTemplate, tapi tidak keduanya sekaligus. Dan kondisi dievaluasi hanya sekali. -Penggunaan umum dari TConditional diperlihatkan seperti berikut: -

- - -<com:TConditional Condition="$this->User->IsGuest"> - <prop:TrueTemplate> - Login - </prop:TrueTemplate> - <prop:FalseTemplate> - Logout - </prop:FalseTemplate> -</com:TConditional> - - - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Data.page b/demos/quickstart/protected/pages/Controls/id/Data.page deleted file mode 100755 index 8516880a..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Data.page +++ /dev/null @@ -1,19 +0,0 @@ - - -

Kontrol Data

- -
    -
  • - TDataList dipakai untuk menampilkan atau memodifikasi daftar dari item data. -
    • - -
  • - TDataGrid menampilkan data dalam format tabel dengan baris serta kolom. -
    • - -
  • - TRepeater menampilkan kontennya yang didefinisikan dalam template secara berulang berdasarkan pada data yang berikan. -
    • -
- - diff --git a/demos/quickstart/protected/pages/Controls/id/DataGrid.page b/demos/quickstart/protected/pages/Controls/id/DataGrid.page deleted file mode 100755 index 419fa552..00000000 --- a/demos/quickstart/protected/pages/Controls/id/DataGrid.page +++ /dev/null @@ -1,185 +0,0 @@ - - -

TDataGrid

- -

-TDatagrid adalah kontrol penting dalam membangun aplikasi Web yang kompleks. Ia menampilkan data dalam format tabular dengan baris (juga disebut item) dan kolom. Baris dibuat dengan sel, sementara kolom mengatur bagaimana sel harus ditampilkan berdasarkan kaitannya dengan kolom. Data yang ditetapkan melalui DataSource atau DataSourceID terikat pada baris dan mengisi kontek ke sel. -

-

-TDataGrid sangat interaktif. Para pengguna dapat mengurut data sepanjang kolom yang ditetapkan, mengendalikannya melalui halaman data yang berbeda, dan melakukan aksi, seperti mengedit dan menghapus, pada baris data. -

-

-Baris TDataGrid dapat diakses melalui properti Items. Baris (item) bisa berupa salah satu dari beberapa mode: browse, mengedit dab memilih, yang mempengaruhi bagaimana sel dalam bariis ditampilkan. Untuk mengubah mode item, modifikasi EditItemIndex atau SelectedItemIndex. Catatan, jika item dalam mode edit, maka memilih item ini tidak terpengaruh. -

- -

Kolom

-

-Kolom pada data grid menentukan bagaimana sel terkait ditampilkan. Sebagai contoh, sel yang dikaitkan dengan TBoundColumn ditampilkan secara berbeda tergantung dari modenya. Sebuah sel ditampilkan sebagai teks statis jika sel dalam mode browse, kotak teks jika dalam mode edit, dan seterusnya. -

-

-PRADO menyediakan lima tipe kolom: -

-
    -
  • TBoundColumn menghubungkan sel dengan field data dan menampilkan sel berdasarkan modenya.
    • -
  • TLiteralColumn menghubungkan sel dengan field data spesifik dan menampilkan sel dengan teks statis.
    • -
  • TCheckBoxColumn menghubungkan sel dengan field data spesifik dan menampilkan kotak centang dalam setiap sel yang kondisi centangnya ditentukan oleh nilai field data.
    • -
  • TDropDownListColumn menghubungkan sel dengan field data spesifik dan menampilkan sel berdasarkan modenya. Jika dalam mode edit, sel akan ditampilkan dengan TDropDownList.
    • -
  • THyperLinkColumn menampilkan hiperlink dalam sel yang URL dan judulnya bisa berupa secara statis ditetapkan atau terikat ke beberapa field data.
    • -
  • TEditCommandColumn menampilkan tombol perintah edit/update/cancel dalam sel untuk menyatakan item yang berada di dalamnya.
    • -
  • TButtonColumn menampilkan tombol perintah dalam sel.
    • -
  • TTemplateColumn menampilkan sel berdasarkan pada template berbeda yang didefinisikan untuknya.
    • -
- -

Gaya Item

-

-TDataGrid mendefinisikan gaya yang diterapkan pada itemnya. Sebagai contoh, AlternatingItemStyle diterapkan untuk mengganti item (item 2, 4, 6, dll.) Melalui properti ini, seseorang dapat menyetel field gaya CSS atau kelas CSS untuk item-item tersebut. -

-

-Gaya item diterapkan dalam cara hirarkis. Gaya dalam hirarki lebih tinggi akan diturunkan dari gaya dalam hirarki lebih rendah. Mulai dari hirarki terendah, gaya item termasuk gaya item itu sendiri, ItemStyle, AlternatingItemStyle, SelectedItemStyle, dan EditItemStyle. Oleh karena itu, jika warna latar belakang disetel merah dalam ItemStyle, EditItemStyle juga akan memiliki warna latar belakang merah, kecuali dinyatakan secara eksplisit ke nilai yang berbeda. -

- -

Event

-

-TDataGrid menyediakan beberapa event untuk menjembatani manipulasi item datanya, -

-
    -
  • OnItemCreated - muncul setiap kali item baru saja dibuat. Ketika event muncul, data dan kontrol anak keduanya tersedia bagi item baru.
    • -
  • OnItemDataBound - muncul setiap kali item selesai menyatukan data. Ketika event muncul, data dan kontrol anak keduanya tersedia untuk item, dan item telah selesai menyatukan data dari dirinya sendiri dan seluruh kontrol anaknya.
    • -
  • OnItemCommand - muncul ketika kontrol anak pada beberapa item (seperti TButton) memunculkan event OnCommand.
    • -
  • command events - muncul saat event kontrol anak OnCommand mempunyai nama perintah spesifik, -
      -
    • OnSelectedIndexChanged - jika nama perintah adalah select.
      • -
    • OnEditCommand - jika nama perintah adalah edit.
      • -
    • OnDeleteCommand - jika nama perintah adalah delete.
      • -
    • OnUpdateCommand - jika nama perintah adalah update.
      • -
    • OnCancelCommand - jika nama perintah adalah cancel.
      • -
    • OnSortCommand - jika nama perintah adalah sort.
      • -
    • OnPageIndexChanged - jika nama perintah adalah page.
      • -
    -
    • -
- -

Menggunakan TDataGrid

- -

Kolom yang Dibuat Secara Otomatis

-

-TDataGrid standarnya akan membuat sebuah daftar kolom berdasarkan struktur data terikat. TDataGrid akan membaca baris pertama data, menguraikan nama field dari baris, dan mengkonstruksi kolom untuks setiap field. Setiap field adalah tipe TBoundColumn. -

-

-Contoh berikut menampilkan daftar informasi produk komputer menggunakan TDataGrid. Kolom secara otomatis dibuat. Perhatikan bagaimana gaya item ditetapkan dan diturunkan. Data dipopulasi ke dalam datagrid menggunakan kode berikut yang umum diantara kebanyakan aplikasi datagrid, -

- -public function onLoad($param) { - parent::onLoad($param); - if(!$this->IsPostBack) { - $this->DataGrid->DataSource=$this->Data; - $this->DataGrid->dataBind(); - } -} - - - -

Kolom Ditetapkan secara Manual

-

-Menggunakan kolom yang dibuat secara otomatis memberikan cara cepat melihat data tabular. Dalam aplikasi sebenarnya, kolom yang dibuat secara otomatis sering tidak mencukupi karena para pengembang tidak memiliki cara mengkustomisasi penampilannya. Kolom yang dibuat secara manual jauh lebih diinginkan. -

-

-Untuk menetapkan kolom secara manual, setel AutoGenerateColumns ke false, dan tetapkan kolom dalam template seperti berikut, -

- -<com:TDataGrid ...> - <com:TBoundColumn DataField="name" .../> - <com:TBoundColumn DataField="price" .../> - <com:TEditCommandColumn ...> - ... -</com:TDataGrid> - -

-Catatan, jika AutoGenerateColumns adalah true dan di sana ditetapkan kolom secara manual, kolom yang dibuat secara otomatis akan diterapkan ke kolom yang ditetapkan secara manual. Catat juga, properti Columns datagrid hanya berisi kolom yang ditetapkan secara manual dan bukan yang secara otomatis dibuat. -

-

-Contoh berikut menggunakan kolom yang ditetapkan secara manual untuk memperlihatkan daftar informasi buku, -

-
    -
  • Book title - ditampilkan sebagai hiperlink mengarah ke halaman buku amazon.com terkait. THyperLinkColumn dipakai.
    • -
  • Publisher - ditampilkan sebagai bagian teks menggunakan TBoundColumn.
    • -
  • Price - ditampilkan sebagai bagian teks menggunakan TBoundColumn dengan output berformat string dan gaya dikustomisasi.
    • -
  • In-stock or not - ditampilkan sebagai kotak centang menggunakan TCheckBoxColumn.
    • -
  • Rating - ditampilkan sebagai gambar menggunakan TTemplateColumn yang membolehkan kebebasan maksimum dalam menetapkan konten sel.
    • -
-

Perhatikan bagaimana gaya item (baris) dan kolom bekerja sama untuk mempengaruhi penampilan sel dalam datagrid.

- - - -

Berinteraksi dengan TDataGrid

-

-Selain kaya fungsionalitas penyajian data seperti didemonstrasikan dalam bagian sebelumnya, TDataGrid juga sangat interaktif bagi pengguna. Pemakaian impor TDataGrid adalah mengedit atau menghapus baris data. TBoundColumn dapat menyesuaikan penyajian sel terkait berdasarkan mode item datagrid. Ketika item dalam mode browse, sel ditampilkan dengan teks statis; ketika item ditampilkan dalam mode edit, kotak teks ditampilkan untuk menampung input pengguna. TDataGrid menyediakan TEditCommandColumn untuk mengalihkan mode item. Sebagai tambahan, TButtonColumn menawarkan kepada para pengembang fleksibilitas dari pembuatan tombol bebas untuk berbagai interaksi pengguna. -

-

-Contoh berikut memperlihatkan bagaimana untuk membuat tabel informasi buku sebelumnya menjadi interaktif. Ia membolehkan pengguna untuk mengedit dan menghapus item buku dari tabel. Dua kolom tambahan dipakai dalam contoh untuk membolehkan interaksi para penggunak dengan datagrid: TEditCommandColumn dan TButtonColumn. Sebagai tambahan, -TDropDownListColumn mengganti TTemplateColumn sebelumnya untuk membolehkan pengguna memilih peringkat dari daftar dropdown. Catatan, Ini juga memungkinkan untuk menggunakan TTemplateColumn guna menyelesaikan tugas yang sama. -

- - -

Pengurutan

-

-TDataGrid mendukung pengurutan itemnya yang terkait dengan kolom tertentu. Untuk menghidupkan pengurutan, setel AllowSorting ke true. Ini akan mengubah header kolom menjadi tombol yang bisa diklik jika properti SortExpression tidak kosong. Ketika para pengguna mengklik pada tombol header, event OnSortCommand akan dimunculkan. Para pengembang dapat menulis pengendali guna merespon perintah pengurutan dan mengurut data berdasarkan SortExpression yang ditetapkan dalam kolom terkait. -

-

-Contoh berikut mengubah datagrid dalam Contoh 2 menjadi yang bisa diurutkan. Para pengguna dapat mengklik pada tombol link yang ditampilkan dalam setiap kolom, dan data akan diurut dalam urutan membesar sepanjang kolom tersebut. -

- - -

Lembaran

-

-Ketika berhadapan dengan dataset besar, lembaran sangat membantu dalam mengurangi ukuran halaman dan kompleksitasnya. TDataGrid disertai lembaran yang membolehkan para pengguna menetapkan di halaman mana data ingin mereka lihat. Lembaran bisa dikustomisasi melalui PagerStyle. Sebagai contoh, PagerStyle.Visible menentukan apakah lembaran terlihat atau tidak; PagerStyle.Position menunjukan di mana lembaran ditampilkan; dan PagerStyle.Mode menetapkan tipe lembaran apa yang ditampilkan, numerik atau kata berikutnya-sebelumnya. -

-

-Untuk menghidupkan lembaran, setel AllowPaging ke true. Jumlah baris data yang ditampilkan dalam halaman ditetapkan oleh PageSize, sementara indeks (berbasis-nol) pada halaman yang saat ini terlihat bagi para pengguna adalah dengan CurrentPageIndex. Ketika para pengguna mengklik pada tombol lembar, TDataGrid memunculkan event OnPageIndexChanged. Biasanya, pengendali event ditulis seperti berikut, -

- -public function pageIndexChanged($sender,$param) { - $this->DataGrid->CurrentPageIndex=$param->NewPageIndex; - $this->DataGrid->DataSource=$this->Data; - $this->DataGrid->dataBind(); -} - -

-Contoh berikut menghidupkan fungsionalitas lembar dari datagrid yang ditampilkan dalam Contoh 1. Dalam contoh ini, anda dapat menyetel berbagai gaya lembar secara interaktif untuk melihat bagaimana pengaruh tampilan lembar halaman. -

- - -

Lembar Kustom

-

-Fungsionalitas lembar halaman yang ditampilkan di atas memerlukan pengambilan seluruh data ke dalam memori, meskipun hanya sebagian darinya ditampilkan dalam sebuah halaman. Untuk dataset besar, ini tidak efisien dan mungkin tidak selalu layak. TDataGrid menyediakan lembar kustom untuk memecahkan masalah ini. Lembar kustom hanya memerlukan sebagian data untuk ditampilkan kepada pengguna akhir. -

-

-Untuk menghidupkan lembat kustom, setel AllowPaging dan AllowCustomPaging ke true. Beritahu TDataGrid jumlah item data (baris) yang tersedia dengan menyetel VirtualItemCount. Dan merespon ke event OnPageIndexChanged. Dalam pengendali event, gunakan properti NewPageIndex atas parameter event untuk megnambil lembar baru data dari sumber data. Untuk MySQL database, ini bisa dikerjakan dengan menggunakan klausul LIMIT dalam pernyataan SQL select. -

- - -

Memperluas TDataGrid

-

-Selain turunan kelas tradisional, kemampuan diperluas TDataGrid dikembangkan terutama melalui komponen kolom datagrid. Sebagai contoh, seseorang mungkin ingin menampilkan sebuah kolom bergambar. Dia dapat menggunakan TTemplateColumn untuk menyelesaikan tugas ini. Solusi yang lebih baik adalah mengembangkan komponen kolom gambar pekerjaan tersebut bisa dipakai ulang dengan mudah dalam proyek lain. -

-

-Semua komponen kolom datagrid harus diturunkan dari TDataGridColumn. Metode utama yang perlu diganti adalah initializeCell() yang membuat konten untuk sel dalam kolom terkait. Karena setiap sel juga dalam sebuah item (baris) dan item dapat memiliki tipe berbeda (seperti Header, AltneratingItem, dll.), konten berbeda bisa dibuat berdasarkan tipe item. Untuk contoh kolom gambar, seseorang dapat membuat kontrol TImage di dalam sel dalam item dari tipe Item dan AlterantingItem. -

- -class ImageColumn extends TDataGridColumn { - ... - public function initializeCell($cell,$columnIndex,$itemType) { - parent::initializeCell($cell,$columnIndex,$itemType); - if($itemType==='Item' || $itemType==='AlternatingItem') { - $image=new TImage; - // ... kustomisasi gambar - $cell->Controls[]=$image; - } - } -} - -

-Dalam initializeCell(), jangan lupa untuk memanggil implementasi leluhur, karena ia menginisialisasi sel dalam item dari tipe Header dan Footer. -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/DataList.page b/demos/quickstart/protected/pages/Controls/id/DataList.page deleted file mode 100755 index 517be66f..00000000 --- a/demos/quickstart/protected/pages/Controls/id/DataList.page +++ /dev/null @@ -1,113 +0,0 @@ - - -

TDataList

-

-TDataList mewakili ikatan data dan kontrol list yang bisa dimutakhirkan. Seperti TRepeater, TDataList menampilkan kontennya secara berulang berdasarkan data yang diambil dari DataSource. Kontek yang diulang dalam TDataList disebut item, yang adalah kontrol dan bisa diakses melalui Items. Ketika dataBind() dipanggil, TDataList membuat sebuah item untuk setiap baris data dan mengikat baris data ke item. Secara opsional, TDataList dapat mempunyai header, footer dan/atau pemisah antara item. -

- -

-TDataList berbeda dari TRepeater yakni memperkenalkan konsep kondisi item dan membolehkan menerapkan gaya berbeda ke item dalam kondisi berbeda. Sebagai tambahan, TDataList mendukung pengotakan item berulang dalam berbagai cara. -

- -

-Tata letak dari konten yang diulang dalam TDataList ditetapkan dengan template inline. Item TDataList, header, footer, dll. diturunkan dengan template terkait saat data sedang diikat ke pengulang. -

- -

-Sejak v3.1.0, tata letak juga dapat berupa penyaji. Penyaji adalah kelas kontrol yang dapat diturunkan sebagai item datalist, header, dll. Penyaji dapat dilihat sebagai template eksternal (sebenarnya, ia juga merupakan kontrol tanpa-template). Untuk lebih jelasnya, lihat penjelasan mengenai penyaji dalam Tutorial TRepeater. -

- -

-Properti berikut dipakai untuk menetapkan tipe template dan penyaji datalist. Jika tipe konten didefinisikan dengan template dan penyaji, maka penyaji diambil lebih dulu. -

- -
    -
  • ItemTemplate, ItemRenderer: untuk setiap baris data yang diulang
    • -
  • AlternatingItemTemplate, AlternatingItemRenderer: untuk setiap pergantian baris data. Jika tidak disetel, ItemTemplate atau ItemRenderer yang akan dipakai.
    • -
  • HeaderTemplate, HeaderRenderer: untuk header datalist.
    • -
  • FooterTemplate, FooterRenderer: untuk footer datalist.
    • -
  • SeparatorTemplate, SeparatorRenderer: untuk konten yang ditampilkan diantara item.
    • -
  • EmptyTemplate, EmptyRenderer: dipakai saat data yang terikat ke datalist kosong.
    • -
  • EditItemTemplate, EditItemRenderer: untuk baris yang sedang diedit.
    • -
  • SelectedItemTemplate, SelectedItemRenderer: untuk baris yang sedang dipilih.
    • -
- -

-Ketika dataBind() dipanggil, TDataList menjalani masa hidup seperti berikut untuk setiap baris data: -

- -
    -
  1. buat item berdasarkan template atau penyaji
    2. -
  2. setel baris data ke item
    3. -
  3. munculkan event OnItemCreated
    4. -
  4. tambah item sebagai kontrol anak
    5. -
  5. panggil dataBind() pada item
    6. -
  6. munculkan event OnItemDataBound
    7. -
- -

-TDataList memunculkan OnItemCommand kapan saja kontrol tombol di dalam beberapa item datalist memunculkan event OnCommand. Oleh karena itu, anda bisa menangani semua event OnCommand di satu tempat dengan menulis pengendali event untuk event OnItemCommand. Event tambahan dimunculkan jika event OnCommand memiliki salah satu dari nama perintah berikut (tidak sensitif-huruf): -

- -
    -
  • edit - pengguna ingin mengedit item. Event OnEditCommand akan dimunculkan.
    • -
  • update - pengguna ingin menyimpan perubahan terhadap item. Event OnUpdateCommand akan dimunculkan.
    • -
  • select - pengguna memilih item. Event OnSelectedIndexChanged akan dimunculkan.
    • -
  • delete - pengguna menghapus item. Event OnDeleteCommand akan dimunculkan.
    • -
  • cancel - pengguna membatalkan aksi pengeditan sebelumnya. Event OnCancelCommand akan dimunculkan.
    • -
- -

-TDataList menyediakan beberapa properti untuk mendukung pengotakan item. Jumlah kolom yang digunakan untuk menampilkan item data dietapkan melalui properti RepeatColumns, sementara RepeatDirection mengatur urutan item yang sedang disajikan. Tata letak item data dalam daftar ditetapkan melalui RepeatLayout, yang mengambil salah satu dari nilai berikut: -

- -
    -
  • Table (default) - item diatur menggunakan tabel HTML dan sel. Ketika menggunakan tata letak ini, seseorang dapat menyetel CellPadding dan CellSpacing untuk menyesuaikan cellpadding dan cellspacing pada tabel, dan Caption serta CaptionAlign untuk menambahkan judul tabel dengan penjajaran yang ditetapkan.
    • -
  • Flow - item diatur menggunakan span dan break HTML.
    • -
  • Raw - TDataList tidak membuat tag HTML apapun untuk melakukan kotak-kotak.
    • -
- -

-Item dalam TDataList dapat berupa salah satu dari tiga keadaan: sedang dilihat, sedang diedit dan sedang dipilih. Untuk mengubah keadaan item tertentu, setel SelectedItemIndex atau EditItemIndex. Former akan mengubah item yang ditunjuk ke mode yang dipilih, yang akan menyebabkan item menggunakan SelectedItemTemplate atau SelectedItemRenderer dalam penyajiannya. Yang terakhir akan mengubah item yang ditunjuk ke mode edit dan menggunakan template atau penyaji terkait. Catatan, jika sebuah item dalam mode edit, maka memilih item ini tidak akan berpengaruh. -

- -

-Gaya berbeda dapat diterapkan ke item dalam status yang berbeda. Gaya aplikasi dilakukan dalam cara hirarkis: Gaya dalam hirarki lebih tinggi akan diturunkan dari hirarki lebih rendah. Dimulai dari hirarki paling rendah, gaya item termasuk: -

- -
    -
  • gaya item sendiri
    • -
  • ItemStyle
    • -
  • AlternatingItemStyle
    • -
  • SelectedItemStyle
    • -
  • EditItemStyle
    • -
- -

-Oleh karena itu, jika warna latar belakang disetel sebagai merah dalam ItemStyle, EditItemStyle juga akan mempunyai warna latar belakang merah keciali ia disetel ke nilai berbeda secara eksplisit. -

- -

-Ketika halaman yang berisi datalist adalah post back, datalist akan mengembalikan secara otomatis seluruh kontennya, termasuk item, header, footer dan pemisah. Akan tetapi, baris data terkait dengan setiap item tidak akan ditemukan kembali dan menjadi null. Untuk mengakses data, gunakan salah satu cara berikut: -

- -
    -
  • Gunakan DataKeys untuk memperoleh kunci data terkait dengan item pengulang (repeater) yang ditetapkan dan gunakan kunci untuk mengambil data terkait dari beberapa penyimpanan persisten seperti misalnya DB.
    • -
  • Simpan seluruh dataset dalam kondisi tampilan, yang akan mengembalikan dataset secara otomatis setelah postback. Bagaimanapun juga, harap berhati-hati jika ukuran dataset anda besar, ukuran halaman akan menjadi besar. Beberapa data kompleks mungkin juga mempunyai masalah serialisasi jika disimpan dalam kondisi tampilan.
    • -
-

-Contoh berikut memperlihatkan bagaimana menggunakan TDataList guna menampilkan data tabular, dengan tata letak dan gaya yang berbeda. -

- -

-Pemakaian umum dari TDataList adalah untuk memanipulasi data tabular, termasuk melihat, mengedit, meghapus item data. Ini dihidupkan dengan event perintah dan berbagai template item pada TDataList. -

-

-Contoh berikut menampilkan informasi produk komputer. Para pengguna dapat menambah produk baru, memodifikasi atau menghapus produk yang sudah ada. Agar bisa mencari item data untuk pemutakhiran atau penghapusan, properti DataKeys yang digunakan. -

-

-Harap berhati-hati, untuk kemudahan, aplikasi ini tidak melakukan validasi input apapun. Dalam aplikasi sebenarnya, pastikan input divalidasi sebelum menyimpannya ke dalam database. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/DatePicker.page b/demos/quickstart/protected/pages/Controls/id/DatePicker.page deleted file mode 100755 index abf980f2..00000000 --- a/demos/quickstart/protected/pages/Controls/id/DatePicker.page +++ /dev/null @@ -1,64 +0,0 @@ - - -

TDatePicker

- - -

TDatePicker menampilkan kotak teks untuk keperluan input tanggal. -Ketika kotak teks menerima fokus, kalender akan muncul dan pengguna dapat mengambil tanggal darinya yang akan secara otomatis dimasukan ke dalam kotak teks. Format tanggal string yang ditampilkan dalam kotak teks ditentukan oleh properti DateFormat. Format yang benar adalah kombinasi dari token berikut: - - -Karakter Pola Format (en-US) ---------------------------------------------------------------------- - d digit hari - dd digit hari diisi misalnya 01, 02 - M digit bulan - MM digit bulan diisi - MMM singkatan nama bulan yang dilokalisasi, misalnya Mar, Apr - MMMM nama bulan yang dilokalisasi, misalnya March, April - yy 2 digit tahun - yyyy 4 digit tahun ---------------------------------------------------------------------- - - -

-Tanggal pada pengambil tanggal bisa disetel menggunakan properti Date atau Timestamp. Nilai properti Date harus dalam format yang sama seperti pola yang ditetapkan dalam properti DateFormat. Properti Timestamp hanya menerima integer seperti cap waktu Unix. -

- -

-TDatePicker mempunyai tiga Mode untuk menampilkan tampilan pengambil tanggal.

-
    -
  • Basic - Hanya menampilkan input teks, memfokuskan pada input menampilkan pengambil tanggal.
    • -
  • Button - Menampilkan tombol disebelah input teks, mengklik pada tombol tampilkan tanggal, teks tombol dapat diubah dengan properti ButtonText.
    • -
  • ImageButton - Menampilkan gambar di sebelah input teks, mengklik pada gambar pengambil tanggal, sumber gambar bisa diubah melalui properti ImageUrl.
    • -
- -

Properti CssClass dapat dipakai untuk mengganti nama kelas CSS untuk panel pengambil tanggal. Properti CalendarStyle mengubah gaya kalender secara keseluruhan. -Nilai CalendarStyle berikut tersedia:

-
    -
  • default - gaya standar kalender.
    • -
- -

Properti InputMode bisa disetel ke "TextBox" atau "DropDownList" dengan standar sebagai "TextBox". Dalam mode DropDownList, sebagai tambahan pada tampilan pengambil tanggal, tiga daftar drop down (hari, bulan dan tahun) disajikan untuk memilih tanggal. -Ketika InputMode sama dengan "DropDownList", urutan dan penampilan tanggal, bulan, dan tahun akan bergantung pada pola yang ditetapkan dalam properti DateFormat. -

- -

Tampilan pengambil tanggal dapat disembunyikan dengan menetapkan ShowCalendar ke false. Banyak teks pada tampilan pengambil tanggal dapat diubah ke bahasa berbeda menggunakan properti Culture. -

- -

Batas tahun pengambil kalender dapat disetel menggunakan properti FromYear dan UpToYear di mana -FromYear adalah tahun awal dan UpToYear adalah tahun terakhir yang dapat dipilih. -Awal hari pada seminggu bisa diubah dengan properti FirstDayOfWeek, dengan 0 sebagai Minggu, 1 sebagai Senin, dst. -

- -

Catatan 1: Jika InputMode adalah "TextBox", DateFormat TIDAK boleh berisi pola MMM atau MMMM. Pengurai sisi-server tidak akan bisa menentukan tanggal yang benar jika MMM atau MMMM dipakai. Ketika InputMode sama dengan "DropDownList", seluruh pola dapat dipergunakan.

- -

Catatan 2: Ketika TDatePicker dipakai bersama dengan validator, properti DateFormat pada validator harus sama dengan -DateFormat pada TDatePicker DAN harus disetel DataType="Date" pada validator guna memastikan validasi yang benar. Lihat -TCompareValidator, -TDataTypeValidator dan -TRangeValidator -untuk lebih jelasnya.

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Expression.page b/demos/quickstart/protected/pages/Controls/id/Expression.page deleted file mode 100755 index ff19aa91..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Expression.page +++ /dev/null @@ -1,23 +0,0 @@ - - -

TExpression

- - -

-TExpression mengevaluasi ekspresi PHP dan menampilkan hasil evaluasinya. Untuk menetapkan ekspresi yang akan dievaluasi, setel properti Expression. Catatan, TExpression mengevaluasi ekspresi selama menyajikan masa hidup kontrol. -

- -

-Konteks dari ekspresi dalam kontrol TExpression adalah kontrol itu sendiri. Yaitu, $this mewakili obyek kontrol jika ia ada dalam ekspresi. Sebagai contoh, tag template akan menampilkan judul halaman yang berisi kontrol TExpression. -

- -<com:TExpression Expression="$this->Page->Title" /> - - -

-Harap berhati-hati karena TExpression membolehkan eksekusi kode bebas PHP, secara umum anda seharusnya tidak menggunakannya untuk mengevaluasi ekspresi yang dikirimkan oleh para pengguna aplikasi anda. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/FileUpload.page b/demos/quickstart/protected/pages/Controls/id/FileUpload.page deleted file mode 100755 index 53c62489..00000000 --- a/demos/quickstart/protected/pages/Controls/id/FileUpload.page +++ /dev/null @@ -1,27 +0,0 @@ - - -

TFileUpload

- - -

-TFileUpload menampilkan field file upload pada halaman Web. Setelah postback, teks yang dimasukan ke dalam field akan diperlkakukan sebagai nama (lokal) file yang di-upload ke server. -

-

-TFileUpload memunculkan event OnFileUpload ketika ia adalah post back. Properti HasFile menunjukan apakah file yang di-upload sukses atau tidak. Jika sukses, file yang di-upload dapat disimpan pada server dengan memanggil metode saveAs(). -

-

-Properti berikut memberikan informasi mengenai file yang di-upload: -

-
    -
  • FileName - nama file asal pada sisi-klien tanpa direktori.
    • -
  • FileType - tipe MIME dari file yang di-upload.
    • -
  • FileSize - ukuran file dalam byte.
    • -
  • LocalName - path file absolut dari file yang di-upload ke server. Catatan, file ini akan dihapus setelah permintaan halaman saat ini selesai. Panggil saveAs() untuk menyimpan file yang di-upload.
    • -
-

-Jika upload file tidak berhasil, properti ErrorCode memberikan kode kesalahan yang menyebabkan kegagalan. Lihat dokumentasi PHP untuk penjelasan lengkap atas kode kesalahan yang mungkin. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Head.page b/demos/quickstart/protected/pages/Controls/id/Head.page deleted file mode 100755 index 89d62544..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Head.page +++ /dev/null @@ -1,10 +0,0 @@ - - -

THead

- - -

-TBD -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/HiddenField.page b/demos/quickstart/protected/pages/Controls/id/HiddenField.page deleted file mode 100755 index 97a14dda..00000000 --- a/demos/quickstart/protected/pages/Controls/id/HiddenField.page +++ /dev/null @@ -1,13 +0,0 @@ - - -

THiddenField

- - -

-THiddenField mewakili field tersembyni pada halaman Web. Nilai field tersembunyi dapat diakses melalui properti Value. -

-

-THiddenField memunculkan event OnValueChanged jika nilainya diubah selama postback. -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/HtmlArea.page b/demos/quickstart/protected/pages/Controls/id/HtmlArea.page deleted file mode 100755 index 5a6c4c5c..00000000 --- a/demos/quickstart/protected/pages/Controls/id/HtmlArea.page +++ /dev/null @@ -1,48 +0,0 @@ - - -

THtmlArea

- - -

-THtmlArea menampilkan field input teks WYSIWYG pada halaman Web untuk mengumpulkan input dalam format HTML. Teks yang ditampilkan dalam kontrol THtmlArea ditetapkan atau ditentukan dengan menggunakan properti Text. Untuk menyesuaikan ukuran bagian input, setel properti Width dan Height daripada Columns dan Rows karena keduanya tidak memiliki arti di bawah situasi ini. Untuk mematikan fitur WYSIWYG, setel EnableVisualEdit ke false. -

- -

-THtmlArea menyediakan fitur WYSIWYG dengan melapisi fungsionalitas yang disediakan oleh Proyek TinyMCE. -

- -

-Editor standar hanya memberikan bar piranti dasar. Untuk mengubah atau menambah bar piranti lainnya, gunakan properti Options guna menambah opsi editor tambahan dengan setiap opsi pada baris baru. Lihat TinyMCE website untuk daftar opsi lebih lengkap. Contoh berikut menampilkan bar piranti spesifik untuk memanipulasi tabel HTML, -

- -<com:THtmlArea> - <prop:Options> - plugins : "table" - theme_advanced_buttons3 : "tablecontrols" - </prop:Options> -</com:THtmlArea> - - -

-Kemampuan mengedit secara visual sisi-klien didukung oleh Internet Explorer 5.0+ untuk Windows dan browser berbasis-Gecko. Jika browser tidak mendukung mengedit secara visual visual, area teks tradisional yang akan ditampilkan. -

- -
-                Windows XP        MacOS X 10.4
-----------------------------------------------------
-MSIE 6                  OK
-MSIE 5.5 SP2            OK
-MSIE 5.0                OK
-Mozilla 1.7.x           OK              OK
-Firefox 1.0.x           OK              OK
-Firefox 1.5b2           OK              OK
-Safari 2.0 (412)                        OK(1)
-Opera 9 Preview 1       OK(1)           OK(1)
-----------------------------------------------------
-(1) - sebagian bekerja
-----------------------------------------------------
-
- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/HyperLink.page b/demos/quickstart/protected/pages/Controls/id/HyperLink.page deleted file mode 100755 index 431a0e98..00000000 --- a/demos/quickstart/protected/pages/Controls/id/HyperLink.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

THyperLink

- - -

-THyperLink menampilkan hiperlink pada halaman. URL hiperlink ditetapkan melalui properti NavigateUrl, dan teks link melalui properti Text. Target link ditetapkan melalui properti Target. Memungkinkan juga untuk menampilkan sebuah gambar dengan menyetel properti ImageUrl. Dalam hal ini, Text ditampilkan sebagai teks alternatif dari gambar. Jika ImageUrl dan Text keduanya kosong, konten ditutupi di dalam tag kontrol akan disajikan. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/Image.page b/demos/quickstart/protected/pages/Controls/id/Image.page deleted file mode 100755 index 4c811700..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Image.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TImage

- - -

-TImage menampilkan gambar pada halaman. Gambar ditetapkan melalui properti ImageUrl yang mengambil URL absolut terhadap file gambar. Penjajaran gambar yang ditampilkan disetel oleh properti ImageAlign. Untuk menyetel teks alternatif atau penjelasan panjang atas gambar, gunakan masing-masing AlternateText atau DescriptionUrl. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/ImageButton.page b/demos/quickstart/protected/pages/Controls/id/ImageButton.page deleted file mode 100755 index 2dbf05ad..00000000 --- a/demos/quickstart/protected/pages/Controls/id/ImageButton.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TImageButton

- - -

-TImageButton juga mirip dengan TButton, kecuali bahwa TImageButton menampilkan tombol sebagai sebuah gambar. Gambar ditetapkan melalui ImageUrl, dan teks alternatif ditetapkan oleh Text. Sebagai tambahan, dimungkinkan untuk mendapatkan informasi koordinat titik di mana gambar diklik. Informasi koordinat yang diisikan dalam parameter event OnClick (bukan OnCommand). -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/ImageMap.page b/demos/quickstart/protected/pages/Controls/id/ImageMap.page deleted file mode 100755 index aa719459..00000000 --- a/demos/quickstart/protected/pages/Controls/id/ImageMap.page +++ /dev/null @@ -1,25 +0,0 @@ - - -

TImageMap

- - -

-TImageMap Mewakili sebuah gambar pada halaman Web dengan bagian titik panas (hotspot) predefinisi yang dapat merespon secara berbeda saat pengguna mengkliknya. Tergantung pada HotSpotMode dari bagian hotspot, mengklik pada hotspot akan memicu postback atau mengendalikan URL yang ditetapkan. -

-

-Setiap hotspot dijelaskan menggunakan obyek THotSpot dan dipelihara dalam koleksi HotSpots pada TImageMap. Sebuah hotspot dapat berupa lingkaran, persegi panjangn, poligon, dll. -

-

-Hotspot dapat ditambahkan ke TImageMap melalui properti HotSpots atau dalam template seperti berikut, -

- -<com:TImageMap ... > - <com:TCircleHotSpot ... /> - <com:TRectangleHotSpot ... /> - <com:TPolygonHotSpot ... /> -</com:TImageMap> - - - - - diff --git a/demos/quickstart/protected/pages/Controls/id/InlineFrame.page b/demos/quickstart/protected/pages/Controls/id/InlineFrame.page deleted file mode 100755 index 05ca12bb..00000000 --- a/demos/quickstart/protected/pages/Controls/id/InlineFrame.page +++ /dev/null @@ -1,24 +0,0 @@ - - -

TInlineFrame

- - -

-TInlineFrame menampilkan sebuah bingkai inline (<iframe>) pada halaman Web. Lokasi konten bingkai ditetapkan oleh properti FrameUrl. -

-

-Penampilan TInlineFrame dapat dikustomisai dengan properti berikut, sebagai tambahan terhadap apa yang diturunkan dari TWebControl. -

-
    -
  • Align - penjajaran pada bingkai.
    • -
  • DescriptionUrl - URI dari penjelasan panjang pada konten bingkai.
    • -
  • MarginWidth dan MarginHeight - jumlah pixel masing-masing untuk digunakan sebagai batas kiri/kanan dan atas/bawah..
    • -
  • ScrollBars - apakah scrollbar disediakan untuk bingkai inline. Standarnya adalah Auto, berarti scroll bar muncul bila diperlukan. Menyetelnya sebagai None atau Both untuk secara eksplisit to menyembunyikan atau menampilkan scroll bars.
    • -
- -

-Contoh berikut memperlihatkan TInlineFrame dengan setelan properti berbeda. Google homepage dipakai sebagai konten bingkai. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/JavascriptLogger.page b/demos/quickstart/protected/pages/Controls/id/JavascriptLogger.page deleted file mode 100755 index d68bd537..00000000 --- a/demos/quickstart/protected/pages/Controls/id/JavascriptLogger.page +++ /dev/null @@ -1,31 +0,0 @@ - - -

TJavascriptLogger

- - -

-TJavascriptLogger menyediakan javascript pencatatan sisi-klien. Ini sebagian besar adalah pelapis dari Javascript yang dikembangkan di http://gleepglop.com/javascripts/logger/. -

- -

-Untuk menggunakan TJavascriptLogger, cukup tempatkan tag komponen berikut pada template halaman. -

- -<com:TJavascriptLogger /> - - -

-Kemudian, Javascript sisi-klien dapat berisi pernyataan berikut. Ketika dieksekusi akan muncul dalam jendela pencatat. -

- -Logger.info('something happend'); -Logger.warn('A warning'); -Logger.error('This is an error'); -Logger.debug('debug information'); - - -

-Untuk menghidup matikan penampakan pencatat dan konsol pada jendela browser, tekan ALT-D (atau CTRL-D pada OS X). -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/Keyboard.page b/demos/quickstart/protected/pages/Controls/id/Keyboard.page deleted file mode 100755 index 6f26a871..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Keyboard.page +++ /dev/null @@ -1,29 +0,0 @@ - - -

TKeyboard

- - -

-TKeyboard menampilkan keyboard virtual yang dapat diklik pengguna untuk memasukan input dalam kotak teks terkait. Ini membantu mengurangi hacking perekaman. -

- -

-Untuk menggunakan TKeyboard, tulis template seperti berikut: -

- -<com:TTextBox ID="PasswordInput" /> -<com:TKeyboard ForControl="PasswordInput" /> - - -

-Kontrol TKeyboard dikaitkan dengan kontrol TTextBox dengan menetapkan -ForControl menjadi ID dari kontrol tersebut. Ketika kotak teks dalam fokus, keyboard virtual akan muncull dan ketika kotak teks kehilangan fokus, keyboard akan sembunyi secara otomatis. Setel AutoHide ke false untuk membiarkan keyboard tetap tampil. -

- -

-Penampilan keyboard juga bisa diubah dengan menetapkan file CSS terkustomisasi melalui CssUrl. Standarnya nama kelas CSS untuk keyboard adalah 'Keyboard'. Ini juga bisa diubah dengan menetapkan KeyboardCssClass -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Label.page b/demos/quickstart/protected/pages/Controls/id/Label.page deleted file mode 100755 index 45663510..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Label.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TLabel

- - -

-TLabel menampilkan teks pada halaman Web. Teks yang ditampilkan disetel melalui properti Text. Jika Text kosong, konten yang ditutupi dalam tag komponen TLabel akan ditampilkan. TLabel juga dapat dipakai sebagai label formulir yang terkait dengan beberapa kontrol pada formulir. Karena Text bukan HTML-dikodekan ketika disajikan, pastikan ia tidak berisi karakter berbahaya yang ingin anda hindari. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/LinkButton.page b/demos/quickstart/protected/pages/Controls/id/LinkButton.page deleted file mode 100755 index 666efbd4..00000000 --- a/demos/quickstart/protected/pages/Controls/id/LinkButton.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TLinkButton

- - -

-TLinkButton mirip dengan TButton dalam setiap aspek kecuali bahwa TLinkButton ditampilkan sebagai hiperlink. Teks link ditentukan oleh properti Text. Jika properti Text kosong, maka konten tombol yang ditampilkan (oleh karenanya, anda bisa menutupi tag <img> di dalam badan tombol dan mendapatkan tombol gambar. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/List.page b/demos/quickstart/protected/pages/Controls/id/List.page deleted file mode 100755 index 558c0d2c..00000000 --- a/demos/quickstart/protected/pages/Controls/id/List.page +++ /dev/null @@ -1,99 +0,0 @@ - - -

Kontrol Daftar

-

-Kontrol Daftar yang tercakup pada seksi ini semuanya diturunkan secara langsung atau tidak langsung dari TListControl. Oleh karena itu akan berbagi set properti yang sama dan umum dipakai, termasuk, -

-
    -
  • Items - daftar item dalam kontrol. Item adalah tipe TListItem. Daftar item bisa dipopulasikan melalui penyatuan data atau ditetapkan dalam template seperti berikut: - -<com:TListBox> - <com:TListItem Text="text 1" Value="value 1" /> - <com:TListItem Text="text 2" Value="value 2" Selected="true" /> - <com:TListItem Text="text 3" Value="value 3" /> -</com:TListBox> - -
    • -
  • SelectedIndex - indeks berbasis-nol pada item yang dipilih dalam daftar item.
    • -
  • SelectedIndices - indeks dari semua item yang dipilih.
    • -
  • SelectedItem - item yang pertama dipilih dalam daftar item.
    • -
  • SelectedValue - nilai dari item pertama yang dipilih dalam daftar item.
    • -
  • AutoPostBack - apakah perubahan pilihan pada kontrol memicu postback atau tidak.
    • -
  • CausesValidation - apakah validasi harus dilakukan saat postback dipicu oleh kontrol daftar.
    • -
- -

-Karena TListControl berasal dari TDataBoundControl, kontrol daftar ini juga berbagi operasi umum yang sama yang dikenal sebagai databinding atau penyatuan data. Items dapat dipopulasikan dari data yang sudah ada dan ditetapkan oleh DataSource atau DataSourceID. Fungsi yang memanggil dataBind() akan menyebabkan populasi data. Untuk kontrol daftar, data bisa ditetapkan dalam dua jenis format berikut: -

-
    -
  • array satu-dimensi atau obyek yang mengimplementasikan ITraversable : kunci array akan dipakai sebagai nilai item daftar, dan nilai array akan dipakai sebagai teks item daftar. Sebagai contoh - -$listbox->DataSource=array( - 'key 1'=>'item 1', - 'key 2'=>'item 2', - 'key 3'=>'item 3'); -$listbox->dataBind(); - -
    • -
  • data tabular (dua-dimensi): setiap baris mempopulasi satu item daftar. Nilai item daftar ditetapkan oleh anggota yang diindeks dengan DataValueField, dan teks item daftar dengan DataTextField. Sebagai contoh, - -$listbox->DataTextField='name'; -$listbox->DataValueField='id'; -$listbox->DataSource=array( - array('id'=>'001','name'=>'John','age'=>31), - array('id'=>'002','name'=>'Mary','age'=>30), - array('id'=>'003','name'=>'Cary','age'=>20)); -$listbox->dataBind(); - -
    • -
- -

TListBox

-

-TListBox menampilkan kotak daftar yang membolehkan satu atau multipel pilihan. Setel properti SelectionMode sebagai Single untuk menjadikan kotak daftar pilihan tunggal, dan Multiple untuk kotak daftar pilihan multipel. Jumlah baris ditampilkan dalam kotak ditetapkan melalui nilai properti Rows. -

- - -

TDropDownList

-

-TDropDownList menampilkan kotak daftar dropdown yang membolehkan pengguna untuk memilih opsi tunggal dari beberapa yang telah ditetapkan. -

-

-Sejak v3.1.1, TDropDownList mulai mendukung teks pertanyaan (seperti 'Please select:' sebagai item list pertama). Untuk menggunakan fitur ini, setel baik PromptText ataupun PromptValue, atau keduanya. Jika pengguna memilih item pertanyaan, dropdown list tidak akan dipilih. -

- - -

TCheckBoxList

-

-TCheckBoxList menampilkan sebuah daftar kotak centang pada halaman Web. Penjajaran teks selain setiap kotak centang dapat ditetapkan dengan TextAlign. Tata letak kotak centang bisa dikontrol oleh properti berikut: -

-
    -
  • RepeatLayout - berupa Table atau Flow. Table menggunakan sel tabel HTML untuk mengatur kotak centang, sementara Flow mengunakan tag span dan break HTML untuk pengaturannya. Dengan tata letak Table, anda bisa menyetel CellPadding dan CellSpacing.
    • -
  • RepeatColumns - berapa banyak kolom kotak centang akan ditampilkan.
    • -
  • RepeatDirection - ke mana menjelajahi kotak centang, dalam cara horisontal (karena kotak centang ditampilkan dalam tata letak mirip-matriks).
    • -
- - - -

TRadioButtonList

-

-TRadioButtonList mirip dengan TCheckBoxList dalam setiap aspek kecuali bahwa setiap TRadioButtonList menampilkan sebuah grup tombol radio. Hanya satu tombol radio dapat dipilih, (TCheckBoxList membolehkan pilihan multipel). -

- - -

TBulletedList

-

-TBulletedList menampilkan item dalam format bulat pada halaman Web. Gaya bulat dapat ditetapkan dengan BulletStyle. Ketika gaya adalah CustomImage, tanda bulat ditampilkan sebagai gambar, yang ditetapkan dengan BulletImageUrl. -

-

-TBulletedList menampilkan teks item dalam tiga mode berbeda, -

-
    -
  • Text - teks item ditampilkan sebagai teks statis;
    • -
  • HyperLink - setiap item ditampilkan sebagai hiperlink yang URL-nya diberikan oleh nilai item, dan properti Target bisa dipakai untuk menetapkan jendela browser;
    • -
  • LinkButton - setiap item ditampilkan sebagai tombol link yang melakukan posts back pada halaman jika pengguna mengkliknya, dan event OnClick akan dimunculkan di bawah keadaan demikian.
    • -
- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Literal.page b/demos/quickstart/protected/pages/Controls/id/Literal.page deleted file mode 100755 index 2cb07646..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Literal.page +++ /dev/null @@ -1,25 +0,0 @@ - - -

TLiteral

- - -

-TLiteral menampilkan teks statis pada halaman Web. TLiteral mirip dengan kontrol TLabel, kecuali bahwa TLiteral - * Kontrol tidak memiliki properti style, seperti BackColor, Font, dll. -

- -

-Teks yang ditampilkan oleh TLiteral bisa dikontrol secara programatis dengan menyetel properti Text. Teks yang ditampilkan mungkin HTML-dikodekan jika Encode adalah true (nilai standarnya false). -

- -

-TLiteral akan menyajikan konten yang dikurung dalam tag komponen jika Text kosong. -

- -

-Harap berhati-hati jika Encode adalah false, pastikan Text tidak berisi karakter yang tidak diinginkan yang dapat menjadikan keamanan mudah ditembus. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/MultiView.page b/demos/quickstart/protected/pages/Controls/id/MultiView.page deleted file mode 100755 index 677f4359..00000000 --- a/demos/quickstart/protected/pages/Controls/id/MultiView.page +++ /dev/null @@ -1,43 +0,0 @@ - - -

TMultiView

- - -

-TMultiView bertindak sebagai penampung grup kontrol TView, yang dapat diambil oleh properti Views. Setiap tampilan berisi kontrol anak. TMultiView menentukan tampilan mana dan kontrol anaknya yang terlihat. Kapan saja hanya satu tampilan terlihat (disebut aktif). untuk mengaktifkan tampilan, setel ActiveView atau ActiveViewIndex. Catatan, standarnya tidak ada tampilan yang aktif. -

-

-Untuk menambah tampilan ke TMultiView, manipulasi koleksi Views atau tambah ia dalam template seperti berikut, -

- -<com:TMultiView> - <com:TView> - view 1 content - </com:TView> - <com:TView> - view 2 content - </com:TView> -</com:TMultiView> - - -

-TMultiView merespon event perintah berikut untuk mengatur penampakan tampilannya. -

-
    -
  • NextView : beralih ke tampilan berikutnya (dengan memperhatikan tampilan aktif saat ini). -
  • PreviousView : beralih ke tampilan sebelumnya (dengan memperhatikan tampilan aktif saat ini). -
  • SwitchViewID : beralih ke tampilan sesuai path ID. Path ID diambil dari parameter perintah. -
  • SwitchViewIndex : beralih ke tampilan sesuai indeks berbasis-nol dalam koleksi Views. Indeks diambil dari parameter perintah. -
- -

-Setelah postback, jika indeks tampilan aktif diubah, TMultiView akan memunculkan event OnActiveViewChanged. -

- -

-Permainan Hangman adalah penggunaan umum dari TMultiView. Contoh berikut memperlihatkan kegunaan lain dari TMultiView. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/NewControl.page b/demos/quickstart/protected/pages/Controls/id/NewControl.page deleted file mode 100755 index 85c6eff0..00000000 --- a/demos/quickstart/protected/pages/Controls/id/NewControl.page +++ /dev/null @@ -1,152 +0,0 @@ - - -

Menulis Kontrol Baru

-

-Menulis kontrol baru sering diinginkan oleh para pemrogram tingkat lanjut, karena mereka ingin menggunakan ulang kode yang mereka tulis untuk menghadapi penyajian yang komples serta interaksi pengguna. -

-

-Secara umum, ada dua cara penulisan kontrol baru: komposisi kontrol yang sudah ada dan memperluas kontrol yang sudah ada. Semuanya memerlukan kontrol baru tersebut berasal dari TControl atau kelas anaknya. -

- -

Komposisi Kontrol yang Sudah Ada

-

-Komposisi adalah cara termudah membuat kontrol baru. Ia melibatkan terutama penurunan kontrol yang sudah ada, mengkonfigurasinya dan menjadikannya unsur komponen. Properti dari unsur komponen diperlihatkan melalui subproperti. -

-

-Seseorang dapat menciptakan sebuah kontrol baru dalam dua cara. Pertama adalah memperluas TCompositeControl dan mengganti metode TControl::createChildControls(). Kedua adalah memperluas TTemplateControl (atau kelas anaknya) dan menulis template kontrol. Yang terakhir lebih mudah digunakan dan bisa mengatur tata letak unsur komponen lebih intuitif, sementara pembentuk lebih efisien karena ia tidak perlu menguraikan template. -

-

-Sebagai contoh, kami memperlihatkan bagaimana untuk membuat kotak teks berlabel yang disebut LabeledTextBox menggunakan dua pendekatan di atas. Kotak teks berlabel menampilkan label disamping kotak teks. Kami ingin menggunakan ulang TLabel dan TTextBox yang disediakan PRADO untuk menyelesaikan tugas ini. -

- -

Komposisi dengan Menulis Template

-

-Kita memerlukan dua file: sebuah file kelas kontrol bernama LabeledTextBox.php dan file template kontrol bernama LabeledTextBox.tpl. Keduanya harus berada di bawah direktori yang sama. -

-

-Seperti membuat halaman PRADO, kita dapat dengan mudah menuliskan konten dalam file template kontrol. -

- -<com:TLabel ID="Label" ForControl="TextBox" /> -<com:TTextBox ID="TextBox" /> - -

-Template di atas menetapkan kontrol TLabel bernama Label dan kontrol TTextBox bernama TextBox. Kita ingin memperlihatkan kedua kontrol ini. Ini bisa dikerjakan dengan mendefinisikan properti untuk masing-masing kontrol dalam file kelas LabeledTextBox. Sebagai contoh, kita dapat mendefinisikan proper Label seperti berikut, -

- -class LabeledTextBox extends TTemplateControl { - public function getLabel() { - $this->ensureChildControls(); - return $this->getRegisteredObject('Label'); - } -} - -

-Dalam contoh di atas, metode memanggil ensureChildControls() memastikan bahwa kontrol label dan kotak teks sudah dibuat (dari template) ketika properti Label diakses. Properti TextBox dapat diimplementasikan dengan cara yang sama. -

- - -

Komposisi dengan Penggantian createChildControls()

-

-Untuk kontrol gabungan sesederhana LabeledTextBox, lebih baik membuatnya dengan memperluas TCompositeControl dan mengganti metode createChildControls(), karena ia tidak menggunakan template dan menghemat waktu penguraian template. -

-

-Kode lengkap untuk LabeledTextBox ditampilkan sebagai berikut, -

- -class LabeledTextBox extends TCompositeControl { - private $_label; - private $_textbox; - public function createChildControls() { - $this->_label=new TLabel; - $this->_label->setID('Label'); - // tambah label sebagai anak dari LabeledTextBox - $this->getControls()->add($this->_label); - $this->_textbox=new TTextBox; - $this->_textbox->setID('TextBox'); - $this->_label->setForControl('TextBox'); - // tambah textbox sebagai anak dari LabeledTextBox - $this->getControls()->add($this->_textbox); - } - public function getLabel() { - $this->ensureChildControls(); - return $this->_label; - } - public function getTextBox() { - $this->ensureChildControls(); - return $this->_textbox; - } -} - - - -

Menggunakan LabeledTextBox

-

-Untuk menggunakan kontrol LabeledTextBox, pertama kita perlu menyertakan file kelas terkait. Kemudian dalam template halaman, kita dapat menuliskan baris seperti berikut, -

- -<com:LabeledTextBox ID="Input" Label.Text="Username" /> - -

-Dalam contoh di atas, Label.Text adalah subproperti dari LabeledTextBox, yang merujuk ke properti Text dari properti Label. Untuk lebih jelasnya atas pemakaian LabeledTextBox, lihat contoh online di atas. -

- -

Memperluas Kontrol yang Sudah Ada

-

-Memperluas kontrol yang sudah ada sama seperti penurunan kelas konvensional. Ia membolehkan para pengembang untuk mengkustomisasi kelas kontrol yang sudah ada dengan mengganti propertinya, metodenya, event, atau membuat yang baru. -

-

-Kesulitan tugas tergantung pada seberapa banyak kelas yang sudah ada dikustomisasi. Sebagai contoh, tugas sederhana bisa mengkustomisasi kontrol TLabel, agar ia menampilkan label merah sercara standarnya. Ini akan melibatkan setelan properti ForeColor ke "red" dalam konstruktornya. Tugas yang sulit adalah membuat kontrol yang menyediakan fungsional inovatif secara lengkap. Biasanya, ini memerlukan perluasan kontrol dari kelas kontrol "tingkat rendah", seperti misalnya TControl atau TWebControl. -

-

-Dalam bagian ini, sebagian besar kami memperkenalkan basis kelas kontrol TControl dan TWebControl, memperlihatkan bagaimana mereka bisa dikustomisasi. Kami juga memperkenalkan bagaimana untuk menulis kontrol dengan fungsionalitas khusus, seperti mengambil data post, memunculkan data post dan penyatuan data dengan sumber data. -

- -

Memperluas TControl

-

-TControl adalah basis kelas dari semua kelas kontrol. Dua metode adalah yang paling penting untuk kelas kontrol turunannya: -

-
    -
  • addParsedObject() - metode ini diminta oleh setiap komponen ata string teks yang dikurung di dalam tag komponen yang menetapkan kontrol dalam sebuah template. Standarnya, komponen dan string teks yang dikurung ditambahkan ke dalam koleksi Controls dari kontrol. Kontrol turunannya dapat mengganti metode ini untuk melakukan proses khusus mengenai konten yang dikurung tersebut. Sebagai contoh, TListControl hanya menerima komponen TListItem dikurung di dalam tag komponennya, dan komponen ini ditambahkan ke koleksi Items dari TListControl. -
  • render() - metode ini menyajikan kontrol. Standarnya menyajikan item-item dalam koleksi Controls. Kontrol turunannya dapat mengganti metode ini guna memberikan penyajian yang dikustomisasi.
    • -
-Properti dan metode penting lainnya termasuk: -
    -
  • ID - string yang secara unik mengidentifikasi kontrol diantara semua kontrol dari tempat penamaan yang sama. ID otomatis akan dibuat jika properti ID tidak disetel secara eksplisit.
    • -
  • UnqiueID - ID unik lengkap yang mengidentifikasi kontrol diantara semua kontrol pada hirarki halaman saat ini. Ia dapat digunakan untuk mencari kontrol dalam hirarki halaman dengan memanggil metode TControl::findControl(). Kontrol input pengguna sering memakainya sebagai nilai dari atribut yang sama dari elemen input HTML.
    • -
  • ClientID - mirip dengan UniqueID, kecuali bahwa ia dipakai terutama untuk penyajian dan umumnya digunakan sebagai nilai atribut id elemen HTML. Jangan bergantung pada format eksplisit ClientID.
    • -
  • Enabled - apakah kontrol ini dihidupkan atau tidak. Catatan, dalam beberapa kasus, jika salah satu kontrol leluhurnya dimatikan, kontrol juga diperlakukan sebagai dimatikan, meskipun properti Enabled adalah true.
    • -
  • Parent - kontrol leluhur dari kontrol ini. Kontrol leluhur memegang kendali apakah menyajikan kontrol ini atau tidak dan di mana menempatkan hasil yang disajikan.
    • -
  • Page - halaman yang berisi kontrol ini.
    • -
  • Controls - koleksi dari semua kontrol anak, termasuk teks statis diantaranya. Ia dapat dipakai seperti sebuah array, karena ia mengimplementasikan antarmuka Traversable. Untuk menambah anak ke kontrol, cukup sisipkan ia ke dalam koleksi Controls di posisi yang sesuai.
    • -
  • Attributes - koleksi dari atribut kustom. Ini berguna untuk membolehkan para pengguna untuk menetapkan atribut dari elemen output HTML yang tidak tercakup oleh properti kontrol.
    • -
  • getViewState() dan setViewState() - metode ini umum dipakai untuk mendefinisikan properti yang disimpan dalam kondisi tampilan.
    • -
  • saveState() dan loadState() - kedua metode ini bisa diganti untuk menyediakan langkah terakhir kondisi penyimpanan dan pengambilan.
    • -
  • Control lifecycles - Seperti halaman, kontrol juga mempunyai masa hidup. Setiap kontrol menjalani masa hidupnya dalam urutan berikut: constructor, onInit(), onLoad(), onPreRender(), render(), dan onUnload. Lebih jelasnya dapat ditemukan dalam seksi halaman.
    • -
- -

Memperluas TWebControl

-

-TWebControl dipakai terutama sebagai basis kelas untuk kontrol yang menyajikan elemen HTML. Ia menyediakan satu set properti yang umum diantara elemen HTML. Ia memisahkan TControl::render() ke dalam metode berikut yang lebih cocok untuk menyajikan elemen HTML: -

-
    -
  • addAttributesToRender() - menambah atribut untuk elemen HTML yang disajikan. Metode ini sering diganti dengan kelas tutunannya karena biasanya memiliki atribut berbeda yang disajikan.
    • -
  • renderBeginTag() - menyajikan tag HTML pembuka.
    • -
  • renderContents() - menyajikan konten dikurung di dalam elemen HTML. Standarnya menampilkan item-item dalam koleksi Controls daru kontrol. kelas turunannya dapat mengganti metode ini guna menyajikan konten yang dikustomisasi.
    • -
  • renderEndTag() - menyajikan tag HTML penutup.
    • -
-

-Ketika menyajikan tag HTML pembuka, TWebControl memanggil getTagName() untuk mendapatkan nama tag. kelas turunannya dapat mengganti metode ini guna menyajikan nama tag yang berbeda. -

- -

Membuat Kontrol dengan Fungsional Khusus

-

-Jika sebuah kontrol ingin merespon event sisi-klien dan menterjemahkannya ke dalam event sisi server (disebut event postback), seperti TButton, ia harus mengimplementasikan antarmuka IPostBackEventHandler. -

-

-Jika kontrol ingin bisa mengambil data post, seperti TTextBox, ia harus mengimplementasikan antarmuka IPostBackDataHandler. -

-

-Jika kontrol ingin mendapatkan data dari beberapa sumber data eksternal, ia harus memperluas TDataBoundControl. TDataBoundControl mengimplementasikan properti dasar yang diperlukan untuk mempopulasi data melalui databinding. Kenyataanya, kontrol seperti TListControl, TRepeater adalah TDataGrid semua berasal darinya. -

- diff --git a/demos/quickstart/protected/pages/Controls/id/OutputCache.page b/demos/quickstart/protected/pages/Controls/id/OutputCache.page deleted file mode 100755 index 0a605a92..00000000 --- a/demos/quickstart/protected/pages/Controls/id/OutputCache.page +++ /dev/null @@ -1,46 +0,0 @@ - - -

TOutputCache

- - -

-TOutputCache menghidupkan cache sebagian dari halaman Web, juga dikenal sebagai partial caching. Konten yang sedang di-cache adalah sumber halaman HTML yang berasal dari teks statis pada template PRADO atau disajikan oleh satu atau beberapa kontrol pada template. Ketika konten yang di-cache dipakai, kontrol yang membuat konten tidak lagi dibuat untuk hirarki halaman dan selanjutnya penghematan secara signifikan waktu pemrosesan halaman dapat dicapai. Efek sampingnya, seperti yang sudah anda bayangkan adalah bahwa konten yang ditampilkan mungkin membosankan jika versi cache ditampilkan ke para pengguna. -

- -

-Untuk menggunakan TOutputCache, cukup kurung konten yang akan di-cache di dalam tag komponen TOutputCache pada template (baik template kontrol halaman ataupun non-halaman), misalnya -

- -<com:TOutputCache> - content to be cached -</com:TOutputCache> - -

-di mana konten yang di-cache bisa berupa teks statis dan/atau tag template. Jika yang kedua, hasil penyajian dari tag template akan di-cache. Anda dapat menempatkan satu atau beberapa TOutputCache pada satu template dan ia dapat diulang-ulang. -

- -
Note: -TOutputCache menyimpan konten yang di-cache melalui modul cache PRADO (misalnya TSqliteCache) dan selanjutnya memerlukan setidaknya satu modul cache diambil saat aplikasi dijalankan. -
- -

-Validitas dari konten yang di-cache ditentukan berdasarkan dua faktor: Durasi dan ketergantungan cache. Pembentuk menetapkan jumlah detik data bisa tetap benar dalam cache (standarnya 60 detik), sementara yang kedua menetapkan kondisi data yang di-cache tergantung padanya. Jika ketergantungan berubah (misalnya data relevan dalam DB dimutakhirkan), data yang di-cache akan dibuat tidak benar dan diabaikan. -

- -

-Ada dua cara untuk menetapkan ketergantungan cache. Seseorang bisa menulis pengendali event guna merespon event OnCheckDependency dan menyetel properti parameter event IsValid untuk menunjukan apakah data yang di-cache tetap benar atau tidak. Seseorang juga bisa memperluas TOutputCache dan mengganti metode getCacheDependency()-nya. -

- -

-Konten yang diambil dari cache dapat bervariasi dengan memperhatikan beberapa parameter. TOutputCache mendukung variasi dengan memperhatikan parameter permintaan, yang ditetapkan oleh properti VaryByParam. Jika parameter permintaan yang ditetapkan berbeda, versi berbeda dari konten yang di-cache dipakai. Ini sangat berguna jika konten halaman mungkin divariasikan berdasarkan beberapa parameter GET. Konten yang sedang di-cache juga dapat divariasikan dengan sesi pengguna jika VaryBySession disetel true. Untuk memvariasikan konten yang di-cache oleh faktor lain, ganti metode calculateCacheKey(). -

- -

-Output cache bisa diulang. Cache terluar mengambil lebih dulu di atas cache terdalam dalam menentukan kebenaran konten yang di-cache. Ini berarti, jika konten yang di-cache oleh cache terdalam berakhir atau dibuat tidak benar, sementara yang terluar tidak, maka konten terluar yang di-cache akan dipakai. -

- -

-Standarnya, TOutputCache hanya efektif untuk permintaan halaman non-postback dan saat modul cache dihidupkan. Jangan mencoba untuk mengalamatkan kontrol anak pada TOutputCache saat konten yang di-cache saat ini sedang dipakai. Gunakan properti ContentCached untuk menentukan apakah konten di-cache atau tidak. -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/Pager.page b/demos/quickstart/protected/pages/Controls/id/Pager.page deleted file mode 100755 index 1761e61c..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Pager.page +++ /dev/null @@ -1,38 +0,0 @@ - - -

TPager

- - -

-TPager membuat sebuah lembaran yang menyediakan UI bagi pengguna akhir untuk secara interaktif menetapkan halaman data mana yang disajikan dalam kontrol turunan-TDataBoundControl, seperti TDataList, TRepeater, TCheckBoxList, dll. Kontrol data-terikat sasaran ditetapkan dengan properti ControlToPaginate, yang harus berupa path ID dari kontrol sasaran yang dijangkau dari tempat penamaan lembar. -

- -

-Note, the target data-bound control must have its AllowPaging set to true. Otherwise the pager will be invisible. Also, in case when there is only one page of data available, the pager will also be invisible. -

- -

-TPager dapat menampilkan salah satu dari tiga tipe antarmuka pengguna, ditetapkan melalui properti Mode-nya: -

-
    -
  • NextPrev - tombol halaman berikutnya dan sebelumnya yang disajikan pada setiap halaman.
    • -
  • Numeric - daftar tombol indeks halaman yang disajikan.
    • -
  • DropDownList - daftar dropdown pada indeks halaman yang disajikan.
    • -
-

-Antarmuka pengguna ini selanjutnya dapat dikustomisasi dengan mengkonfigurasi properti berikut -

-
    -
  • NextPageText dan PrevPageText - label dari tombol halaman berikutnya/sebelumnya. Properti ini dipakai ketika Mode lembar adalah NextPrev atau Numeric.
    • -
  • FirstPageText dan LastPageText - label dari tombol halaman pertama/terakhir. Jika kosong, tombol terkait tidak akan ditampilkan. Properti ini dipakai ketika Mode lembar adalah NextPrev atau Numeric.
    • -
  • PageButtonCount - jumlah maksimum tombol indeks halaman pada sebuah halaman. Properti ini dipakai saat Mode lembar adalah Numeric.
    • -
  • ButtonType - tipe tombol halaman, PushButton berarti tombol submisi normal, atau LinkButton berarti tombol hiperlink.
    • -
- -

-TPager memunculkan event OnPageIndexChanged ketika pengguna-akhir berinteraksi dengannya dan menetapkan halaman baru (misalnya dengan mengklik pada tombol halaman berikutnya yang akan membawa ke halaman berikutnya). Para pengembang dapat menulis pengendali untuk merspon event ini dan medapatkan indeks halaman baru yang diinginkan, seseorang bisa memasukan halaman baru data ke kontrol ikatan-data terkait. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Panel.page b/demos/quickstart/protected/pages/Controls/id/Panel.page deleted file mode 100755 index 1152f65f..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Panel.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TPanel

- - -

-TPanel bertindak sebagai tempat penyajian untuk kontrol lain. Ia menampilkan elemen <div> pada halaman. Properti Wrap menetapkan konten badan panel yang menggulung ataupun tidak, sementara HorizontalAlign mengatur bagaimana konten dijajarkan secara horisontal dan Direction menunjukan arah konten (kiri ke kanan atau kanan ke kiri). Anda dapat menyetel BackImageUrl untuk memberikan gambar latar belakang pada panel, dan dana bisa menyetel GroupingText agar panel ditampilkan sebagai set field dengan legenda teks. Terakhir, anda bisa menetapkan tombol standar untuk dipicu saat para pengguna menekan tombol 'return' di dalam panel dengan menyetel properti DefaultButton. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/PlaceHolder.page b/demos/quickstart/protected/pages/Controls/id/PlaceHolder.page deleted file mode 100755 index fc269291..00000000 --- a/demos/quickstart/protected/pages/Controls/id/PlaceHolder.page +++ /dev/null @@ -1,12 +0,0 @@ - - -

TPlaceHolder

- - -

-TPlaceHolder menyimpan tempat pada template, di mana teks statis atau kontrol dapat disisipkan secara dinamis. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/RadioButton.page b/demos/quickstart/protected/pages/Controls/id/RadioButton.page deleted file mode 100755 index e9ff5cc7..00000000 --- a/demos/quickstart/protected/pages/Controls/id/RadioButton.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TRadioButton

- - -

-TRadioButton mirip dengan TCheckBox dalam setiap aspek, kecuali bahwa TRadioButton menampilkan tombol radio pada halaman Web. Tombol radio dapat dimiliki oleh grup yang ditetapkan oleh GroupName dengan demikian hanya satu tombol radio yang bisa dipilih. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/Repeater.page b/demos/quickstart/protected/pages/Controls/id/Repeater.page deleted file mode 100755 index 801ef858..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Repeater.page +++ /dev/null @@ -1,111 +0,0 @@ - - -

TRepeater

- -

-TRepeater menampilkan kontennya secara berulang berdasarkan data yang diambil dari DataSource. Konten yang diulang dalam TRepeater disebut items sebuah kontrol yang dapat diakses melalui properti Items. Ketika dataBind() dipanggil, TRepeater membuat sebuah item untuk setiap baris data dan mengikat baris data ke item. Secara opsional, TDataList dapat mempunyai header, footer dan/atau pemisah antara item. -

- -

-Tata letak dari konten yang diulang dalam TDataList ditetapkan dengan template inline. Item TDataList, header, footer, dll. diturunkan dengan template terkait saat data sedang diikat ke pengulang. -

- -

-Sejak v3.1.0, tata letak juga bisa dietapkan oleh penyaji. Penyaji adalah kelas kontrol yang dapat diturunkan sebagai item datalist, header, dll. Penyaji dapat dilihat sebagai template eksternal (sebenarnya, ia juga merupakan kontrol tanpa-template). Penyaji bisa berupa kelas kontrol apapun. Dengan menggunakan penyaji, seseorang dapat menghindari penulisan panjang dan template yang kacau. Karena penyaji adalah sebuah kelas, ia juga membantu menggunakan kembali template yang sebelumnya mungkin disertekan di dalam template lain. Jika diimplementasikan dengan salah satu antarmuka berikut, penyaji akan diinisialisasi dengan properti tambahan yang relevan terhadap item penyaji: -

- -
    -
  • IDataRenderer - properti Data akan disetel sebagai baris dari data terikat ke item penyaji. Banyak kontrol PRADO mengimplementasikan antarmuka ini, seperti TLabel, TTextBox, dll.
    • -
  • IItemDataRenderer - properti ItemIndex akan disetel sebagai indeks berbasis-nol pada item dalam koleksi item penyaji, dan properti ItemType sebagai tipe item (seperti TListItemType::Item). Untuk kenyamanan basis kelas, TRepeaterItemRenderer mengimplementasikan IDataItemRenderer dan dapat mempunyai template terkait karena diperluas dari TTemplateControl.
    • -
- - -

-Properti berikut dipakai untuk menetapkan tipe template dan penyaji datalist. Jika tipe konten didefinisikan dengan template dan penyaji, maka penyaji diambil lebih dulu. -

-
    -
  • ItemTemplate, ItemRenderer - untuk setiap baris data yang diulang.
    • -
  • AlternatingItemTemplate, AlternatingItemRenderer: untuk setiap pergantian baris data. Jika tidak disetel, masing-masing ItemTemplate atau ItemRenderer yang akan dipakai.
    • -
  • HeaderTemplate, HeaderRenderer - untuk header repeater.
    • -
  • FooterTemplate, FooterRenderer - untuk footer repeater.
    • -
  • SeparatorTemplate, SeparatorRenderer - untuk konten yang ditampilkan diantara item.
    • -
  • EmptyTemplate, EmptyRenderer - dipakai saat data yang terikat ke penyaji kosong.
    • -
- - -

-Untuk mempopulasikan data ke dalam item pengulag, setel DataSource ke obyek data yang benar, seperti array, TList, TMap, atau tabel database, dan kemudian panggil dataBind() untuk pengulang. Yaitu, -

- -class MyPage extends TPage { - public function onLoad($param) { - parent::onLoad($param); - if(!$this->IsPostBack) { - $this->Repeater->DataSource=$data; - $this->Repeater->dataBind(); - } - } -} - - -

-Ketika dataBind() dipanggil, TRepeater menjalani masa hidup seperti berikut untuk setiap baris data: -

- -
    -
  1. buat item berdasarkan template atau penyaji
    2. -
  2. setel baris data ke item
    3. -
  3. munculkan event OnItemCreated
    4. -
  4. tambah item sebagai kontrol anak
    5. -
  5. panggil dataBind() pada item
    6. -
  6. munculkan event OnItemDataBound
    7. -
- -

-Biasanya anda hanya perlu mengikat data ke pengulang saat halaman yang berisi pengulang mulai diminta. Ketika halaman adalah post back, pengulang akan mengembalikan secara otomatis seluruh konten, termasuk item, header, footer dan pemisah. Akan tetapi, baris data yang terkait dengan setiap item tidak akan ditemukan kembali dan menjadi null. -

- -

-Untuk mengakses data item pengulang dalam postbacks, gunakan salah satu cara berikut: -

-
    -
  • Gunakan DataKeys untuk memperoleh kunci data terkait dengan item pengulang (repeater) yang ditetapkan dan gunakan kunci untuk mengambil data terkait dari beberapa penyimpanan persisten seperti misalnya DB.
    • -
  • Simpan seluruh dataset dalam kondisi tampilan, yang akan mengembalikan dataset secara otomatis setelah postback. Bagaimanapun juga, harap berhati-hati jika ukuran dataset anda besar, ukuran halaman akan menjadi besar. Beberapa data kompleks mungkin juga mempunyai masalah serialisasi jika disimpan dalam kondisi tampilan.
    • -
- - -

-TRepeater memunculkan OnItemCommand kapan saja kontrol tombol di dalam beberapa item pengulang memunculkan event OnCommand. Oleh karena itu, anda bisa menangani semua event OnCommand di satu tempat dengan menulis pengendali event untuk event OnItemCommand. -

- -

-Contoh berikut memperlihatkan bagaimana menggunakan TRepeater guna menampilkan data tabular. -

- -

-TRepeater Dapat digunakan dalam situasi lebih kompleks. Sebagai contoh, kami tampilkan dalam contoh berikut bagaimana menggunakan pengulang yang diulang-ulang, misalnya pengulang dalam pengulang. Ini umum terlihat dalam penyajian data master-detail. Untuk menggunakan pengulang di dalam pengulang lain, untuk sebuah item untuk pengulang di luarnya dibuat, kita perlu menyetel sumber data detail untuk pengulang terdalam. Ini bisa dilakukan dengan merespon ke event OnItemDataBound pada pengulang terluar. Event OnItemDataBound dimunculkan setiap kali item pengulang terluar menyelesaikan penyatuan data. Dalam contoh berikut, kita mengeksploitasi event lain pada pengulang yang disebut OnItemCreated, yang dimunculkan setiap kali item pengulang (dan kontennya) baru saja dibuat. Kita respon ke event ini dengan menyetel warna latar belakang berbeda untuk item pengulang guna menyempurnakan tampilan latar belakang item berganti. Ini menghemat kita dari penulisan AlternatingItemTemplate untuk pengulang. -

- -

-Selain menampilkan data, TRepeater juga bisa dipakai untuk mengumpulkan data dari pengguna. Kontrol validasi dapat ditempatkan dalam template TRepeater guna memberifikasi bahwa input pengguna sudah benar. -

-

-Demo Penyusun komponen PRADO adalah contoh yang baik atas penggunaan tersebut. Ia menggunakan pengulang untuk mengumpulkan properti komponen dan definisi event. Para pengguna juga dapat menghapus atau menyesuaikan event dan propertinya, yang diimplementasikan dengan merespon ke event OnItemCommand pada pengulang. -

-

-Lihat dalam contoh lain berikut yang memperlihatkan bagaimana menggunakan pengulang untuk mengumpulkan input pengguna. -

- - -

-Contoh ini memperlihatkan bagaimana menggunakan penyaji item "drop-in", tersedia sejak v3.1.0. Penyaji ini ada dalam rilis PRADO. Mereka intinya kontrol yang mengimplementasikan antarmuka IDataRenderer. Kontrol Web umum, seperti TTextBox, TLabel, semuanya mengimplementasikan antarmuka ini. Ketika kontrol tersebut adalah penyaji item yang dipakai, properti Data ditempati dengan baris data yang sedang diikat ke item pengulang. -

- - -

-Lebih sering, seseorang perlu mengkustomisasi tata letak item pengulang. Contoh di atas bergantng pada OnItemCreated untuk menyesuaikan penampilan pengulang. Pengulang item template lebih disukai dalam situasi ini, karena membolehkan kita untuk menyimpan tata letak dan konten yang lebih kompleks dalam sebuah item pengulang. Contoh berikut mengimplementasikan ulang contoh pengulang yang diulang-ulang menggunakan template item penyadi yang disebut RegionDisplay. seperti kita lihat, kode baru lebih mudah dimengerti dan dipelihara. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/SafeHtml.page b/demos/quickstart/protected/pages/Controls/id/SafeHtml.page deleted file mode 100755 index 6b3257f1..00000000 --- a/demos/quickstart/protected/pages/Controls/id/SafeHtml.page +++ /dev/null @@ -1,25 +0,0 @@ - - -

TSafeHtml

- - -

-TSafeHtml adalah kontrol yang membuang semua konten HTML yang berpotensi membahayakan. Ini terutama sebagai pelapis dari proyek SafeHTML. Menurut proyek SafeHTML, ia mencoba untuk mengamankan situasi berikut saat string ditampilkan kepada pengguna-akhir: -

-
    -
  • Tag pembuka tanpa tang penutupnya
    • -
  • penutupan tag tanpa tag pembukanya -
  • salah satu dari tag ini: base, basefont, head, html, body, applet, object, iframe, frame, frameset, script, layer, ilayer, embed, bgsound, link, meta, style, title, blink, xml, dll.
    • -
  • seiap atribut ini: on*, data*, dynsrc
    • -
  • javascript:/vbscript:/about: dll. protocols
    • -
  • ekspresi/perangai, dll. dalam style
    • -
  • konten aktif lainnya.
    • -
- -

-Untuk menggunakan TSafeHtml, cukup kurung konten untuk diamankan dalam tag komponen TSafeHtml pada template. Konten bisa terdiri dari teks statis dan kontrol PRADO. Jika yang kedua, hasil penyajian kontrol akan aman. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Slider.page b/demos/quickstart/protected/pages/Controls/id/Slider.page deleted file mode 100755 index 627366d8..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Slider.page +++ /dev/null @@ -1,50 +0,0 @@ - - -

TSlider

- - -

-TSlider menampilkan sebuah slider untuk keperluan input numerik. Slider terdiri dari lajur -yang medefinisikan jangkauan nilai yang mungkin, dan sebuah kendali yang dapt bergeser pada lajur, untuk memilih -sebuah nilai dalam jangkauan. Lajur dapat berupa Horisontal atau Vertikal, tergantung dari properti Direction. -Standarnya adalah horisontal. -

-

-Batas jangkauan ditetapkan oleh properti MinValue dan MaxValue. -Jangkauan standar mulai dari 0 sampai 100. -Properti StepSize bisa dipakai untuk mendefinisikan langkah diantara 2 nilai didalam jangkauan. -Catatan bahwa langkah ini akan dihitung ulang jika ada lebih dari 200 nilai diantara batas jangkauan. -Anda juga bisa melengkapi nilai yang diijinkan dengan menyetel array Values. -

- -

-sub-properti kendali dapat diakses dengan properti Handle. Anda juga bisa menyediakan kontrol anda sendiri -untuk kendali, menggunakan properti HandleClass. Catatan bahwa kelas ini harus berupa subkelas dari TSliderHandle -

- -

-Kontrol TSlider bisa dikustomisasi dengan mudah menggunakan CssClasses. Anda bisa menyediakan file css sendiri menggunakan properti CssUrl. -Kelas css untuk TSlider dapat disetel dengan properti CssClass. Nilai standarnya dalah 'hslider' untuk -slider Horisontal, atau 'vslider' untuk Vertikal. -Kelas css untuk Handle bisa disetel dengan subproperti Handle.CssClass. Standarnya adalah 'handle', yang menggambar blok merah sebagai kursor. Kelas css 'handle-image' juga disediakan demi kenyamanan anda, yang berfungsi menampilkan gambar sebagai kendali. -

- -

-Jika properti AutoPostBack adalah true, postback dilakukan segera setelah nilai berubah. -

- -

-TSlider memunculkan event onValueChanged saat nilai slider telah berubah selama postback. -

- -

-Anda juga bisa melampirkan pengendali event javascript ClientSide ke slider : -

    -
  • ClientSide.onSlide dipanggil ketika kendali digeser pada lajur. Anda akan mendapatkan nilai saat ini di dalam variabel javascript value. Anda dapat menggunakan event ini untuk dimutakhirkan pada sisi klien dengan sebuah label dengan nilai saat ini
    • -
  • ClientSide.onChange dipanggil saat nilai slider berubah (di akhir perpindahan).
    • -
-

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Standard.page b/demos/quickstart/protected/pages/Controls/id/Standard.page deleted file mode 100755 index 5e9f76d8..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Standard.page +++ /dev/null @@ -1,147 +0,0 @@ - - -

Kontrol Standar

-

* tutorial untuk kontrol ini belum lengkap.

-
    -
  • - TButton mewakili tombol klik pada halaman Web, dipakai terutama sebagai pemicu postback halaman. -
    • - -
  • - TCaptcha menampilkan CAPTCHA untuk menjaga spammers dari pendaftaran untuk akun online tertentu. -
    • - -
  • - TCheckBox mewakili kotak centang pada halaman Web, bisa digunakan untuk mengumpulkan dua-kondisi input pengguna. -
    • - -
  • - TClientScript menambahkan kode javascript ke halaman. -
    • - -
  • * - TColorPicker mewakili field input yang mengambil nilai warna via dialog warna. -
    • - -
  • - TConditional menampilkan konten terkaiit ke hasil true atau false dari sebuah ekspresi PHP. -
    • - -
  • - TDatePicker mewakili field input yang mengambil nilai tanggal via dialog kalender. -
    • - -
  • - TExpression menerima ekspresi PHP dan menampilkan hasil evaluasi pada halaman Web. -
    • - -
  • - TFileUpload mewakili field upload file, membolehkan pengguna mengirimkan file ke server. -
    • - -
  • * - THead mewakili elemen <head> pada halaman Web HTML. Diperlukan oleh halaman PRADO agar bisa memakai tema. -
    • - -
  • - THiddenField mewakili field input tersembunyi pada halaman Web. -
    • - -
  • - THtmlArea mewakili field input teks WYSIWYG yang mengambil input pengguna dalam format HTML. -
    • - -
  • - THyperLink mewakili hyperlink pada halaman Web. -
    • - -
  • - TImage mewakili gambar pada halaman Web. -
    • - -
  • - TImageButton mewakili tombol klik yang memiliki gambar sebagai latar belakang, dipakai untuk memicu postback halaman. -
    • - -
  • - TImageMap mewakili gambar pada halaman Web dengan bagian titik yang bisa diklik. -
    • - -
  • - TInlineFrame mewakili elemen <iframe> HTML pada halaman Web. -
    • - -
  • - TJavascriptLogger mewakili pencatat pada halaman Web yang bisa mencatat berbagai informasi JavaScript. -
    • - -
  • - TKeyboard menampilkan keyboard virtual bagi pengguna untuk memasukan input ke dalam kotak teks. -
    • - -
  • - TLabel mewakili label pada halaman Web. Label bisa dikustomisasi via berbagai atribut CSS. -
    • - -
  • - TLinkButton mewakili hyperlink yang bisa melakukan postbacks halaman. -
    • - -
  • - TLiteral mewakili teks statis tanpa tag HTML yang mengelilinginya pada halaman Web. -
    • - -
  • - TMultiView mewakili tempat untuk grup kontrol TView, masing-masing adalah tempat untuk kontrol lainnya. Kapan saja, sebanyak-banyaknya satu TView yang terlihat. -
    • - -
  • - TOutputCache menghidupkan bagian cache atas output halaman dan dapat meningkatkan waktu respon halaman secara signifikan. -
    • - -
  • - TPager membuatUI yang membolehkan pengguna untuk menetapkan halaman mana data ditampilkan secara interaktif dalam kontrol data-bound. -
    • - -
  • - TPanel mewakili tempat untuk kontrol lain pada halaman Web. Dalam HTML, ia ditampilkan sebagai elemen <div>. -
    • - -
  • - TPlaceHolder memesan tempat pada template kontrol. Ia menyisipkan konten body-nya di tempat itu. -
    • - -
  • - TRadioButton mewakili tombol radio pada halaman Web. Dipakai terutama dalam sebuah grup di mana pengguna membuat pilihan. -
    • - -
  • - TSafeHtml menampilkan konten body dengan kepastian bahwa konten tidak berisi kode yang membahayakan (seperti XSS). -
    • - -
  • - TSlider mewakili sebuah kontrol Slider -
    • - -
  • - TStatements menerima beberapa pernyataan PHP dan menampilkan output standarnya pada halaman Web. -
    • - -
  • - TTable mewakili tabel HTML pada halaman Web. Dipakai bersama dengan TTableRow dan TTableCell. -
    • - -
  • - TTextBox mewakili field input teks pada halaman Web. Ia bisa mengumpulkan satu-baris, multi-baris atau input teks sandi dari pengguna. -
    • - -
  • - TTextHighlighter menerangi konten body berdasarkan penerang sintaks, seperti PHP, XML, PRADO, dll. -
    • - -
  • - TWizard mewakili formulir multi-langkah yang bisas mengambil input pengguna langkah demi langkah. Mirip dengan bimbingan instalasi Windows. -
    • -
- - diff --git a/demos/quickstart/protected/pages/Controls/id/Statements.page b/demos/quickstart/protected/pages/Controls/id/Statements.page deleted file mode 100755 index bfc0ac72..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Statements.page +++ /dev/null @@ -1,40 +0,0 @@ - - -

TStatements

- - -

-TStatements mengevaluasi rangkaian pernyataan PHP dan menampilkan konten yang disajikan oleh pernyataan. Untuk menetapkan pernyataan PHP yang dievaluasi, setel properti Statements. Sebagai contoh, tag komponen berikut menampilkan waktu saat ini pada halaman Web, -

- -<com:TStatements> - <prop:Statements> - setlocale(LC_ALL, 'nl_NL'); - echo strftime("%A %e %B %Y",time()); - </prop:Statements> -</com:TStatements> - - -

-Catatan, TStatements mengevaluasi pernyataan PHP selama menyajikan masa hidup kontrol. Tidak seperti TExpression, TStatements hanya menampilkan konten 'echoed' di dalam pernyataan. -

- -

-Konteks pernyataan dalam kontrol TStatements adalah kontrol itu sendiri. Yakni, $this mewakili obyek kontrol jika ia ada dalam pernyataan. Sebagai contoh, tag pernyataan berikut akan menampilkan judul halaman berisi kontrol TStatements. -

- -<com:TStatements> - <prop:Statements> - $page=$this->Page; - echo $page->Title; - </prop:Statements> -</com:TStatements> - - -

-Harap berhati-hati, karena TStatements membolehkan eksekusi kode PHP bebas, secara umum anda jangan menggunakannya untuk mengevaluasi kode PHP yang dikirimkan oleh pengguna aplikasi anda. -

- - - - diff --git a/demos/quickstart/protected/pages/Controls/id/TabPanel.page b/demos/quickstart/protected/pages/Controls/id/TabPanel.page deleted file mode 100755 index 02c0e49e..00000000 --- a/demos/quickstart/protected/pages/Controls/id/TabPanel.page +++ /dev/null @@ -1,55 +0,0 @@ - - -

TTabPanel

- - -

-TTabPanel menampilkan panel bertab. Para pengguna dapat mengklik pada bar tab untuk beralih diantara tampilan tab yang berbeda. Setiap tampilan tab adalah panel independen yang dapat berisi konten bebas. -

- -

-Kontrol TTabPanel terdiri dari satu atau beberapa kontrol TTabView yang mewakili tampilan tab yang mungkin. Kapan saja, hanya satu tampilan tab terlihat (aktif), yang ditetapkan oleh setiap properti berikut: -

- -
    -
  • ActiveViewIndex - indeks integer berbasis-nol pada tampilan dalam koleksi view.
    • -
  • ActiveViewID - ID teks pada tampilan yang telihat.
    • -
  • ActiveView - turunan tampilan yang terlihat.
    • -
- -

-Jika ActiveViewIndex dan ActiveViewID keduanya disetel, yang kedua diambil lebih dahulu. -

- -

-TTabPanel menggunakan CSS untuk menetapkan penampilan bat tab dan panel. Standarnya, file CSS yang disertakan akan diterbitkan berisi CSS standar untuk TTabPanel. Anda juga dapat menggunakan file CSS sendiri dengan menetapkan properti CssUrl. Properti berikut menetapkan kelas CSS yang dipakai untuk elemen div dalam TTabPanel: -

- -
    -
  • CssClass - nama kelas CSS untuk elemen div terluar (standarnya 'tab-panel');
    • -
  • TabCssClass - nama kelas CSS untuk tab non aktif elemen div (standarnya 'tab-normal');
    • -
  • ActiveTabCssClass - nama kelas CSS untuk tab aktif elemen div (standarnya 'tab-active');
    • -
  • ViewCssClass - kelas CSS untuk elemen div menutupi tampilan konten (standarnya 'tab-view');
    • -
- -

-Untuk menggunakan TTabPanel, tulis template seperti berikut: -

- - - <com:TTabPanel> - <com:TTabView Caption="View 1"> - content for view 1 - </com:TTabView> - <com:TTabView Caption="View 2"> - content for view 2 - </com:TTabView> - <com:TTabView Caption="View 3"> - content for view 3 - </com:TTabView> - </com:TTabPanel> - - - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Table.page b/demos/quickstart/protected/pages/Controls/id/Table.page deleted file mode 100755 index 5326a2d7..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Table.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TTable

- - -

-TTable menampilkan tabel HTML pada halaman. ia dipakai bersama dengan TTableRow dan TTableCell untuk membolehkan memanipulasi tabel HTML secara programatis. Baris dari tabel disimpan dalam properti Rows. Anda dapat menyetel tabel cellspacing dan cellpadding masing-masing melalui properti CellSpacing dan CellPadding. Judul tabel dapat ditetapkan melalui Caption di mana penjajarannya ditetapkan dengan CaptionAlign. Properti GridLines menunjukan bagaimana tabel harus menampikan bingkainya, dan BackImageUrl membolehkan tabel untuk memiliki gambar latar belakang. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/TextBox.page b/demos/quickstart/protected/pages/Controls/id/TextBox.page deleted file mode 100755 index 71f6d235..00000000 --- a/demos/quickstart/protected/pages/Controls/id/TextBox.page +++ /dev/null @@ -1,11 +0,0 @@ - - -

TTextBox

- - -

-TTextBox menampilkan kotak teks pada halaman Web. Konten dalam kotak teks ditentukan oleh properti Text. Anda dapat membuat teks SingleLine, a MultiLine, atau Kata sandi dengan menyetel properti TextMode. Properti Rows dan Columns menetapkan dimensinya. Jika AutoPostBack adalah true, perubahan konten dalam kotak teks dan kemudian memindahkan fokur keluar darinya akan menyebabkan aksi postback. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/TextHighlighter.page b/demos/quickstart/protected/pages/Controls/id/TextHighlighter.page deleted file mode 100755 index b1bb4ce7..00000000 --- a/demos/quickstart/protected/pages/Controls/id/TextHighlighter.page +++ /dev/null @@ -1,25 +0,0 @@ - - -

TTextHighlighter

- - -

-TTextHighlighter melakukan penerangan sintaks untuk konten badannya, termasuk teks statis dan hasil penyajian dari kontrol anaknya. Teks yang sedang diterangi mengikuti sintaks Language yang ditetapkan, yang dapat berupa 'php' (standar), 'prado', 'css', 'html', dll. Di sini, 'prado' terdiri dari sintaks template kontrol PRADO. -

-

-Jika nomor baris diinginkan di depan setiap baris, setel ShowLineNumbers ke true. -

-

-Untuk menggunakan TTextHighlighter, cukup kurung konten yang sintaksnya akan diterangi di dalam badan pada kontrol TTextHighlighter. Contoh berikut menerangi bagian kode PHP, -

- -<com:TTextHighlighter ShowLineNumbers="true"> - - - - - diff --git a/demos/quickstart/protected/pages/Controls/id/Validation.page b/demos/quickstart/protected/pages/Controls/id/Validation.page deleted file mode 100755 index e216d71e..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Validation.page +++ /dev/null @@ -1,216 +0,0 @@ - - -

Kontrol Validasi

- -

-Kontrol validasi disebut validator, melakukan validasi terhadap nilai data yang dimasukan-pengguna saat ia ditulis kembali ke server. Validasi dipicu oleh kontrol postback, seperti properti TButton, TLinkButton atau TTextBox (di bawah mode AutoPostBack) di mana properti CausesValidation adalah true. -

- -

-Validasi selalu dilakukan pada sisi server. Jika EnableClientScript adalah true dan browser klien mendukung JavaScript, validator juga dapat melakukan validasi sisi-klien. Validasi sisi-klien akan memvalidasi input pengguna sebelum ia mengirimkannya ke server. Data formulir tidak akan dikirmkan jika ada kesalahan terdeteksi. Ini menghindari informasi yang diperlukan untuk validasi sisi-server. -

- -

-Validator dengan berbagai set properti umum yang didefinisikan dalam basis kelas TBaseValidator dan didaftarkan sebagai berikut, -

-
    -
  • ControlToValidate menetapkan kontrol input yang divalidasi. Properti ini harus disetel ke path ID dari kontrol input. Path ID adalah ID titik-terkoneksi dari kontrol yang menjangkai dari tempat penamaan validator ke kontrol sasaran.
    • -
  • ErrorMessage menetapkan pesan kesalahan untuk ditampilkan seandainya validator terkait gagal.
    • -
  • Text mirip dengan ErrorMessage. Jika keduanya ada, Text diambil lebih dulu. Properti ini berguna saat dipakai bersama dengan TValidationSummary.
    • -
  • ValidationGroup menetapkan di grup mana validator berada. Validator hanya akan melakukan validasi jika postback saat ini dipicu oleh kontrol yang berada dalam grup yang sama.
    • -
  • EnableClientScript menetapkan apakah validasi harus dilakukan di sisi-klien atau server. Standarnya dihidupkan.
    • -
  • Display menetapkan bagaimana pesan kesalahan ditampilkan. Ia mengambil salah satu dari tiga nilai berikut ini: -
      -
    • None - pesn kesalahan tidak akan ditampilkan meskipun validator gagal.
      • -
    • Static - spasi untuk menampilkan pesan kesalahan disiapkan. Oleh karena itu, menampilkan pesan kesalahan tidak akan mengubah tata letak halaman anda yang sudah ada.
      • -
    • Dynamic - spasi untuk menampilkanpesan kesalahan TIDAK disiapkan. Oleh karena itu, menampilkan pesan kesalahan akan menggeser tata letak halaman anda (biasanya ke bawah).
      • -
    -
    • -
  • ControlCssClass - kelas CSS yang diterapkan ke kontrol yang sedang divalidasi seandainya validasi gagal.
    • -
  • FocusOnError - menyetel fokus di tempat validasi jika validasi gagal. Standarnya false.
    • -
  • FocusElementID - ID dari elemen HTML yang akan menerima fokus jika validasi gagal dan FocusOnError adalah true.
    • -
- -

Kontrol Validasi Prado

- -

TRequiredFieldValidator

-

-TRequiredFieldValidator memastikan bahwa pengguna memasukan beberapa data dalam field input yang ditetapkan. Standarnya TRequiredFieldValidator akan memeriksa apakah input pengguna kosong atau tidak. Validasi gagal jika input kosong. Dengan menyetel InitialValue, validator dapat memeriksa apakah input pengguna berbeda dari InitialValue. Jika tidak, validasi gagal. -

- - - -

TRegularExpressionValidator

-

-TRegularExpressionValidator memverifikasi input pengguna terhadap pola reguler. Validasi gagal jika input tidak sama dengan pola. Ekspresi reguler bisa ditetapkan dengan properti RegularExpression. Beberapa ekspresi reguler yang umumnya dipakai termasuk: -

-
    -
  • Setidaknya 6 karakter: [\w]{6,}
    • -
  • Nomor Telepon Jepang: (0\d{1,4}-|\(0\d{1,4}\) ?)?\d{1,4}-\d{4}
    • -
  • Kode Pos Jepang: \d{3}(-(\d{4}|\d{2}))?
    • -
  • Nomor Telepon P.R.C.: (\(\d{3}\)|\d{3}-)?\d{8}
    • -
  • Kode Pos P.R.C.: \d{6}
    • -
  • Nomor Keamanan Sosial P.R.C.: \d{18}|\d{15}
    • -
  • Nomor Telepon Amerika: ((\(\d{3}\) ?)|(\d{3}-))?\d{3}-\d{4}
    • -
  • Kode ZIP Amerika: \d{5}(-\d{4})?
    • -
  • Nomor Keamanan Sosial Amerika: \d{3}-\d{2}-\d{4}
    • -
-

-Pola ekspresi reguler lebih jauh dapat ditemukan di Internet, misalnya -http://regexlib.com/. -

-

-Catatan, TRegularExpressionValidator hanya memeriksa input pengguna yang tidak kosong. Gunakan TRequiredFieldValidator untuk memastikan input pengguna tidak kosong. -

- - -

TEmailAddressValidator

-

-TEmailAddressValidator memverifikasi bahwa input pengguna adalah alamat email yang benar. Validator menggunakan ekspresi reguler untuk memeriksa apakah input adalah format alamat email yang benar. Jika CheckMXRecord adalah true, validator juga akan memeriksa apakah rekaman MX yang diindikasikan dalam alamat email adalah benar, checkdnsrr() tersedia dalam PHP yang diinstalasi. -

-

-Catatan, jika input yang divalidasi kosong, TEmailAddressValidator tidak akan melakukan validasi. Gunakan TRequiredFieldValidator untuk memastikan nilai tidak kosong. -

- - - -

TCompareValidator

-

-TCompareValidator membandingkan input pengguna dengan nilai konstan yang ditetapkan oleh ValueToCompare, atau input pengguna lain yang ditetapkan oleh ControlToCompare. Properti Operator menetapkan bagaimana untuk membandingkan nilai, yang menyertakan Equal, NotEqual, GreaterThan, GreaterThanEqual, LessThan dan LessThanEqual. Sebelum perbandingkan, nilai yang dibandingkan akan diubah ke tipe yang ditetapkan oleh DataType seperti didaftarkan sebagai berikut, -

-
    -
  • String - Tipe data string.
    • -
  • Integer - Tipe data integer signed 32-bit.
    • -
  • Float - Tipe data pecahan presisi-ganda.
    • -
  • Date - Tipe data tanggal. Format tanggal dapat ditetapkan dengan menyeting properti DateFormat, yang harus dikenal oleh TSimpleDateFormatter. Jika properti tidak disetel, sintaks tanggal GNU diasumsikan.
    • -
-

-Catatan, jika input yang sedang divalidasi kosong, TEmailAddressValidator tidak akan melakukan validasi. Gunakan TRequiredFieldValidator untuk memastikan nilai tidak kosong. -

-

-N.B. Jika memvalidasi terhadap TDatePicker properti DataType harus sama dengan "Date" dan properti DateFormat pada validator harus sama dengan DateFormat pada TDatePicker. -

- - - -

TDataTypeValidator

-

-TDataTypeValidator memverifiksai apakah data input adalah tipe spesifik sepeti ditunjukan oleh DataType. Tipe data dapat diperiksa kembali apakah sama seperti yang ada dalam TCompareValidator. -

-

-N.B. Jika memvalidasi terhadap TDatePicker properti DataType harus sama dengan "Date" dan properti DateFormat pada validator harus sama dengan DateFormat pada TDatePicker. -

- - - - - -

TRangeValidator

-

-TRangeValidator memverifikasi apakah nilai input di dalam jangkauan yang ditetapkan. TRangeValidator menggunakan properti kunci untuk melakukan validasinya. Properti MinValue dan properti MaxValue menetapkan nilai minimum dan maksimum dari jangkauan yang benar. Properti DataType menetapkan tipe data dari nilai yang sedang divalidasi. Pertama, nilai akan diubah ke dalam tipe yang ditetapkan dan kemudian dibandingkan dengan jangkauan yang benar. Tipe data bisa diperiksa apakah sama dengan yang ada dalam TCompareValidator. -

- -

-Jika properti StrictComparison disetel ke true, maka jangkauan dibandingkan semata-mata kurang dari MaxValue dan/atau lebih besar dari MinValue. -

- -

-N.B. Jika memvalidasi terhadap TDatePicker properti DataType harus sama dengan "Date" dan properti DateFormat pada validator harus sama dengan DateFormat pada TDatePicker. -

- - - - -

TCustomValidator

-

-TCustomValidator melakukan validasi didefinisikan-pengguna (baik sisi-server atau sisi-klien ataupun keduanya) pada kontrol input. -

-

-Untuk membuat fungsi validasii sisi-server, sediakan pengendali untuk event OnServerValidate yang melakukan validasi. String data pada kontrol input untuk memvalidasi dapat diakses dengan parameter event properti Value. Hasil validasi harus disimpan dalam properti IsValid pada parameter. -

-

-Untuk membuat fungsi validasi sisi-klien, tambahkan fungsi validasi javascript ke template halaman dan tempatkan namanya ke properti ClientValidationFunction. Fungsi harus memiliki tanda sebagai berikut: -

- - - - - - -

TValidationSummary

-

-TValidationSummary menampilkan ringkasan dari kesalahan inline validasi pada halaman Web, dalam kotak pesan, atau keduanya. -

-

-Standarnya ringkasan validasi akan mengumpulkan ErrorMessage dari semua validator yang gagal pada halaman. Jika ValidationGroup tidak kosong, hanya validator itu yang dimiliki grup akan menampilkan pesan kesaslahannya dalam ringkasan. -

-

-Ringkasan dapat ditampilkan sebagai daftar, daftar bertitik, atau satu paragraf berdasarkan properti DisplayMode. Pesan yang ditampilkan dapat diawali dengan HeaderText. Ringkasan dapat ditampilkan pada halaman Web atau kotak pesan JavaScript, masing-masing dengan menyetel properti ShowSummary dan ShowMessageBox. Catatan, yang terakhir hanya efektif saat EnableClientScript adalah true. -

- - -

Berinteraksi dengan Validator

-

Mereset atau Membersihkan Validator

-

-Validator bisa mereset pada sisi-klien menggunakan javascript dengan memanggil -Prado.Validation.reset(groupID) di mana groupID adalah nama pengelompokan. Jika groupID adalah null, maka validator tanpa pengelompokan yang dipakai. -

- - - - - - -

Validasi Kondisional Sisi Server dan Klien

-

- Semua validator berisi event berikut. - Event terkait untuk sisi klien tersedia sebagai sub-properti - dari properti ClientSide pada validator. -

-
    -
  • Event OnValidate muncul sebelum fungsi validasi validator yang dipanggil.
    • -
  • Event OnValidationSuccess muncul setelah validator sukses memvalidasi kontrol.
    • -
  • Event OnValidationError muncul setelah validator gagal memvalidasi.
    • -
- -
Catatan: -Untuk Prado sebelum versi 3.1 nama properti adalah OnError dan OnSuccess. Untuk Prado versi 3.1 dan berikutnya masing-masing OnValidationError dan OnValidationSuccess. -
- -

Contoh berikut memunculkan pesan yang mengatakan "hello" saat validator gagal pada sisi-klien. - -<com:TRequiredFieldValidator ... > - <prop:ClientSide.OnValidationError> - alert("hello"); - </prop:ClientSide.OnValidationError> -</com:TRequiredFieldValidator> - -Hasil event fungsi callback sisi-klien adalah dalam bentuk seperti berikut. - -function onErrorHandler(sender, parameter) -{ - alert("hello"); -} - -di mana sender adalah vaidator sisi-klien saat ini dan parameter adalah kontrol yang memanggil validator. -

-

Contoh Validasi Kondisional

-

-Contoh berikut memperlihatkan penggunaan event validator sisi-klien dan sisi server. Contoh mendemonstrasikan validasi kondisional. Catatan bahwa, kita perlu menuliskan kode untuk sisi server dan klien. Selanjutnya, pada sisi server, kita perlu menghidupkankembali validator kondisional agar kode javascript dihasilkan tanpa mempedulikan apapun (sebaliknya, validator sisi-klien tidak tersedia). - -

- - diff --git a/demos/quickstart/protected/pages/Controls/id/Wizard.page b/demos/quickstart/protected/pages/Controls/id/Wizard.page deleted file mode 100755 index 5105adef..00000000 --- a/demos/quickstart/protected/pages/Controls/id/Wizard.page +++ /dev/null @@ -1,100 +0,0 @@ - - -

TWizard

- - -

Tinjauan

-

-TWizard adalah analogi terhadap bimbingan instalasi yang umum digunakan untuk menginstalasi software pada Windows. Ia memisahkan formulir besar dan menyajikan pengguna dengan sederetan formulir lebih kecil, disebut langkah bimbingan, untuk diselesaikan. Gambar berikut memperlihatkan bagaimana bimbingan dibuat atas kapan disajikan untuk pengguna, di mana konten langkah adalah konten utama pada langkah bimbingan untuk diselesaikan oleh para pengguna, header merujuk ke konten header yang umum bagi seluruh langkah, navigasi berisi tombol yang membolehkan pengguna untuk menjelajahi langkah demi langkah, dan bar samping berisi daftar hiperlink di mana para pengguna dapat menjangkau ke setiap langkah dengan satu klik. Penampakan bar samping dapat dihidup matikan dengan menyetel ShowSideBar. -

-components of wizard - -

-Standarnya TWizard menyertakan komponen di atas dalam sebuah tabel HTML agar bar samping bisa ditampilkan di kiri sementara sisanya di kanan. Jika UseDefaultLayout disetel ke false, tidak ada tabel HTML yang akan dipakai, dan para pengembang hrus menggunakan teknik murni CSS untuk posisi komponen bimbingan. Catatan, setiap komponen ditampilkan sebagai <div> dan bimbingan sendiri juga adalah <div> yang mengurung komponennya <div>. -

- -

-Langkah bimbingan disajikan dengan TWizardStep dan dipelihara dalam TWizard melalui properti WizardSteps. Kapan saja hanya satu yang terlihat, yang ditentukan oleh properti ActiveStep. Properti ActiveStepIndex memberikan indeks pada langkah yang aktif dalam koleksi langkah. Mengklik pada tombol navigasi dapat mengaktifkan langkah bimbingan yang berbeda. -

- -

-Langkah bimbingan biasanya ditambahkan ke bimbingan melalui template seperti berikut, -

- - -<com:TWizard> - <com:TWizardStep Title="step 1" StepType="Start"> - konten dalam langkah 1 dapat berisi kontrol lain - </com:TWizardStep> - - <com:TWizardStep Title="step 2" StepType="Step"> - konten dalam langkah 2 dapat berisi kontrol lain - </com:TWizardStep> - - <com:TWizardStep Title="finish step" StepType="Finish"> - konten dalam langkah selesai dapat berisi kontrol lain - </com:TWizardStep> -</com:TWizard> - - -

-Dalam contoh di atas, StepType merujuk ke tipe langkah bimbingan, yang dapat mempengaruhi bagaimana penampilan navigasi dan perilaku langkah. Langkah bimbingan dapat berupa salah satu dari tipe berikut: -

-
    -
  • Start - langkah pertama dalam bimbingan.
    • -
  • Step - langkah internal dalam bimbiingan.
    • -
  • Finish - langkah terakhir yang membolehkan interaksi pengguna.
    • -
  • Complete - langkah yang memperlihatkan ringkasan kepada penngguna. Dalam langkah ini, bar samping dan panel navigasi tidak terlihat. Selanjutnya, langkah ini biasanya tidak membolehkan interaksi pengguna.
    • -
  • Auto - tipe langkah ditentukan oleh bimbingan secara otomatis.
    • -
- - -

Menggunakan TWizard

- -

Contoh Bimbingan Satu-Langkah

-

-Dalam contoh ini, kita menggunakan bimbingan untuk mengumpulkan preferensi pengguna pada warna. Dalam langkah pertama, pengguna disajikan dengan daftar dropdown dari mana dia dapat memilih warna favoritnya. Dalam langkah kedua, langkah lengkap, pilihannya dalam langkah sebelumnya ditampilkan. Dalam aplikasi sebenarnya, pada langkah ini pilihan bisa disimpan dalam database di belakang layar. -

- - -

Mengkustomisasi Gaya Bimbingan

-

-TWizard mendefinisikan seluruh set properti untuk kustomisasi penampilan berbagai komponennya seperti yang ditampilkan pada gambar di atas. Dalam keadaan tertentu, properti berikut disediakan untuk kustomisasi gaya: -

-
    -
  • Header - HeaderStyle.
    • -
  • Langkah - StepStyle.
    • -
  • Navigasi - NavigationStyle, StartNextButtonStyle, StepNextButtonStyle, StepPreviousButtonStyle, FinishPreviousButtonStyle, FinishCompleteButtonStyle, CancelButtonStyle.
    • -
  • Bar samping - SideBarStyle, SideBarButtonStyle.
    • -
- - -

Mengkustomisasi Navigasi Bimbingan

-

-Berikut adalah set langkah bimbingan, TWizard mendukung tiga cara navigasi diantaranya: -

-
    -
  • Bidirectional - Para pengguna dapat menjelajahi maju dan mundur sepanjang rangkaian langkah bimbingan. Input data pengguna biasanya dikumpulkan di langkah terakhir. Ini juga dikenal sebagai model commit-at-the-end. Itulah cara navigasi standar yang didukung TWizard.
    • -
  • Unidirectional - Para pengguna dapat menjelajahi maju sepanjang rangkaian langkah bimbingan. Pindah mundur tidak dibolehkan. Data input pengguna biasa dikumpulkan langkah demi langkah. Ini juga dikenal sebagai model command-as-you-go. Untuk melarang perpindahan mundur ke langkah tertentu, setel properti AllowReturn ke false.
    • -
  • Nonlinear - Input pengguna dalam langkah menentukan langkah mana berikutnya. Untuk melakukannya, setel ActiveStepIndex ke langkah yang anda ingin agar pengguna pergi ke sana. Dalam hal ini, ketika pengguna mengklik pada tombol sebelumnya alam panel navigasi, langkah sebelumnya yang telah mereka kunjungi (bukan langkah sebelumnya dalam urtan sekuensial) akan menjadi terlihat.
    • -
- - -

Menggunakan Template dalam Bimbingan

-

-TWizard mendukung kontrol konkrit dari penampilannya melalui template. Dalam keadaan tertentu, ia menyediakan properti template yang membolehkan kustomisasi lengkap pada header, navigasi dan bar samping. -

-
    -
  • Header - HeaderTemplate.
    • -
  • Navigation - StartNavigationTemplate, StepNavigationTemplate, FinishNavigationTemplate.
    • -
  • Side bar - SideBarTemplate.
    • -
- - -

Menggunakan Langkah Bimbingan Bertemplate

-

-Langkah bimbingan juga dapat diberi template. Dengan menggunakan TTemplatedWizardStep, seseorang dapat mengkustomisasi konten langkah dan navigasi melalui masing-masing properti ContentTemplate dan NavigationTemplate. Ini berguna untuk pengembang kontrol guna membangun bimbingan khusus seperti registrasi pengguna, kereta belanja, dll. -

- - - diff --git a/demos/quickstart/protected/pages/Controls/id/wizard.gif b/demos/quickstart/protected/pages/Controls/id/wizard.gif deleted file mode 100755 index 9faf580d..00000000 Binary files a/demos/quickstart/protected/pages/Controls/id/wizard.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/ActiveRecord.page b/demos/quickstart/protected/pages/Database/ActiveRecord.page index cf1485bd..566dfe66 100755 --- a/demos/quickstart/protected/pages/Database/ActiveRecord.page +++ b/demos/quickstart/protected/pages/Database/ActiveRecord.page @@ -36,7 +36,7 @@ Active Record objects can be used to update the database. The "relationship" between Active Records and SqlMap is illustrated in the following diagram. More details regarding the SqlMap Data Mapper can be found in - the SqlMap Manual. + the SqlMap Manual. alt="Active Records and SqlMap DataMapper" id="fig:diagram.png" class="figure"/>

diff --git a/demos/quickstart/protected/pages/Database/SqlMap.page b/demos/quickstart/protected/pages/Database/SqlMap.page index be8cb03a..8c528070 100755 --- a/demos/quickstart/protected/pages/Database/SqlMap.page +++ b/demos/quickstart/protected/pages/Database/SqlMap.page @@ -189,7 +189,7 @@ $user = $sqlmap->queryForObject("SelectUsers");

The above example shows demonstrates only a fraction of the capabilities of the SqlMap Data Mapper. Further details can be found in the - SqlMap Manual. + SqlMap Manual.

Combining SqlMap with Active Records

diff --git a/demos/quickstart/protected/pages/Database/id/ActiveRecord.page b/demos/quickstart/protected/pages/Database/id/ActiveRecord.page deleted file mode 100755 index 8e81678e..00000000 --- a/demos/quickstart/protected/pages/Database/id/ActiveRecord.page +++ /dev/null @@ -1,1000 +0,0 @@ - -

Rekaman Aktif

- -

Rekaman Aktif adalah obyek yang melapisi baris dalam tabel atau view database, - melindungi akses database dan menambahkan logika domain pada data tersebut. - Dasar dari Rekaman Aktif adalah kelas bisnis, sebagai contoh, kelas - Products, yang hampir menyamai struktur rekaman dari tabel database - dibawahnya. Setiap Rekaman Aktif akan bertanggung jawab atas - penyimpanan dan pengambilan data ke dan dari database.

-
Info: - Struktur Rekaman Aktif harus sama dengan tabel dalam database. - Setiap kolom tabel harus mempunyai variabel atau properti anggota terkait dalam - kelas Rekaman Aktif yang mewakili tabel. -
- -

Kapan Menggunakannya

-

Rekaman Aktif adalah pilihan yang baik untuk logika domain yang tidak terlalu rumit, - seperti membuat, membaca, memutakhirkan, dan menghapus. Derivasi dan validasi - didasarkan pada satu rekaman yang bekerja denga baik dalam struktur ini. Rekaman Aktif mempunyai kuntungan utama dalam hal kesederhanaan. Mudah untuk membangun Rekaman Aktif, dan mudah untuk dimengerti.

- -

Akan tetapi, seiring dengan perkembangan logika bisnis Anda dalm hal kompleksitas, Anda akan segera ingin menggunakan hubungan langsung obyek Anda, koleksi, turunan, dan seterusnya. Ini tidak mudah diterapkan ke dalam Rekaman Aktif, dan menambahkannya sedikit demi sedikit menjadi sangat kacau. - Argumen lain terhadap Rekaman Aktif adalah kenyataan bahwa ia menyandingkan desin obyek ke desain database. Ini menjadikannya lebih sulit untuk merefraktorisasi karena proyek terus berjalan.

- -

Alternatifnya adalah menggunakan Pemeta Data yang yang memisahkan aturan dari obyek bisnis dan bagaimana obyek ini disimpan. - Prado menyediakan pilihan tambahan antara Rekaman Aktif dan - Pemeta Data SqlMap. - Pemeta Data SqlMap bisa dipakai untuk mengambil obyek Rekaman Aktif, hasilnya; obyek Rekaman Aktif ini bisa dipakai untuk memutakhirkan database. - "Hubungan" antara Rekaman Aktif dan SqlMap digambarkan dalam diagram berikut. Lebih rinci mengenai Pemeta Data SqlMap dapat ditemukan dalam - Manual SqlMap. - alt="Rekaman Aktif dan SqlMap DataMapper" id="fig:diagram.png" class="figure"/> -

- -

- Kelas Rekaman Aktif berfungsi untuk melakukan tugas-tugas berikut. -

-
    -
  • Membuat, Mengambil, Memutakhirkan dan Menghapus rekaman.
    • -
  • Metode pencari untuk melapisi queri SQL yang umum dipakai dan mengemalikan obyek Rekaman Aktif.
    • -
  • Mengambil hubungan (terkait dengan obyek asing) seperti "has many", "has one", "belongs to" dan "has many" melalui asosiasi tabel.
    • -
  • Pengambilan lazy atas hubungan.
    • -
-

Implikasi Desain

-

-Implementasi Prado terhadap Rekaman Aktif tidak memelihara identitas referensial. Setiap obyek diperoleh menggunakan Rekaman Aktif pada data dalam database. Sebagai contoh, jika Anda meminta kustomer tertentu dan mendapatkan kembali obyek Customer, kali berikutnya Anda meminta kustomer itu, Anda akan kembali mendapatkan turunan lain dari obyek Customer. Ini berarti bahwa perbandingan tepat (misalnya menggunakan ===) akan mengembalikan false, sementara perbandingan bebas (misalnya menggunakan ==) akan mengembalikan true jika nilai obyek sama menurut perbandingan bebas. -

-

-Implikasi desain ini terkait dengan pertanyaan berikut. -"Anda pikir kustomer sebagai obyek, di mana hanya satu, -atau Anda pikir obyek yang Anda operasikan sebagai duplikat dari database?" -Pemetaan O/R lain akan mengartikan bahwa hanya ada satu obyek Kustomer dengan custID 100, dan secara literal ia adalah kustomer. -Jika Anda mendapatkan kustomer dan mengubah field-nya, maka Anda sekarang telah mengubah kustomer itu. -"Itu berbatasan dengan: Anda telah mengubah duplikat kustomer ini, tapi bukan pada duplikat itu. -Dan jika dua orang memutakhirkan kustomer pada dua duplikat obyek, siapapun yang memutakhirkan pertama kali, atau mungkin yang terakhir yang menang." [A. Hejlsberg 2003] -

- -

Database yang Didukung

-

-Implementasi Rekaman Aktif memanfaatkan kelas Prado DAO untuk akses data. -Implementasi Rekaman Aktif saat ini mendukung database sebagai berikut. -

- -

Dukungan database lain dapat disediakan jika permintaan mencukupi.

- -

Mendefinisikan Rekaman Aktif

-

Mari kita anggap tabel - "users" berikut yang berisi dua kolom bernama "username" dan "email", - di mana "username" juga merupakan kunci primer. - -CREATE TABLE users -( - username VARCHAR( 20 ) NOT NULL , - email VARCHAR( 200 ) , - PRIMARY KEY ( username ) -); - -

-

Selanjutnya kelas Rekaman Aktif kita yang terkait dengan tabel "users". - -class UserRecord extends TActiveRecord -{ - const TABLE='users'; //nama tabel - - public $username; //kolom bernama "username" dalam tabel "users" - public $email; - - /** - * @return TActiveRecord active record finder instance - */ - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-

Setiap kolom dari tabel "users" harus mempunyai properti terkait atas nama yang sama seperti nama kolom dalam kelas UserRecord. - Tentunya, Anda juga mendefinisikan variabel atau properti tambahan yang tidak ada dalam struktur tabel. - Konstan kelas - TABLE adalah opsional saat nama kelas adalah sama seperti nama tabel dalam database, sebaliknya TABLE harus - menetapkan nama tabel yang terkait dengan kelas Rekaman Aktif Anda. -

- -
Tip: -Anda dapat menetapkan nama-nama tabel yang memenuhi syarat. Contohnya untuk MySQL, TABLE = "`database1`.`table1`". -
- -

- Karena TActiveRecord memperluas TComponent, metode penyetel dan pengambil dapat didefinisikan guna membolehkan kontrol melalui bagaimana variabel disetel dan dikembalikan. Sebagai contoh, menambah properti $level untuk menggunakan kelas UserRecord: -

- -class UserRecord extends TActiveRecord { - ... //definisi yang sudah ada seprti di atas - - private $_level; - public function setLevel($value) { - $this->_level=TPropertyValue::ensureInteger($value,0); - } - public function getLevel($value){ - return $this->_level; - } -} - -

Lebih jelas mengenai TComponent dapat ditemukan dalam Dokumentasi komponen. -Nantinya kita harus dapat menggunakan pengambil/penyetel guna membolehkan pengambilan malas atas obyek yang berhubungan. -

- -
Info: -TActiveRecord juga dapat bekerja dengan view database dengan menetapkan konstan TABLE terkait ke nama view. Akan tetapi, -obyek yang dikembalikan dari view hanya-baca, memanggil metode -save() atau delete() akan memunculkan eksepsi. -
- -

- Metode statis finder() mengembalilkan turunan UserRecord - yang dapat dipakai untuk mengambil rekaman dari database. Pengambilan rekaman menggunakan metode finder akan didiskusikan nanti. Metode statis TActiveRecord::finder() mengambil nama kelas Rekaman Aktif sebagai parameter. -

- -

Menyiapkan koneksi database

-

- Koneksi database standar untuk Rekaman Aktif dapat disetel sebagai berikut. - Lihat Menetapkan Koneksi Database untuk - rincian lebih jauh mengenai pembuatan koneksi database secara umum. -

- -//buat koneksi dan berikan kepada manajer Rekaman Aktif. -$dsn = 'pgsql:host=localhost;dbname=test'; //Postgres SQL -$conn = new TDbConnection($dsn, 'dbuser','dbpass'); -TActiveRecordManager::getInstance()->setDbConnection($conn); - - -

Alternatifnya, Anda dapat membuat basis kelas dan mengganti metode getDbConnection() untuk mengembalikan -koneksi database. Ini adalah cara sederhana untuk mengijinkan koneksi database multipel. Kode berikut mendemonstrasikan penetapan koneksi database dalam sebuah basis kelas (tidak perlu menyetel koneksi DB di manapun juga). -

- -class MyDb1Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - $conn = new TDbConnection('xxx','yyy','zzz'); - return $conn; - } -} -class MyDb2Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - $conn = new TDbConnection('aaa','bbb','ccc'); - return $conn; - } -} - - - -

Menggunakan application.xml di dalam Kerangka Kerja Prado

-
-

- Koneksi database standar dapat juga dikonfigurasi menggunakan tag <module> dalam application.xml - atau config.xml seperti berikut. - - - - - - - -

Tip: - Atribut EnableCache ketika disetel ke "true" akan melakukan cache meta data tabel, yakni nama kolom tabel, indeks dan batasan yang disimpan dalam cache dan dipakai ulang. Anda harus membersihkan atau mematikan cache jika Anda ingin melihat perubahan terhadap definisi tabel Anda. Modul cache juga harus didefinisikan agar cache berfungsi. -
-

- -

Properti ConnectionID dapat ditetapkan dengan nilai yang terkait ke nilai ID konfigurasi modul TDataSourceConfig lain. Ini membolehkan koneksi database yang sama untuk dipakai dalam modul lainnya seperti SqlMap. - - - - - - - - - - - -

-
- -

Mengambil data dari database

-

- Kelas TActiveRecord menyediakan banyak metode yang sesuai untuk mencari rekaman dari database. Yang paling sederhana adalah mencari satu rekaman yang sama dengan kunci primer atau kunci komposit (kunci primer yang terdiri dari multipel kolom). - Lihat untuk lebih jelasnya. -

- -
Info: -Semua metode finder yang dapat mengembalikan hanya 1 rekaman akan mengembalikan null jika tidak ada data yang sama yang ditemukan. Semua metode finder yang mengembalikan array rekaman akan mengembalikan array kosong jika tidak ada data yang ditemukan. -
- -

findByPk()

-

Mencari satu rekaman hanya menggunakan kunci primer atau kunci gabungan. - -$finder = UserRecord::finder(); -$user = $finder->findByPk($primaryKey); - -//ketika tabel menggunakan kunci gabungan -$record = $finder->findByPk($key1, $key2, ...); -$record = $finder->findByPk(array($key1, $key2,...)); - -

- -

findAllByPks()

-

Mencari multipel rekaman menggunakan sebuah daftar kunci primer atau kunci gabungan. -Berikut adalah persamaan untuk kunci primer (kunci primer terdiri dari hanya satu kolom/field). -

- -$finder = UserRecord::finder(); -$users = $finder->findAllByPks($key1, $key2, ...); -$users = $finder->findAllByPks(array($key1, $key2, ...)); - -Berikut adalah persamaan untuk kunci gabungan. - -//ketika tabel menggunakan kunci gabungan -$record = $finder->findAllByPks(array($key1, $key2), array($key3, $key4), ...); - -$keys = array( array($key1, $key2), array($key3, $key4), ... ); -$record = $finder->findAllByPks($keys); - - - -

find()

-

Mencari satu rekaman tunggal yang memenuhi kriteria. Kriteria dapat berupa bagian string SQL atau obyek TActiveRecordCriteria.

- -$finder = UserRecord::finder(); - -//:name dan :pass adalah tempat untuk nilai $name dan $pass tertentu -$finder->find('username = :name AND password = :pass', - array(':name'=>$name, ':pass'=>$pass)); - -//menggunakan tempat posisi -$finder->find('username = ? AND password = ?', array($name, $pass)); -//same as above -$finder->find('username = ? AND password = ?', $name, $pass); - -//$criteria adalah TActiveRecordCriteria -$finder->find($criteria); //the 2nd parameter for find() is ignored. - - -

Kelas TActiveRecordCriteria mempunyai properti sebagai berikut: -

-
    -
  • Parameters -- pasangan parameter nama nilai.
    • -
  • OrdersBy -- pasangan nama kolom dan urutan.
    • -
  • Condition -- bagian dari kondisi SQL WHERE.
    • -
  • Limit -- jumlah maksimum rekaman diambil.
    • -
  • Offset -- ofset rekaman dalam tabel.
    • -
- - -$criteria = new TActiveRecordCriteria; -$criteria->Condition = 'username = :name AND password = :pass'; -$criteria->Parameters[':name'] = 'admin'; -$criteria->Parameters[':pass'] = 'prado'; -$criteria->OrdersBy['level'] = 'desc'; -$criteria->OrdersBy['name'] = 'asc'; -$criteria->Limit = 10; -$criteria->Offset = 20; - - -
Catatan: -Untuk MSSQL dan saat Limit serta Offset berisi nilai integer positif. Query aktual yang dijalankan diubah oleh kelas - -berdasarkan pada -http://troels.arvin.dk/db/rdbms/ -untuk mengemulasikan kondisi Limit dan Offset. -
- -

findAll()

-

Sama seperti find() tapi mengembalikan array obyek.

- -

findBy*() dan findAllBy*()

-

Metode find dinamis menggunakan bagian dari nama metode sebagai kriteria pencarian. -Nama metode dimulai dengan findBy mengembalikan hanya 1 rekaman dan nama metode yang dimulai dengan findAllBy mengembalikan array rekaman. -Kondisi diambil sebagai bagian dari nama metode setelah findBy atau findAllBy. - -Blok kode berikut adalah sama: -

- -$finder->findByName($name) -$finder->find('Name = ?', $name); - - - -$finder->findByUsernameAndPassword($name,$pass); -$finder->findBy_Username_And_Password($name,$pass); -$finder->find('Username = ? AND Password = ?', $name, $pass); - - - -$finder->findAllByAge($age); -$finder->findAll('Age = ?', $age); - - -
Tip: -Anda juga dapat menggunakan kombinasi AND dan OR sebagai kondisi dalam metode dinamis. -
- -

findBySql() dan findAllBySql()

-

Mencari rekaman menggunakan SQL penuh di mana findBySql() mengembalikan Rekaman Aktif dan findAllBySql()mengembalikan array obyek rekaman. -Untuk setiap kolom yang dikembalikan, kelas Rekaman Aktif terkait harus mendefinisikan variabel atau properti untuk setiap nama kolom terkait. - -class UserRecord2 extends UserRecord -{ - public $another_value; -} -$sql = "SELECT users.*, 'hello' as another_value FROM users"; -$users = TActiveRecord::finder('UserRecord2')->findAllBySql($sql); - -

-

count()

-

Mencari jumlah rekaman yang sama, menerima beberapa parameters seperti metode findAll().

- -

Menyisipkan dan memutakhirkan rekaman

-

-Menambah rekaman baru menggunakan TActiveRecord sangat sederhana, cukup buat obyek Rekaman Aktif baru dan panggil metode save(). Misalnya -

- -$user1 = new UserRecord(); -$user1->username = "admin"; -$user1->email = "admin@example.com"; -$user1->save(); //sisipkan rekaman baru - -$data = array('username'=>'admin', 'email'=>'admin@example.com'); -$user2 = new UserRecord($data); //buat dengan mengirimkan beberapa data yang sudah ada -$user2->save(); //sisipkan rekaman baru - -
Tip: -Obyek dimutakhirkan dengan kunci primer dari tabel itu yang berisi definisi yang secara otomatis membuat kunci primer untuk rekaman yang baru saja disisipkan. -Sebagai contoh, jika Anda menyisipkan sebuah rekaman baru ke dalam tabel MySQL yang kolomnya didefinisikan dengan "autoincrement", obyek Rekaman Aktif akan dimutakhirkan dengan nilai yang ditambahkan.
- -

-Untuk memutakhirkan rekaman dalam database, cukup ubah satu atau lebih properti obyek Rekaman Aktif yang sudah diambil dari database dan kemudian panggil metode save(). - - -$user = UserRecord::finder()->findByName('admin'); -$user->email="test@example.com"; //ubah properti -$user->save(); //mutakhirkan. - -

- -

-Obyek Rekaman Aktif mempunyai masa-hidup sederhana seperti digambarkan dalam diagram berikut. -

- alt="Active Records Life Cycle" id="fig:cycle.png" class="figure"/> -

-Kita melihat bahwa obyek TActiveRecord baru dibuat dengan menggunakan salah satu metode find*() ataupun membuat turunan baru dengan menggunakan kata kunci PHP new. Obyek yang dibuat dengan metode find*() dimulai dengan kondisi clean. Turunan baru TActiveRecord membuat selain metode find*() yang dimulai dengan kondisi new. -Kapan saja Anda memanggil metode save() pada obyek TActiveRecord, obyek memasuki keadaan clean. Obyek dalam clean menjadi dirty ketika satu atau lebih keadaan internalnya diubah. Pemanggilan metode delete() pada obyek mengakhiri masa-hidup obyek, tidak ada aksi lanjutan yang dilakukan pada obyek. -

- -

Menghapus rekaman yang sudah ada

-

- Untuk menghapus rekaman yang sudah ada dan diambil, cukup panggil metode delete(). - Anda juga dapat menghapus rekaman dalam database dengan kunci primer tanpa mengambil rekaman apapun menggunakan metode deleteByPk() (dan metode yang sama deleteAllByPks()). - Sebagai contoh, untuk menghapus satu atau beberapa rekaman dengan menggunakan satu atau lebih kunci primer. -

- -$finder->deleteByPk($primaryKey); //hapus 1 rekaman -$finder->deleteAllByPks($key1,$key2,...); //hapus multipel rekaman -$finder->deleteAllByPks(array($key1,$key2,...)); //hapus multipel rekaman - - -

-Untuk kunci gabungan (ditentukan secara otomatis dari definisi tabel): -

- -$finder->deleteByPk(array($key1,$key2)); //hapus 1 rekaman - -//hapus multipel rekaman -$finder->deleteAllByPks(array($key1,$key2), array($key3,$key4),...); - -//hapus multipel rekaman -$finder->deleteAllByPks(array( array($key1,$key2), array($key3,$key4), .. )); - - -

deleteAll() dan deleteBy*()

-

-Untuk menghapus dengan kriteria, gunakan deleteAll($criteria) dan deleteBy*() -yang sintaksnya mirip dengan findAll($criteria) dan findAllBy*() seperti dijelaskan di atas. -

- -//hapus semua rekaman dengan Name yang sama -$finder->deleteAll('Name = ?', $name); -$finder->deleteByName($name); - -//hapus dengan username dan password -$finder->deleteBy_Username_And_Password($name,$pass); - - -

Transaksi

-

Semua obyek Rekaman Aktif berisi properti DbConnection yang dapat dipakai untuk mendapatkan obyek transaksi. - -$finder = UserRecord::finder(); -$finder->DbConnection->Active=true; //buka bila perlu -$transaction = $finder->DbConnection->beginTransaction(); -try -{ - $user = $finder->findByPk('admin'); - $user->email = 'test@example.com'; //ubah obyek $user - $user->save(); - $transaction->commit(); -} -catch(Exception $e) // eksepsi dimunculkan jika query gagal -{ - $transaction->rollBack(); -} - - -

Event

-

-TActiveRecord menawarkan dua event, OnCreateCommand dan OnExecuteCommand. -

- -

Event OnCreateCommand dimunculkan ketika perintah disiapkan dan penyatuan parameter lengkap. Obyek parameter adalah TDataGatewayEventParameter di mana properti -Command bisa diperiksa agar SQL query dijalankan. -

- -

-Event OnExecuteCommand dimunculkan ketika perintah dijalankan dan hasil dari database dikembalikan. Obyek parameter TDataGatewayResultEventParameter -dari properti Result berisi data yang dikembalikan dari database. -Data yang dikembalikan dapat diubah dengan setelan properti Result. -

- -

Contoh Pencatatan

-

Menggunakan OnExecuteCommand kita dapat menempelkan pengendali event untuk mencatat seluruh query SQL yang dijalankan untuk kelas TActiveRecord atau turunan yang diberikan. Sebagai contoh, kita mendefinisikan sebuah basis kelas dan mengganti getDbConnection() atau konstruktornya. -

- - -class MyDb1Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - { - $conn = new TDbConnection('xxx','yyy','zzz'); - $this->OnExecuteCommand[] = array($this,'logger'); - } - return $conn; - } - public function logger($sender,$param) - { - var_dump($param->Command->Text); - } -} -//alternatifnya sebagai per turunan dari per obyek finder -function logger($sender,$param) -{ - var_dump($param->Command->Text); -} -TActiveRecord::finder('MyRecord')->OnExecuteCommand[] = 'logger'; -$obj->OnExecuteCommand[] = array($logger, 'log'); //setiap PHP callback yg benar. - - -

Hubungan Rekaman Aktif

- -

-Implementasi Rekaman Aktif Prado mendukung pemetaan kunci asing untuk database -yang mendukung batasan kunci asing. Agar hubungan Rekaman Aktif berfungsi, database di bawahnya harus mendukung batasan kunci asing (misalnya MySQL menggunakan InnoDB). -

- -

-Dalam bagian berikut kita akan menganggap hubungan tabel antara -Teams, Players, Skills dan Profiles. -

- class="figure" /> - - -

Tujuannya adalah untuk mendapatkan model obyek yang mewakili ke beberapa derajat hubungan entitas dalam gambar di atas. -

- - class="figure" /> - -

-Ada ketidak cocokan antara hubungan dengan obyek dan hubungan tabel. Pertama, ada perbedaan dalam penyajian. Penghubung kendali obyek dengen menyimpan referensi yang dipegang oleh lingkungan memori-teratur runtime. Database relasional menangani kaitan dengan membentuk sebuah kunci ke dalam tabel lainnya. Keuda, obyek dapat dengan mudah menggunakan koleksi guna menangani multipel referensi dari satu field, sementara normalisasi memaksa seluruh relasi entitas mengaitkan ke nilai tunggal. Ini menyebabkan pembalikan struktur data antara obyek dan tabel. Pendekatan yang diambil dalam desain Rekaman Aktif Prado adalah untuk menggunakan batasan kunci asing guna memperoleh hubungan obyek. Ini berarti bahwa database di bawahnya harus mendukung batasan kunci asing. -

-
Tip: -Untuk database SQLite, Anda dapat membuat tabel yang mendefinisikan batasan kunci asing seperti contoh di bawah ini. Akan tetapi, batasan ini TIDAK -dipaksakan oleh database SQLite itu sendiri. - -CREATE TABLE foo -( - id INTEGER NOT NULL PRIMARY KEY, - id2 CHAR(2) -); -CREATE TABLE bar -( - id INTEGER NOT NULL PRIMARY KEY, - foo_id INTEGER - CONSTRAINT fk_foo_id REFERENCES foo(id) ON DELETE CASCADE -); - -
- -

Pemetaan Kunci Asing

-

Hubungan entitas antara tabel Teams dan Players adalah apa yang dikenal sebagai hubungan 1-M. Yaitu, satu Tim dapat berisi 0 atau lebih Pemain. Dalam batasan hubungan obyek, kita katakan bahwa obyek TeamRecord memiliki banyak obyek PlayerRecord. -(Perhatikan kebalikan dari arah hubungan antara tabel dan obyek.) -

- -

Hubungan Has Many

-

-Kita membuat model obyek Team sebagai kelas Rekaman Aktif berikut. -

- -class TeamRecord extends TActiveRecord -{ - const TABLE='Teams'; - public $name; - public $location; - - public $players=array(); // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - //mendefinisikan anggota $player yang memiliki hubungan banyak dengan PlayerRecord - public static $RELATIONS=array - ( - 'players' => array(self::HAS_MANY, 'PlayerRecord', 'team_name'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-Properti statis $RELATIONS dari TeamRecord mendefinisikan bahwa properti $players has many PlayerRecord. Multipel hubungan dibolehkan dengan mendefinisikan setiap hubungan dengan sebuah entitas dalam array $RELATIONS di mana kunci array untuk entri menunjukan nama properti. -Dalam array(self::HAS_MANY, 'PlayerRecord'), elemen pertama mendefinisikan tipe hubungan, tipe yang benar adalah self::HAS_MANY, -self::HAS_ONE dan self::BELONGS_TO. -Elemen kedua adalah string 'PlayerRecord' yang menunjukan nama kelas dari kelas PlayerRecord. -

- -
Catatan: -Seperti dijelaska dalam komentar kode di atas, sejak versi 3.1.2, properti terkait tidak tidak lagi perlu dideklarasikan secara eksplisit. Standarnya, akan secara implisit dideklarasikan berdasarkan pada kunci array $RELATIONS. Keuntungan utama atas properti terkait yang dideklarasikan secara implisit adalah obyek terkait dapat diambil secara otomatis dengan cara malas. Sebagai contoh, anggap kita mempunyai TeamRecord turunan $team. Kita dapat mengakses players via $team->players, -meskipun kita tidak pernah menerbitkan perintah mengambil untuk players. Jika $players dideklarasikan secara eksplisit, kita harus menggunakan pendekatan with seperti dijelaskan dalam contoh berikut untuk mengambil rekaman player. -
- -

-Batasan kunci asing tabel Players dipakai untuk menentukan nama kunci tabel Teams terkait. Ini dikerjakan secara otomatis, ditangani dalam Rekaman Aktif dengan memeriksa definisi tabel Players dan Teams. -

- -
Info: -Sejak versi 3.1.2, Rekaman Aktif mendukung multipel referensi kunci asing pada tabel yang sama. Kerancuan diantara multipel referensi kunci asing dipecahkan dengan penyediaan nama kolom kunci asing sebagai parameter ke-3 dalam array relationship. -Sebagai contoh, kedua kunci asing owner_id dan reporter_id -merujuk tabel yang sama, didefinisikan dalam UserRecord. - -class TicketRecord extends TActiveRecord -{ - public $owner_id; - public $reporter_id; - - public $owner; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - public $reporter; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATION=array - ( - 'owner' => array(self::BELONGS_TO, 'UserRecord', 'owner_id'), - 'reporter' => array(self::BELONGS_TO, 'UserRecord', 'reporter_id'), - ); -} - -Ini berlaku untuk hubungan termasuk BELONGS_TO, HAS_ONE dan -HAS_MANY. Lihat seksi Tabel Asosiaasi Merujuk Dirinya Sendiri untuk memecahkan kerancuan atas hubungan MANY_TO_MANY. -
- -

Hubungan "has many" tidak diambil secara otomatis ketika Anda menggunakan salah satu metode finder Rekaman Aktif. -Anda perlu untuk mengambil secara eksplisit obyek terkait seperti berikut. Dalam kode di bawah ini, kedua baris adalah sama dan nama metode tidak sensitif huruf. -

- -$team = TeamRecord::finder()->withPlayers()->findAll(); -$team = TeamRecord::finder()->with_players()->findAll(); //equivalent - -

-Metode with_xxx() (di mana xxx adalah nama properti hubungan, dalam hal ini, players) mengambil PlayerRecords terkait menggunakan query kedua (bukan menggunakan join). with_xxx() menerima argumen yang sama seperti metode finder lainnya dari TActiveRecord, misalnya with_players('age = ?', 35). -

- -
Catatan: -Penting untuk dimengerti bahwa obyek terkait diambil menggunakan query tambahan. Query pertama mengambil obyek sumber, misalnya TeamRecord dalam contoh kode di atas. -Query kedua dipakai untuk mengambil obyek PlayerRecord terkait. -Penggunaan dua query mirip dengan query tunggal menggunakan Left-Outer join dengan eksepsi bahwa hasil null pada tabel kanan tidak dikembalikan. Konsekuensi pemakaian dua tau lebih query adalah kondisi agregat dan join tidak layak menggunakan Rekaman Aktif. Untuk query di luar lingkup Rekaman Aktif, Pemeta Data SqlMap diapat dupertimbangkan. -
- -
Info: -Pendekatan with di atas juga bekerja dengan properti terkait yang dideklarasikan secara implisit (diperkenalkan dalam versi 3.1.2). Lalu apa perbedaan antara pendekatan with dan pendekatan pengambilan malas? Pengambilan malas berarti kita menerbitkan query SQL jika obyek terkait awalnya diakses dan tidak siap, -sementara query pendekatan with untuk obyek terkait sekaligus, tida peduli obyek terkait diakses atau tidak. Pendekatan pengambilan malas sangat cocok karena kita tidak perlu secara eksplisit mengambil obyek terkait, sementara pendekatan with lebih efisien jika multipel rekaman yang dikembalikan, masing-masing dengan beberapa obyek terkait. -
- -

Hubungan Belongs To

-

Hubungan "has many" dalam bagian di atas mendefinisikan koleksi obyek asing. Dalam keadaan tertentu, kita mempunyai TeamRecord memiliki banyak (nol atau lebih) obyek PlayerRecord. Kita juga dapat menambah penunjuk kembali dengan menambahkan properti dalam kelas PlayerRecord yang mengaitkan kembali ke obyek TeamRecord, secara efektif membuat asosiasi dua arah. -Kita katakan bahwa properti $team dalam kelas PlayerRecord belongs to obyek TeamRecord. -Kode berikut mendefinisikan kelas PlayerRecord lengkap dengan 3 hubungan. -

- -class PlayerRecord extends TActiveRecord -{ - const TABLE='Players'; - public $player_id; - public $age; - public $team_name; - - public $team; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - public $skills=array(); // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - public $profile; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATIONS=array - ( - 'team' => array(self::BELONGS_TO, 'TeamRecord', 'team_name'), - 'skills' => array(self::MANY_TO_MANY, 'SkillRecord', 'Player_Skills'), - 'profile' => array(self::HAS_ONE, 'ProfileRecord', 'player_id'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-Properti $RELATIONS dari PlayerRecord mendefinisikan properti $team milik TeamRecord. -Array $RELATIONS juga mendefinisikan dua hubungan lainnya yang nanti akan kita uji dalam seksi di bawah ini. -Dalam array(self::BELONGS_TO, 'TeamRecord'), elemen pertama mendefinisikan tipe hubungan, dalam hal ini self::BELONGS_TO dan -elemen kedua adalah string 'TeamRecord' yang terkait ke nama kelas dari kelas TeamRecord. -Obyek pemain dengan obyek tim terkait dapat diambil serperti berikut. -

- -$players = PlayerRecord::finder()->with_team()->findAll(); - - -

- Metode with_xxx() (di mana xxx adalah nama properti hubungan dalam hal ini, team) mengambil TeamRecords terkait menggunakan query kedua (bukan menggunakan join). with_xxx() menerima argumen yang sama seperti metode finder lainnya dari TActiveRecord, contohnya with_team('location = ?', 'Madrid'). -

- -
Tip: -Hubungan tambahan dapat diambil dengan mengaitkan with_xxx() bersama seperti yang didemonstrasikan berikut. - -$players = PlayerRecord::finder()->with_team()->with_skills()->findAll(); - -Setiap metode with_xxx() akan menjalankan query SQL tambahan. Setiap with_xxx() menerima argumen mirip dengan apa yang ada di dalam metode findAll() dan hanya diterapkan ke query hubungan tertentu tersebut. -
- -

Hubungan "belongs to" dari kelas ProfileRecord didefinisikan hampir sama.

- -class ProfileRecord extends TActiveRecord -{ - const TABLE='Profiles'; - public $player_id; - public $salary; - - public $player; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATIONS=array - ( - 'player' => array(self::BELONGS_TO, 'PlayerRecord'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - - -

Intinya, ada hubungan "belongs to" untuk obyek yang mengaitkan entitas yang memmpunyai kolom yakni kunci asing. Dalam keadaan tertentu, kita melihat bahwa tabel Profiles mempunyai batasan kunci asing pada kolom player_id yang terkait ke tabel -Players kolom player_id. Selanjutnya, obyek ProfileRecord -memiliki properti ($player) yang adalah milik obyek PlayerRecord. -Demikian juga, tabel Players mempunyai batasan kunci asing pada kolom team_name yang terkait ke tabel Teams kolom name. -Kemudian, obyek PlayerRecord mempunyai properti ($team) yang adalah milik obyek TeamRecord. -

- -

Hubungan Has One

-

Hubungan entitas antara Players dan Profiles adalah satu ke satu. Yaitu, setiap obyek -PlayerRecord has one obyek ProfileRecord (mungkin tidak ada atau null). -Hubungan has one hampir identik ke hubungan has many dengan eksepsi bahwa obyek terkait hanya satu obyek (bukan koleksi obyek). -

- -

Hubungan Leluhur Anak

-

Hubungan leluhur anak bisa didefinisikan menggunakan kombinasi hubungan has many dan belongs to yang -merujuk ke kelas yang sama. Contoh berikut memperlihatkan hubungan leluhur dan anaknya antara "kategori" dan "leluhur kategori". -

- - -class Category extends TActiveRecord -{ - public $cat_id; - public $category_name; - public $parent_cat_id; - - public $parent_category; // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - public $child_categories=array(); // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATIONS=array - ( - 'parent_category' => array(self::BELONGS_TO, 'Category', 'parent_cat_id'), - 'child_categories' => array(self::HAS_MANY, 'Category', 'parent_cat_id'), - ); -} - - -

Kriteria Query untuk Obyek Terkait

-

-Dalam contoh di atas, kami memperlihatkan bahwa obyek Rekaman Aktif dapat mereferensi ke obyek terkaitnya sendiri dengan -mendeklarasikan anggota kelas statis $RELATIONS yang menetapkan sebuah daftar relasi. Setiap relasi -ditetapkan sebagai array yang terdiri dari tiga elemen: tipe relasi, nama kelas AR terkait, -dan kunci asing. Sebagai contoh, kami menggunakan array(self::HAS_MANY, 'PlayerRecord', 'team_name') -untuk menetapkan pemain dalam sebuah tim. Ada dua elemen opsional berikutnya yang dapat ditetapkan -dalam array ini: kondisi query (elemen keempat) dan parameters (elemen kelima). -Elemen tersebut dipakai untuk mengontrol bagaimana untuk melakukan query terhadap obyek terkait. Sebagai contoh, jika kita ingin memperoleh -para pemain yang diurut dengan usianya, kita dapat menetapkan array(self::HAS_MANY, 'PlayerRecord', 'team_name', 'ORDER BY age'). -Jika kita ingin mendapatkan para pemain yang usianya kurang dari 30, kita dapat menggunakan -array(self::HAS_MANY, 'PlayerRecord', 'team_name', 'age<:age', array(':age'=>30)). Secara umum, -dua elemen tambahan ini mirip seperti parameter yang dikirimkan ke metode find() dalam AR. -

- -

Pemetaan Tabel Asosiasi

-

-Obyek dapat dengan mudah menangani field multi nilai dengan menggunakan koleksi sebagai nilai field. Database relasional tidak memiliki fitur ini dan dibatasi hanya ke field nilai-tunggal. Ketika Anda memetakan asosiasi satu-ke-banyak, Anda bisa menangani ini menggunakan hubungan has many, intinya menggunakan kunci asing untuk nilai-tunggal akhir dari asosiasi. Tapi asosiasi banyak-ke-banyak tidak bisa melakukan ini karena tidak ada nilai-tunggal akhir ke kunci asing yang dipegangnya. -

-

-Jawabannya adalah resolusi klasik yang telah dipakai oleh orang selama dekade ini yakni: buat tabel ekstra (tabel asosiasi) untuk merekam asosiasi. -Ide dasarnya adalah menggunakan tabel asosiasi untuk menyimpan asosiasi. Tabel ini memiliki ID kunci asing untuk dua tabel yang dikaitkan bersama, masing-masing memiliki pasangan dari obyek yang diasosiasikan. -

-

-Tabel asosiasi tidak mempunyai kaitan obyek dalam-memori dan kunci primernya adalah gabungan dari dua kunci primer dari tabel yang diasosiasikan. -Dalam batasan yang sederhana, tuntuk mengambil data dari tabel asosiasi, Anda melakukan dua query (secara umum, ini juga bisa dicapai menggunakan satu query yang terdiri dari join). -Anggap pengambilan koleksi SkillRecord untuk daftar obyek PlayerRecord. -Dalam hal ini, Anda melakukan query dalam dua tahap. Tahap pertama meng-query tabel Players untuk mencari seluruh baris dari pemain yang Anda inginkan. Tahap kedua mencari obyek SkillRecord ID pemain terkait untuk setiap barisnya dalam tabel asosiasi Player_Skills menggunakan sebuah inner join. -

- -

Desain Rekaman Aktif Prado mengimplementasikan dua tahap pendekatan. Untuk hubungan entitas Players-Skills M-N (many-to-many), kita perlu mendefinisikan sebuah hubungan has many dalam kelas PlayerRecord dan sebagai tambahan mendefinisikan hubungan has many dalam kelas SkillRecord juga. -Kode contoh berikut mendefinisikan kelas SkillRecord lengkap dengan hubungan banyak-ke-banyak dengan kelas PlayerRecord. (Lihat definisi kelas PlayerRecord di atas untuk mengaitkan hubungan banyak-ke-banyak dengan kelas SkillRecord.) -

- - -class SkillRecord extends TActiveRecord -{ - const TABLE='Skills'; - public $skill_id; - public $name; - - public $players=array(); // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATIONS=array - ( - 'players' => array(self::MANY_TO_MANY, 'PlayerRecord', 'Player_Skills'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - - -

-Properti statis $RELATIONS dari SkillRecord mendefinisikan bahwa properti $players memiliki banyak PlayerRecords melalui tabel asosiasi 'Player_Skills'. -Dalam array(self::MANY_TO_MANY, 'PlayerRecord', 'Player_Skills'), elemen pertama mendefinisikan tipe hubungan, dalam hal ini self::HAS_MANY, -elemen kedua adalah string 'PlayerRecord' yang terkait ke nama kelas dari kelas PlayerRecord, dan elemen ketiga adalah nama dari nama tabel asosiasi. -

- -
Catatan: -Sebelum versi 3.1.2 (versi sampai dengan 3.1.1), hubungan many-to-many didefinisikan menggunakan self::HAS_MANY. Untuk versi 3.1.2 dan seterusnya, ini harus diubah ke self::MANY_TO_MANY. Ini bisa dikerjakan dengan mencari HAS_MANY dalam kode sumber dan hati-hati mengubah definisi terkait. -
- -

-Daftar obyek pemain dengan koleksi obyek skil terkait bisa diambil seperti berikut. -

- -$players = PlayerRecord::finder()->withSkills()->findAll(); - -

-Metode with_xxx() (di mana xxx adalah nama properti hubungan, dalam hal ini, Skill) mengambil SkillRecords terkait menggunakan query kedua (tidak dengan menggunakan join). with_xxx() menerima argumen yang sama seperti metode finder dari TActiveRecord. -

- -

Tabel Asosiasi Mereferensi Dirinya

-

-Untuk tabel asosiasi yang mererefensi dirinya sendiri, yaitu titik asosiasi ke tabel yang sama. Sebagai contoh, anggap tabel items dengan item terkait M-N melalui tabel asosiasi related_items. Sintaks dalam contoh berikut adalah benar untuk database PostgreSQL. Untuk database lain, lihat dokumentasinya masing-masing untuk mendefinisikan batasan kunci asing. - -CREATE TABLE items -( - "item_id" SERIAL, - "name" VARCHAR(128) NOT NULL, - PRIMARY KEY("item_id") -); -CREATE TABLE "related_items" -( - "item_id" INTEGER NOT NULL, - "related_item_id" INTEGER NOT NULL, - CONSTRAINT "related_items_pkey" PRIMARY KEY("item_id", "related_item_id"), - CONSTRAINT "related_items_item_id_fkey" FOREIGN KEY ("item_id") - REFERENCES "items"("item_id") - ON DELETE CASCADE - ON UPDATE NO ACTION - NOT DEFERRABLE, - CONSTRAINT "related_items_related_item_id_fkey" FOREIGN KEY ("related_item_id") - REFERENCES "items"("item_id") - ON DELETE CASCADE - ON UPDATE NO ACTION - NOT DEFERRABLE -); - - -

Nama tabel asosiasi dalam elemen ketiga dari array hubungan dapat berisi nama kolom tabel asing. Kolom yang didefinisikan dalam tabel asosiasi harus juga didefinisikan dalam kelas rekaman (contohnya properti $related_item_id terkait ke kolom related_item_id dalam tabel related_items). -

- -class Item extends TActiveRecord -{ - const TABLE="items"; - public $item_id; - public $details; - - //id item asing tambahan didefinisikan dalam tabel asosiasi - public $related_item_id; - public $related_items=array(); // deklarasi ini tidak diperlukan lagi sejak v3.1.2 - - public static $RELATIONS=array - ( - 'related_items' => array(self::MANY_TO_MANY, - 'Item', 'related_items.related_item_id'), - ); -} - -
Tip: -Kunci gabungan dalam tabel asing dapat ditetapkan sebagai nilai dipisahkan koma diantara kurung buka/tutup. Contohnya 'related_items.(id1,id2)'. -
- - - -

Pengambilan Malas Obyek Terkait

- -
Catatan: -Secara implisit mendeklarasikan properti terkait yang diperkenalkan dalam versi 3.1.2 secara otomatis memiliki fitur pengambilan malas. Oleh karena itu, teknik pengambilan malas dijelaskan berikut ini tidak lagi diperlukan dalam banyak kasus, kecuali Anda ingin memanipulasi obyek terkait melalui pengambil/penyetel. -
- -

Menggunakan metode with_xxx() akan mengambil hubungan rekaman sesuai permintaan. Mengambil rekaman terkait dengan lazy loading (yaitu, hanya obyek terkait itu saja yang diakses) bisa dicapai dengan menggunakan sebuah fitur TComponent yang menyediakan metode pengakses. Dalam keadaan tertentu, kita mendefinisikan pasangan metode pengambil dan penyetel di mana metode pengambil akan mengambil hubungan secara kondisional. Contoh berikut menggambarkan bahwa PlayerRecord dapat mengambil obyek asing $skills secara kondisional. -

- -class PlayerRecord extends BaseFkRecord -{ - //... properti dan metode lainnya seperti sebelumnya - - private $_skills; //ubah ke private dan standar sebagai null - - public function getSkills() - { - if($this->_skills===null && $this->player_id !==null) - { - //lazy load rekaman skill - $this->setSkills($this->withSkills()->findByPk($this->player_id)->skills); - } - else if($this->_skills===null) - { - //buat TList baru; - $this->setSkills(new TList()); - } - - return $this->_skills; - } - - public function setSkills($value) - { - $this->_skills = $value instanceof TList ? $value : new TList($value); - } -} - -

Pertama kita perlu mengubah deklarasi $skills=array() ke properti private $_skills (perhatikan garis bawah) dan sebaliknya setel ke null. Ini membolehkan kita untuk mendefinisikan properti skills menggunakan metode pengambil/penyetel -(lihat Komponen untuk lebih jelasnya). Metode pengambil getSkills() untuk properti skills akan mengambil malas rekaman skill terkait saat ia dipakai sebagai berikut. Catatan bahwa kita hanya melakukan pengambilan malas ketika $player_id tidak null (yakni, ketika rekaman sudah diambil dari database ataau id player sudah disetel). -

- -$player = PlayerRecord::finder()->findByPk(1); -var_dump($player->skills); //pengambilan malas saat akses pertama -var_dump($player->skills[0]); //properti skills sudah diambil -$player->skills[] = new SkillRecord(); //menambah skill - - -

The setSkills() memastikan bahwa properti skills akan selalu berupa TList. -Menggunakan TList yang membolehkan kita untuk menyetel elemen properti skills seolah-olah mereka -sebuah array. Contohnya $player->skills[] = new SkillRecord(). Jika array dipakai, kesalahan PHP -akan dikeluarkan. -

- -

Pemetaan Kolom

-

-Sejak v3.1.1, Rekaman Aktif mulai mendukung pemetaan kolom. Pemetaan kolom membolehkan para -pengembang untuk mengalamatkan kolom dalam Rekaman Aktif menggunakan konvensi penamaan lebih -konsisten. Dalam keadaan tertentu, menggunakan pemetaan kolom, seseorang dapat mengakses kolom -menggunakan apapun namanya yang disukainya, daripada nama terbatas yang didefinisikan dalam -skema database. -

-

-Untuk menggunakan pemetaan kolom, deklarasikan array statis bernama COLUMN_MAPPING dalam kelas Rekaman Aktif. -Kunci dari array adalah nama kolom (disebut nama kolom fisik) yang didefinisikan dalam skema database, -sementara nilai terkait dengan nama properti (disebut nama kolom logika) didefinisikan dalam -kelas Rekaman Aktif. Nama properti dapat nama variabel anggota kelas public atau nama properti komponen -yang didefinisikan via pengambil/penyetel. Jika nama kolom fisik terjadi sama seperti nama kolom logika, -keduanya tidak perlu didaftarkan dalam COLUMN_MAPPING. -

- -class UserRecord extends TActiveRecord -{ - const TABLE='users'; - public static $COLUMN_MAPPING=array - ( - 'user_id'=>'id', - 'email_address'=>'email', - 'first_name'=>'firstName', - 'last_name'=>'lastName', - ); - public $id; - public $username; // nama kolom fisik dan logika sama - public $email; - public $firstName; - public $lastName; - //.... -} - -

-Dengan pemetaan kolom di atas, kita mengalamatkan first_name menggunakan $userRecord->firstName -daripada $userRecord->first_name. Ini membantu pemisahan dari logika dengan model. -

- -

Referensi

- - - diff --git a/demos/quickstart/protected/pages/Database/id/DAO.page b/demos/quickstart/protected/pages/Database/id/DAO.page deleted file mode 100755 index 8ccfb149..00000000 --- a/demos/quickstart/protected/pages/Database/id/DAO.page +++ /dev/null @@ -1,163 +0,0 @@ - -

Data Access Object (DAO)

- -

-Obyek Akses Data atau Data Access Object (DAO) memisahkan data sumber daya antarmuka klien dari mekanisme akses datanya. Ia mengadaptasi API akses sumber daya ke antarmuka klien generik. Hasilnya, mekanisme akses data dapat diubah tersendiri atas kode yang menggunakan data. -

-

-Sejak versi 3.1, PRADO mulai menyediakan DAO yang adalah pelapis tipis sekitar PHP Data Objects (PDO). Meskipun PDO memiliki set fitur bagus dan API yang baik, kami memilih untuk mengimplementasikan PRADO DAO di atas PDO karena kelas PRADO DAO adalah kelas komponen dan bisa dikonfigurasi dalam aplikasi PRADO. Para pengguna dapat menggunakan kelas DAO ini dalam cara yang lebih disukai-PRADO. -

-
Catatan: -Karena PRADO DAO didasarkan pada PDO, ekstensi PDO PHP perlu diinstalasi. Sebagai tambahan, Anda perlu menginstalasi driver PDO database terkait untuk digunakan dalam aplikasi Anda. Lihat lebih jelasnya dalam PHP Manual. -
-

-PRADO DAO sebagian besar terdiri dari empat kelas (kebalikan dari PDO yang hanya dua kelas, PDO dan PDOStatement): -

-
    -
  • TDbConnection - mewakili koneksi ke database.
    • -
  • TDbCommand - mewakili pernyataan SQL yang dijalankan terhadap database.
    • -
  • TDbDataReader - mewakili stream hanya-maju atas stream baris dari set hasil query.
    • -
  • TDbTransaction - mewakili transaksi DB.
    • -
-

-Berikutnya, kami memperkenalkan penggunaan PRADO DAO dalam skenario yang berbeda. -

- -

Menetapkan Koneksi Database

-

-Untuk menetapkan koneksi database, seseorang membuat turunan TDbConnection dan mengaktifkannya. Nama sumber data (DSN) diperlukan guna menetapkan informasi yang dibutuhkan untuk menyambung ke database. Nama pengguna dan kata sandi database mungkin perlu disertakan untuk menetapkan koneksi. -

- -$connection=new TDbConnection($dsn,$username,$password); -// panggil setAttribute() untuk mengirim parameter koneksi tambahan -// $connection->Persistent=true; // gunakan koneksi persisten -$connection->Active=true; // koneksi terlaksana -.... -$connection->Active=false; // koneksi ditutup - -

-Spesifikasi lengkap terhadap DSN dapat ditemukan dalam dokumentasi PDO. Di bawah ini adalah daftar format DNS paling umum dipakai: -

-
    -
  • MySQL - mysql:host=localhost;dbname=test
    • -
  • SQLite - sqlite:/path/to/dbfile
    • -
  • ODBC - odbc:SAMPLE -
-

-Dalam hal terjadi kesalahan ketika menetapkan koneksi (seperti DSN atau nama pengguna/sandi salah), TDbException akan dimunculkan. -

- -

Menjalankan Pernyataan SQL

-

-Sekali koneksi database terlaksana, pernyataan SQL dapat dijalankan melalui TDbCommand. Seseorang membuat TDbCommand dengan memanggil TDbConnection.createCommand() dengan pernyataan SQL yang ditetapkan: -

- -$command=$connection->createCommand($sqlStatement); -// jika diperlukan, pernyataan SQL dapat dimutakhirkan seperti berikut: -$command->Text=$newSqlStatement; - - -

-Pernyataan SQL dijalankan melalui TDbCommand dalam salah satu dari dua cara berikut: -

-
    -
  • execute() - melakukan pernyataan SQL non-query, seperti INSERT, UPDATE dan DELETE. Jika berhasil, ia mengembalikan jumlah baris yang dipengaruhi oleh eksekusi.
    • -
  • query() - melakukan pernyataan SQL yang mengembalikan baris data, seperti SELECT. Jika berhasil, ia mengembalikan turunan TDbDataReader dari salah satu yang bisa mengambil hasil baris data. -
    • -
- -$affectedRowCount=$command->execute(); // jalankan SQL non-query -$dataReader=$command->query(); // jalankan query SQL -$row=$command->queryRow(); // jalankan query SQL dan kembalikan hasil baris pertama -$value=$command->queryScalar(); // jalankan query SQL dan kembalikan nilai kolom pertama - -

-Dalam hal terjadi kesalahan selama eksekusi pernyataan SQL, TDbException akan dimunculkan. -

- -

Mengambil Hasil Query

-

-Setelah TDbCommand.query() membuat turunan TDbDataReader, seseorang dapat mengambil baris dari data hasil dengan memanggil TDbDataReader.read() secara berulang. Seseorang juga bisa menggunakan TDbDataReader dalam konstruksi bahasa PHP foreach untuk mengambil baris demi baris. -

- -// memanggil read() secara berulang sampai ia mengembalikan false -while(($row=$dataReader->read())!==false) { ... } -// menggunakan foreach untuk menjelajah melalui setiap baris data -foreach($dataReader as $row) { ... } -// mengambil semua baris sekaligus dalam satu array tunggal -$rows=$dataReader->readAll(); - - -

Menggunakan Transaksi

-

-Ketika aplikasi menjalankan beberapa query, setiap pembacaan dan/atau penulisan informasi dalam database, penting untuk memastikan bahwa datanase tidak dibiarkan dengan hanya beberapa query yang dibawanya. Transaksi, mewakili turunan TDbTransaksi dalam PRADO, dapat diinisialisasi dalam hal ini: -

-
    -
  • Mulai transaksi.
    • -
  • Jalankan query satu demi satu. Setiap memutakhirkan ke database tidak terlihat bagi dunia luar.
    • -
  • Komit transaksi. Pemutakhiran menjadi terlihat jika transaksi berhasil.
    • -
  • Jika salah satu query gagal, seluruh transaksi digulung kembali.
    • -
- -$transaction=$connection->beginTransaction(); -try -{ - $connection->createCommand($sql1)->execute(); - $connection->createCommand($sql2)->execute(); - //.... eksekusi SQL lain - $transaction->commit(); -} -catch(Exception $e) // eksepsi dimunculkan jika query gagal -{ - $transaction->rollBack(); -} - - - -

Mengikat Parameter

-

-Guna menghindari serangan injeksi SQL dan untuk meningkatkan performansi dari eksekusi pernyataan SQL yang dipakai secara berulang-ulang, seseorang dapat "menyiapkan" pernyataan SQL dengan tempat parameter opsional yang akan diganti dengan parameter sebenarnya selama proses pengikatan parameter. -

-

-Tempat parameter dapat bernama (diwakili dengan token unik) ataupun tidak bernama (diwakili dengan tanda tanya). Panggil TDbCommand.bindParameter() atau TDbCommand.bindValue() untuk mengganti tempat ini dengan parameter aktual. Parameter tidak perlu diberi tanda kutip: driver database melakukan ini bagi Anda. Pengikatan parameter harus dikerjakan sebelum pernyataan SQL dijalankan. -

- -// sebuah SQL dengan dua tempat ":username" dan ":email" -$sql="INSERT INTO users(username, email) VALUES(:username,:email)"; -$command=$connection->createCommand($sql); -// ganti tempat ":username" dengan nilai username sebenarnya -$command->bindParameter(":username",$username,PDO::PARAM_STR); -// ganti tempat ":email" dengan nilai email sebenarnya -$command->bindParameter(":email",$email,PDO::PARAM_STR); -$command->execute(); -// sisipkan baris lain dengan set parameter baru -$command->bindParameter(":username",$username2,PDO::PARAM_STR); -$command->bindParameter(":email",$email2,PDO::PARAM_STR); -$command->execute(); - -

-Metode bindParameter() dan bindValue() sangat mirip. Perbedaanya hanyalah pembentuk mengikat parameter dengan referensi variabel PHP sementara yang terkahir dengan nila. Untuk parameters yang mewakili blok memori data besar, pembentuk lebih disukai untuk pertimbangan performansi. -

-

-Untuk lebih jelasnya mengenai pengikatan parameter, lihat dokumentasi PHP terkait. -

- - -

Mengikat Kolom

-

-Ketika mengambil hasil query, seseorang dapat juga mengikat kolom dengan bariabel PHP agar dipopulasikan secara otomatis dengan data terbaru setiap kali baris diambil. -

- -$sql="SELECT username, email FROM users"; -$dataReader=$connection->createCommand($sql)->query(); -// ikat kolom ke-1 (username) dengan variabel $username -$dataReader->bindColumn(1,$username); -// ikat kolom ke-2 (email) dengan variabel $email -$dataReader->bindColumn(2,$email); -while($dataReader->read()!==false) -{ - // $username dan $email berisi username dan email dalam baris sekarang -} - - - diff --git a/demos/quickstart/protected/pages/Database/id/Scaffold.page b/demos/quickstart/protected/pages/Database/id/Scaffold.page deleted file mode 100755 index e9f15b39..00000000 --- a/demos/quickstart/protected/pages/Database/id/Scaffold.page +++ /dev/null @@ -1,130 +0,0 @@ - -

Tampilan Scaffold Rekaman Aktif

- -

Kelas Rekaman Aktif dapat digunakan dengan - -dan - -( -mengaitkan TScaffoldListView dan TScaffoldEditView) untuk membuat aplikasi web Create/Read/Update/Delete (CRUD) sederhana.

- -

Tampilan scaffold dimaksudkan untuk membantu dalam membuat prototipe aplikasi web, tidak didesain sebagai yang bisa dikustomisasi atau serumit komponen misalnya -TDataGrid. Tampilan scaffold menyediakan fungsionalitas builtin: -

- -
    -
  • Mendaftar semua item rekaman aktif.
    • -
  • Mencari rekaman.
    • -
  • Memilah halaman dan mengurut.
    • -
  • Menghapus item.
    • -
  • Menyisipkan item baru.
    • -
  • Memutakhirkan item yang ada.
    • -
  • Memvalidasi field dan tipe data dasar yang diperlukan.
    • -
  • Menyajikan kontrol khusus seperti pengambil tanggal.
    • -
- -

Tampilan Scaffold berdiri sendiri pada Rekaman Aktif dan saat ini mendukung database: Mysql, Sqlite dan Postgres SQL. Dukungan untuk database lain dapat diputuskan bila ada permintaan yang cukup.

- -

Menyiapkan Tampilan Scaffold

-

Untuk menggunakan tampilan scaffold, pertama kita mendefinisikan kelas Rekaman Aktif yang mewakili tabel atau view dalam database. Tetapkan kelas Rekaman Aktif berikut yang berkaitan dengan tabel users -seperti didefinisikan dalam halaman Rekaman Aktif. -

- - -class UserRecord extends TActiveRecord -{ - const TABLE='users'; - - public $username; - public $email; -} - - -

Kelas tampilan scaffold ada di System.Data.ActiveRecord.Scaffold.* -namespace. -namespace ini bisa diimpor ke -Konfigurasi Aplikasi -menggunakan file application.xml atau melalui kode php menggunakan metode Prado::using(). Untuk mulai menggunakan - -cukup setel nilai properti RecordClass sama dengan nama kelas Rekaman Aktif. -

- - -<com:TScaffoldView RecordClass="UserRecord" /> - - -

Kode di atas akan mendaftar rekaman saat ini dalam tabel users. -Setiap rekaman dapat diedit dengan mengklik tombol "edit" dan dihapus dengan mengklik tombol "delete". Rekaman baru bisa ditambahkan dengan mengklik pada tombol "Add new record", masukkan beberapa data (perhatikan validasi otomatis terhadap field dan tipe data yang diperlukan), dan klik tombol "save". -Menetapkan batas pencarian dalam kotak teks cari guna menemukan rekaman tertentu. Akhirnya, daftar rekaman bisa disimpan pada setiap kolom dengan mengubah kolom pengurutan serta urutan. -

- -

TScaffoldView adalah kontrol template yang dibuat dari kontrol scaffold lainnya. -Properti berikut memberikan akses ke kontrol gabungan ini.

-
    -
  • ListView -- TScaffoldListView menampilkan daftar rekaman.
    • -
  • EditView -- TScaffoldEditView yang menyajikan input untuk mengedit dan menambah rekaman.
    • -
  • SearchControl -- TScaffoldSearch bertanggung jawab atas pencarian antarmuka pengguna.
    • -
-

- Semua kontrol gabungan ini bisa dikustomisasi seperti yang akan kita lihat di bawah. -

- -

TScaffoldListView

- -

Daftar Rekaman Aktif dapat ditampilkan menggunakan TScaffoldListView dengan properti berguna berikut.

-
    -
  • Header -- TRepeater menampilkan properti/nama field Rekaman Aktif.
    • -
  • Sort -- TDropDownList menampilkan kombinasi properti dan kemungkinan urutannya.
    • -
  • Pager -- kontrol TPager menampilkan link dan/atau tombol yang menavigasi ke halaman berbeda dalam data Rekaman Aktif.
    • -
  • List -- TRepeater yang menyajikan baris data Rekaman Aktif.
    • -
- -

Penyajian kustom dari Rekaman Aktif dapat dicapai dengan menetapkan properti ItemTemplate dan/atau AlternatingItemTemplate dari pengulang List. -TScaffoldListView akan mendengarkan dua event perintah bernama "delete" dan "edit". Perintah "delete" akan menghapus rekaman untuk baris di mana perintah "delete" berasal. -Perintah "edit" akan memaksa data rekaman untuk diedit oleh -TScaffoldEditView dengan ID yang ditetapkan dengan properti EditViewID. -Contoh berikut mendaftar nama pengguna hanya dengan format tebal. -

- - -<com:TScaffoldListView RecordClass="UserRecord" > - <prop:List.ItemTemplate> - <strong><%# $this->Data->username %></strong> - </prop:List.ItemTemplate> -</com:TScaffoldListView> - - -
Info: -Untuk TScaffoldView, tampilan daftar dapat diakses melalui properti ListView dari TScaffoldView. -Selanjutnya, subproperti ListView.List.ItemTemplate pada TScaffoldView -adalah sama dengan subproperti List.ItemTemplate dari TScaffoldListView dalam contoh di atas. -
- -

Properti SearchCondition dan properti SearchParameters (mengambil nilai array) bisa ditetapkan untuk mengkustomisasi rekaman yang ditampilkan. SearchCondition -akan dipakai sebagai properti Condition dari TActiveRecordCriteria -dan properti SearchParameters berkaitan dengan properti -Parameters dari TActiveRecordCriteria.

- -

TScaffoldEditView

- -<com:TScaffoldEditView RecordPk="user1" RecordClass="UserRecord" /> - - -

Menggabungkan tampilan daftar + edit

- - -<com:TScaffoldEditView ID="edit_view" RecordClass="UserRecord" /> -<com:TScaffoldListView EditViewID="edit_view" RecordClass="UserRecord" /> - - -

Mengkustomisasi TScaffoldView

- -<com:TScaffoldView RecordClass="UserRecord" > - <prop:ListView.List.ItemTemplate> - <%# $this->DataItem->username %> - <com:TLinkButton Text="Edit" CommandName="edit" /> - </prop:ListView.List.ItemTemplate> -</com:TScaffoldView/> - - - diff --git a/demos/quickstart/protected/pages/Database/id/SqlMap.page b/demos/quickstart/protected/pages/Database/id/SqlMap.page deleted file mode 100755 index 4b5041cc..00000000 --- a/demos/quickstart/protected/pages/Database/id/SqlMap.page +++ /dev/null @@ -1,210 +0,0 @@ - - -

Pemeta Data

- -

Pemeta Data memindahkan data antara obyek dan database sementara memeliharanya berdiri sendiri satu sama lain dan pemetanya sendiri. Jika Anda mulai dengan - Active Records, mungkin nantinya Anda dihadapkan dengan obyek bisnis lebih kompleks seiring denga kemajuan proyek Anda. Ketika Anda membangun model obyek dengan banyak logika bisnis, sangat berharga untuk memakai mekanisme ini untuk mengatur data lebih baik dan perilaku bersamanya. Melakukan itu menyebabkan skema varian; yakni skema obyek dan skema relasional tidak sama. -

- -

Pemeta Data memisahkan obyek dalam-memori dari database. Tanggung jawabnya adalah mentransfer data diantara keduanya dan juga saling mengisolasinya. - Dengan Pemeta Data obyek dalam-memori tidak perlu mengetahui meskipun ada sebuah database; tidak perlu kode antarmuka SQL, dan tentunya tidak mengetahui skema database. (Skema database selalu diabaikan dari obyek yang memakainya.) -

- -

Kapan Menggunakannya

-

Tujuan utama menggunakan Pemeta Data ialah ketika Anda menginginkan skema database dan model obyek tumbuh secara independen. Keuntungan utama dari Pemeta Data adalah bahwa saat bekerja pada obyek bisnis (atau domain) Anda bisa mengabaikan database, baik dalam desain maupun pembangunan propes pengujian. Obyek domain tidak mengetahui struktur databasenya karena semua ini dikerjakan oleh pemeta. -

- -

Ini membantu Anda dalam kode karena Anda bisa mengerti serta bekerja dengan obyek domain tanpa harus mengerti bagaimana ia disimpan dalam. Anda bisa memodifikasi model bisnis atau database tanpa harus mengubahnya. Dengan pemetaan rumit, terutama yang menyangkut database yang sudah ada, ini sangat berharga. -

- -

Harga tentunya merupakan lapisan ekstra yang tidak Anda peroleh dengan Rekaman Aktif, maka pengujian menggunakan pola ini adalah kompleksitas dari logika bisnis. Jika Anda memiliki logika bisa cukup sederhana, Rekaman Aktif mungkin akan mencukupi. -Untuk logika yang lebih rumit, Pemeta Data mungkin lebih cocok. -

- -

Pemeta Data SqlMap

-

Kerangka kerja Pemeta Data SqlMap memudahkan untuk menggunakan database dengan aplikasi PHP. - PemetaData SqlMap memasangkan obyek dengan prosedur tersimpan atau pernyataan SQL menggunakan deskriptor XML. Kesederhanaan adalah keuntungan terbesar dari PemetaData SqlMap di atas piranti pemetaan relasional obyek. Untuk menggunakan PemetaData SqlMap Anda bergantung pada obyek Anda sendiri, - XML, dan SQL. Anda sedikit yang harus mempelajari yang belum Anda ketahui. - Dengan Pemeta Data SqlMap Anda mempunyai tenaga penuh pada SQL dan prosedur tersimpan di tangan Anda. -

- -

- alt="Tinjauan Pemeta Data SqlMap" id="fig:sqlmap.png" class="figure"/> - - Ini adalah penjelasan tingkat tinggi atas alur kerja yang dilukiskan pada gambar di atas. - Menyediakan parameter, baik sebagai obyek ataupun tipe primitif. Parameter bisa dipakai untuk menyetel nilai runtime dalam pernyataan SQL atau prosedur. Jika nilai runtime tidak diperlukan, parameter dapat diabaikan. -

-

Menjalankan pemetaan dengan mengirimkan parameter dan nama yang Anda berikan pada deskriptor XML Anda. Langkah ini adalah saat di mana keajaiban terjadi. Kerangka kerja akan menyiapkan pernyataan SQL atau prosedur tersimpan, menyetel setiap nilai runtime menggunakan parameter Anda, menjalankan prosedur atau pernyataan, dan mengembalikan hasil. -

- -

Dalam hal pemutakhiran, jumlah baris yang dipengaruhi dikembalikan. Dalam hal query, obyek tunggal, atau koleksi obyek dikembalikan. Seperti parameter, obyek hasil, atau koleksi obyek, bisa berupa obyek biasa ataupun tipe PHP primitif. -

- -

Menyiapkan koneksi database dan menginisialisasi SqlMap

-

- Koneksi database untuk SqlMap dapat disetel seperti berikut. - Lihat Menetapkan Koneksi Database untuk lebih jelasnya mengenai pembuatan koneksi database secara umum. - -//buat koneksi dan berikan ke manajer SqlMap. -$dsn = 'pgsql:host=localhost;dbname=test'; //Postgres SQL -$conn = new TDbConnection($dsn, 'dbuser','dbpass'); -$manager = new TSqlMapManager($conn); -$manager->configureXml('my-sqlmap.xml'); -$sqlmap = $manager->getSqlMapGateway(); - -

- -

- TSqlMapManager bertanggung jawab untuk menyiapkan koneksi database dan mengkonfigurasi SqlMap dengan file XML yang diberikan. metode configureXml() menerima string yang merujuk ke file konfigurasi XML SqlMap. Sekali dikonfigurasi, panggil metode getSqlMapGateway() untuk memperoleh turunan dari antarmuka gateway SqlMap (pakai obyek ini untuk menyisipkan/menghapus/mencari rekaman). -

- -

- Koneksi database SqlMap juga bisa dikonfigurasi menggunakan tag <module> dalam application.xml atau - config.xml seperti berikut. - - - - - - - -

- -

- Atribut ConfigFile harus menunjuk ke file konfigurasi SqlMap (dijelaskan nanti) baik menggunakan path absolut, path relatif ataupun path notasi titik namespace Prado (harus mengabaikan ekstensi ".xml"). - -

Tip: - Atribut EnableCache saat disetel "true" akan men-cache - konfigurasi yang diurai. Anda harus membersihkan atau menghapus cache jika Anda mengubah file konfigurasinya. - modul cache juga harus didefinisikan agar cache berfungsi. -
-

- -

Untuk mendapatkan antarmuka gateway SqlMap dari konfigurasi <module>, cukup lakukan misalnya - -class MyPage extends TPage -{ - public function onLoad($param) - { - parent::onLoad($param); - $sqlmap = $this->Application->Modules['my-sqlmap']->Client; - $sqlmap->queryForObject(...); //query beberapa obyek - } -} - -

- -

Contoh cepat

-

Mari kita anggap tabel "users" berikut yang berisi dua kolom bernama "username" dan "email", di mana "username" juga merupakan kunci primer. - -CREATE TABLE users -( - username VARCHAR( 20 ) NOT NULL , - email VARCHAR( 200 ) , - PRIMARY KEY ( username ) -); - -

-

Kemudian kita mendefinisikan kelas User biasa seperti berikut. Perhatikan bahwa User sangat sederhana. - -class User -{ - public $username; - public $email; -} - -

-

- -

Selanjutnya, kita perlu mendefinisikan file konfigurasi XML SqlMap, mari namai file sebagai my-sqlmap.xml. - - - - - - -

-

Tag <select> mengembalikan definisi pernyataan SQL. Atribut id akan dipakai sebagai pengenal untuk query. Nilai atribut resultClass adalah nama kelas obyek yang dikembalikan. - Sekarang kita dapat melakukan query obyek sebagai berikut: - - -//anggap bahwa $sqlmap adalah turunan TSqlMapGateway -$userList = $sqlmap->queryForList("SelectUsers"); - -//Atau hanya satu, jika hanya itu yang Anda butuhkan: -$user = $sqlmap->queryForObject("SelectUsers"); - -

- -

Contoh di atas hanya menampilkan demonstrasi sedikit kemampuan Pemeta Data SqlMap. Rincian selanjutnya dapat ditemukan dalam - SqlMap Manual. -

- -

Menggabung SqlMap dengan Rekaman Aktif

-

Contoh di atas nampaknya seperti sepele dan ia juga seperti banyak pekerjaan hanya untuk mengambil data. Akan tetapi, perhatikan bahwa kelas User sama sekali tidak mengetahui telah disimpan dalam database, dan database tidak mengetahui kelas User. -

-

- Salah satu keuntungan dari SqlMap adalah kemampuan memetakan hubungan - obyek yang kompleks, koleksi dari datbase yang sudah ada. Dilain pihak, - Rekaman Aktif menyediakan cara - yang sangat sederhana untuk berinteraksi dengan database tapi tidak bisa - melakukan hubungan atau koleksi yang lebih rumit. Kompromi yang baik adalah - menggunakan SqlMap untuk mengambil hubungan dan koleksi rumit sebagai - obyek Rekaman Aktif dan kemudian menggunakan Rekaman Aktif ini untuk memutakhirkan, menyisipkan dan menghapus. -

-

Melanjutkan contoh sebelumnya, kita mengubah definisi kelas User menjadi sebuah Rekaman Aktif. - -class UserRecord extends TActiveRecord -{ - const TABLE='users'; //nama tabel - - public $username; //kolom bernama "username" dalam tabel "users" - public $email; - - /** - * @return TActiveRecord active record finder instance - */ - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

- -

Kita juga perlu mengubah definisi dari konfigurasi XML SqlMap XML configuration. Kita cukup perlu mengubah nilai atribut resultClass ke UserRecord. - - - - - - -

- - -

Kode PHP untuk mengambil pengguna tetap sama, tapi sebaliknya SqlMap mengembalikan Rekaman Aktif, dan kita bisa mengambil keuntungan dari metode Rekaman Aktif. - - -//anggap bahwa $sqlmap adalah turunan TSqlMapGateway -$user = $sqlmap->queryForObject("SelectUsers"); - -$user->email = 'test@example.com'; //ubah data -$user->save(); //simpan menggunakan Rekaman Aktif - -

- -

Referensi

-
    -
  • Fowler et. al. Patterns of Enterprise Application Architecture, - Addison Wesley, 2002.
    • -
  • iBatis Team. iBatis Data Mapper, - http://ibatis.apache.org.
    • -
- - diff --git a/demos/quickstart/protected/pages/Database/id/ar_objects.png b/demos/quickstart/protected/pages/Database/id/ar_objects.png deleted file mode 100755 index 50ab812d..00000000 Binary files a/demos/quickstart/protected/pages/Database/id/ar_objects.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/id/ar_relations.png b/demos/quickstart/protected/pages/Database/id/ar_relations.png deleted file mode 100755 index 48e29f48..00000000 Binary files a/demos/quickstart/protected/pages/Database/id/ar_relations.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/id/diagram.png b/demos/quickstart/protected/pages/Database/id/diagram.png deleted file mode 100755 index 0a0ca73d..00000000 Binary files a/demos/quickstart/protected/pages/Database/id/diagram.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/id/object_states.png b/demos/quickstart/protected/pages/Database/id/object_states.png deleted file mode 100755 index db194783..00000000 Binary files a/demos/quickstart/protected/pages/Database/id/object_states.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/id/sqlmap_active_record.png b/demos/quickstart/protected/pages/Database/id/sqlmap_active_record.png deleted file mode 100755 index 6d958d33..00000000 Binary files a/demos/quickstart/protected/pages/Database/id/sqlmap_active_record.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/pl/ActiveRecord.page b/demos/quickstart/protected/pages/Database/pl/ActiveRecord.page deleted file mode 100755 index 3a073e57..00000000 --- a/demos/quickstart/protected/pages/Database/pl/ActiveRecord.page +++ /dev/null @@ -1,1144 +0,0 @@ - -

Rekord Aktywny (ang. Active Record)

- -

Rekordy Aktywne są obiektami, które opakowują wiersz w bazie danych lub widoku, - obudowują (ang. encapsulate) dostęp do bazy danych oraz dziedziny logiki dla tych danych. - Podstawą Rekordu Aktywnego są klasy biznesowe np. klasa - Produkty, które są bardzo podobne do struktury rekordu należącego do bazy danych. Każdy Rekord Aktywny jest odpowiedzialny - za zapisywanie i łądowanie danych do i z bazy danych.

-
Info: - Struktura danych Rekordu Sktywnego powinna zgadzać się ze strukturą tablicy w bazie danych. - Każda kolumna w bazie danych powinna posiadać odpowiadający element: zmienną lub właściwość w klasie Rekordu Aktywnego reprezentującego tablicę. -
- -

Kiedy używać?

-

Rekord Aktywne jest dobrym wyborem dla dziedziny logiki, która nie jest zbyt złożona, tak jak tworzenie, odczyty, aktualizacje oraz usuwanie. - Pochocne (ang. derivations) oraz sprawdzenia bazujące na pojedyńczym rekordzie sprawdzają się dobrze w tej konstrukcji. - Rekord Aktywne ma podstawową zaletę, którą jest prostota. Łatwo jest stworzyć Rekord Aktywny, łatwo go również zrozuieć. -

- -

Jednakże, jeśli twoja logika biznesowa staje się coraz bardziej złożona, wkrótce będziesz chciał - używać bezpośrednich relacji, zbiorów, dziedziczenia twojego obiektu i tak dalej. Nie da się tego łatwo odwzorować za pomocą Rekordu Aktywnego, - a dodawanie ich po kawałku staje się bardzo kłopotliwe. Innym argumentem przeciw Rekordowi Aktywnemu jest fakt, że łączy model obiektowy z modelem baz danych. - To czyni trudniejszym refaktoring, gdy projekt idzie naprzód. -

- -

Alternatywą jest używanie wzorca Data Mapper (mapa danych), który odseparowuje role obiektu biznesowego od tego jak te obiekty są przechowywane. - Prado dostarcza - Prado provides a darmowy wybór pomiędzy rekordem aktywnym a SqlMap Data Mapper. - SqlMap Data Mapper może być uzywany do wczytania obiektów Rekordu Aktywnego, i na odwrót, te Rekordy Aktywne mogą zostać użyte do aktualizacji bazy danych. - Związek pomiędzy Rekordem Aktywnym a SqlMap przedstawiony jest na kolejnym diagramie. Więcej informacji związanych z SqlMap Data Mapper można znaleźć w - manualu SqlMap. - alt="Active Records and SqlMap DataMapper" id="fig:diagram.png" class="figure"/> -

- -

- Klasa Rekordu aktywnego posiada funkcjonalność do przeprowadzenia następujących zadań: -

-
    -
  • Tworzenie, zwracanie, aktualizowani i usuwanie recordów (CRUD)
    • -
  • metody wyszukujące obudowujące powszechnie używane zapytania SQL i zwracające obiekty Rekordu Aktywnego
    • -
  • Wydobywają relacje (powiazanych obcych obiektów) takie jak "posiada wiele" (ang. has many), "posiada jedno" (ang. has one), "należy do" (ang. belongs to) oraz wiele do wielu "many to many" poprzez tablice asocjacyjne.
    • -
  • Opóźnione ładowanie (ang. Lazy loading) relacji
    • -
-

Implikacje modelu

-

-Implementacja wzorca Aktywnego Rekordu w PRADO nie zapewnia referencyjnej tożsamości (ang. referential identity). Każdy istniejący obiekt używający -Rekordu Aktywnego jest koopią danych z bazy danych. Na przykład jeśli zapytasz o konkretnego klienta i zostanie zwrócony obiekt Klient, -to następnym razem kiedy zapytasz o tego klienta otrzymasz spowrotem inną instancję obiektu Klient. To implikuje, że ścisłe porównianie (np. używając ===) -zwróci fałsz, natomiast luźne porównianie (np. używając ==) zwróci prawdę jeśli wartości obiektu są równe poprzez luźne porónanie. -

-

-Jest to implikacja modelu wynikająca z następującego pytania: -"Czy myślisz o kliencie jako o obiekcie, którego któy jest tylko jeden, czy też myślisz o obiekcie na którym działasz jako o kopii bazy danych. -Inne mapowania O/R implikują, że istnieje tylko jeden obiekt Klienta z KlientID 100 -Other O/R mappings will imply that there is only one Customer object with custID 100 i to dosłownie jest ten klient. -Jeśli pobierzesz klienta i zmienisz pole w nim, wtedy masz zmienionego tego klienta. -"To kontroastuje z: zmieniłeś tą kopię klienta ale nie tamtą kopię. -Jeśli dwóch ludzi zaktualizuje kleinta z dwóch kopii obiektu, kto zaktualizuje pierwszy lub być może ostanie wygrywa." [A. Hejlsberg 2003] -

- -

Wspierane bazy danych

-

-Implementacja Aktywnego Rekordu wykorzystuje kalsy Prado DAO by uzyskać dostęp do danych. Aktualna implementacja Aktywnego Rekordu wspiera następujace bazy danych -

- -

Wsparcie dla pozostałych baz danych może zostać wprowadzone, keidy będzie dostatecne zapotrzebowanie

- -

Definiowanie Aktywnego Rekordu

-

Rozważmy następującą tablicę "users", która zawiera dwie kolumny nazwane "username" oraz "email", - gdzie "username" jest kluczem głównym. - -CREATE TABLE users -( - username VARCHAR( 20 ) NOT NULL , - email VARCHAR( 200 ) , - PRIMARY KEY ( username ) -); - -

-

Następnie zdefiniujemy naszą klasę Rekordu Aktywnego odpowiadającą tablicy "users". - -class UserRecord extends TActiveRecord -{ - const TABLE='users'; //nazwa tablicy - - public $username; //kolumna nazwana "username" w tablicy "users" - public $email; - - /** - * @return TActiveRecord intancja finder rekordu aktywnego - */ - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-

Każda kolumna tablicy "users" musi posiadać odpowiadającą jej właściwość o tej samej nazwie co kolumna w tablicy w klasie UserRecord. - Oczywiście, możesz zdefiniować dodatkowe zmienne lub właściwości, które nie istnieją w strukturze tablicy. - Stała TABLE jest opcjonalna w klasie , kiedy nazwa klasy jest taka sama jak nazwa tablicy w bazie danych, w przeciwnym przypadku TABLE - musi określać nazwę tablicy, która odpowiada klasie Rekordu Aktywnego. -

- -
Tip: -Możesz określić kwalifikowane (ang. qualified) nazwy tablic np dla MySQL, TABLE = "`bazadanych1`.`tablica1`". -
- -

- Odkąd TActiveRecord rozszerza TComponent, metody setter i getter mogą zostać zdefiniowane - by umożliwić kontrolę nad tym jak zmienne są ustawiane i zwracane. Na przykłąd dodanie właściwości $level - do klasy UserRecord: -

- -class UserRecord extends TActiveRecord { - ... //istniejąca uprzednio część definicji - - private $_level; - public function setLevel($value) { - $this->_level=TPropertyValue::ensureInteger($value,0); - } - public function getLevel($value){ - return $this->_level; - } -} - -

Więcej szczegółów dotyczących TComponent można znaleźć dokumentacji komponentów. -Później użyjemy metod getter/setters by umożliwić opóźnione ładowanie (ang. lazy loading) obiektów relacji. -

- -
Info: -TActiveRecord może również działać z widokami poprzez przypisanie do stałej TABLE - odpowiedniej nazwy widoku. Jednakże obiektu zwracane przez widoki są tylko do odczytu, wywołanie metod save() lub delete() -spowoduje wywołanie wyjątku. -
- -

- Metoda statyczna finder() zwraca instancję UserRecord, która może zostać użyta do załadowania rekordów z bazy. - Ładowanie rekordów za pomocą tej metody będzie omówione później. Statyczna metoda TActiveRecord::finder() - pobiera nazwę klasy Rekord Aktywnego jako parametr. -

- -

Ustanawianie połączenia z bazą danych

-

- Domyślne połączenie z bazą dla Rekordu Aktywnego może zostać ustawione następujaco. - Zobacz Ustanawianie połączenia z bazą - by uzyskać ogólnie dalsze szczegóły odnośnie tworzenia połączenia z bazą danych. -

- -//utwóz połączenie i przekaż je do menadżera Rekordu Aktywnego -$dsn = 'pgsql:host=localhost;dbname=test'; //Postgres SQL -$conn = new TDbConnection($dsn, 'dbuser','dbpass'); -TActiveRecordManager::getInstance()->setDbConnection($conn); - - -

Alternatywnie, możesz stworzyć klasę bazową i nadpisać metodę getDbConnection() -do zwracania połączenia z bazą. To jest prosty spodób, by umożliwić wielkokrotne połączenia do wielu baz danych. - Następujący kod demonstruje definiowanie połączenia z bazą danych w klasie bazowej (nie ma potrzeby by ustawiać połączenie DB gdziekolwiek indziej). -

- -class MyDb1Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - $conn = new TDbConnection('xxx','yyy','zzz'); - return $conn; - } -} -class MyDb2Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - $conn = new TDbConnection('aaa','bbb','ccc'); - return $conn; - } -} - - - -

Używanie application.xml w frameworku Prado

-
-

- Domyślne połączenie z bazą może zostać również skonfigurowane używając tagu <module> - w pliku application.xml - lub config.xml następująco: - - - - - - - -

Wskazówka: - Atrybut EnableCache gdy ustawiony na "true" będzie keszował metadane tablicy, to oznacza, że nazwy kolumn, indeksy i ograniczenia (ang. constraints) - są zapisywane w keszu i używane ponownie. Musisz wyczyścić lub wyłączyć kesz jeśli chcesz zobaczyć wprowadzone zmiany do definicji twoich tablic. - Moduł keszowania musi być również zdefiniowany dla keszu by zadziałał. -
-

- -

Do właściwość ConnectionID może zostać przypisana wartość ID z konfiguracji z innego modułu - TDataSourceConfig. To pozwala uyżywać to połączenie z bazą danych w innych modułach, takich jak SqlMap (mapa SQL). - - - - - - - - - - - -

-
- -

Ładowanie danych z tablicy

-

- Klasa TActiveRecord dostarcza wielu wygodnych metod do wyszukiwania rekordów z bazy danych. - Najprostszym jest znajdowanie jednego rekordu poprzez dopasowanie klucza głównego lub klucza złożonego (ang. composite key) - (klucz główny skłądający się z wielu kolumn). - Zobacz by dowiedzieć się więcej. -

- -
Info: -Wszystkie metody wyszukujące, które mogą zwrócić tylko 1 rekord zwrócą null jeśli nie znajdą pasujących danych. -Wszystkie metody wyszukujące, które zwracają tablicę rekordów zwrócą pustą tablicęm jeśli nie znajdą pasujących danych. -
- -

findByPk()

-

Znajduje jeden rekord używając klucza głównego lub klucza złożonego. - -$finder = UserRecord::finder(); -$user = $finder->findByPk($primaryKey); - -//kiedy tablica używa klucza złożonego -$record = $finder->findByPk($key1, $key2, ...); -$record = $finder->findByPk(array($key1, $key2,...)); - -

- -

findAllByPks()

-

Znajduje wiele rekordów używając listy kluczy głównych lub kluczy złożonych. -Co następuje jest odpowiednie dla kluczów głównych (klucz główny składa się tylko z jednego pola/kolumny) -

- -$finder = UserRecord::finder(); -$users = $finder->findAllByPks($key1, $key2, ...); -$users = $finder->findAllByPks(array($key1, $key2, ...)); - -Co następuje jest odpowiednie dla kluczów złożonych: - -//kiedy tablica używa klucza złożonego -$record = $finder->findAllByPks(array($key1, $key2), array($key3, $key4), ...); - -$keys = array( array($key1, $key2), array($key3, $key4), ... ); -$record = $finder->findAllByPks($keys); - - - -

find()

-

Znajduje pojedyńczy rekord, który spełnia kryteria. Kryteria mogą być częściowym łąńcuchem SQL lub obiektem TActiveRecordCriteria

- -$finder = UserRecord::finder(); - -//:name oraz :pass są pojemnikami dla konkretnych wartości $name oraz $pass -$finder->find('username = :name AND password = :pass', - array(':name'=>$name, ':pass'=>$pass)); - -//użycie znaków zastępczych -$finder->find('username = ? AND password = ?', array($name, $pass)); -//jak wyżej -$finder->find('username = ? AND password = ?', $name, $pass); - -//$criteria są typu TActiveRecordCriteria -$finder->find($criteria); //drugi parametr dla find() jest zignorowany. - - -

Klasa TActiveRecordCriteria ma następujące właściwości: -

-
    -
  • Parameters -- pary wartość nazwa parametru.
    • -
  • OrdersBy -- nazwa kolumny i sortowanie par
    • -
  • Condition -- część WHERE zapytania SQL
    • -
  • Limit -- maksymalna ilość rekordów, któe zostaną zwrócone.
    • -
  • Offset -- offset rekordów w tablicy.
    • -
- - -$criteria = new TActiveRecordCriteria; -$criteria->Condition = 'username = :name AND password = :pass'; -$criteria->Parameters[':name'] = 'admin'; -$criteria->Parameters[':pass'] = 'prado'; -$criteria->OrdersBy['level'] = 'desc'; -$criteria->OrdersBy['name'] = 'asc'; -$criteria->Limit = 10; -$criteria->Offset = 20; - - -
Przypis: -For MSSQL and when Limit and Offset are positive integer values. The -actual query to be executed is modified by the - -class according to -http://troels.arvin.dk/db/rdbms/ -to emulate the Limit and Offset conditions. -
- -

findAll()

-

Podobnie jak find() ale zwraca tablicę obiektów.

- -

findBy*() oraz findAllBy*()

-

Dynamiczne metody wyszukujące używające część nazwy metody jako kryteria wyszukiwania. -Metody zaczynające się od słów findBy zwracają tylko 1 rekord natomiast metody zaczynające się findAllBy zwracają tablicę obiektów. -Warunej jest wzięty jako część nazwy metody po przedrostku findBy lub findAllBy. - -Następujące bloki kodów są sobie równoważne: -

- -$finder->findByName($name) -$finder->find('Name = ?', $name); - - - -$finder->findByUsernameAndPassword($name,$pass); -$finder->findBy_Username_And_Password($name,$pass); -$finder->find('Username = ? AND Password = ?', $name, $pass); - - - -$finder->findAllByAge($age); -$finder->findAll('Age = ?', $age); - - -
Tip: -Możesz również użyć połączenia AND oraz OR jako warunek w dynamicznych metodach. -
- -

findBySql() oraz findAllBySql()

-

Znajdują rekordy używając pełnego zapytania SQL z tym, że findBySql() -zwraca Rekord Aktywny a findAllBySql()zwraca tablicę obiektów rekordów. -Dla każdej zwróconej kolumny, odpowiadająca klasa Rekordu Aktywnego musi posiadać zdefiniowaną zmienną lub właściwość odpowiadającą nazwie kolumny. - -class UserRecord2 extends UserRecord -{ - public $another_value; -} -$sql = "SELECT users.*, 'hello' as another_value FROM users"; -$users = TActiveRecord::finder('UserRecord2')->findAllBySql($sql); - -

-

count()

-

Zlicza ilość pasujących rekordów, akceptuje te same parametry co metoda findAll()

- -

Wstawianie i aktualizowanie rekordów

-

-Dodanie nowego rekordu za pomocą TActiveRecord jest bardzo łatwe, po prostu stwórz nowy obiekt Rekordu Aktywnego i wywołaj metodę save(). Na przykład -

- -$user1 = new UserRecord(); -$user1->username = "admin"; -$user1->email = "admin@example.com"; -$user1->save(); //wstaw nowy rekord - -$data = array('username'=>'admin', 'email'=>'admin@example.com'); -$user2 = new UserRecord($data); //stwórz przekazując istniejące dane -$user2->save(); //wstaw nowy rekord - -
Wskazówka: -Obiekty są aktualizowe automatycznie o wartość klucza głównego dla tych tablic, które zawierają definicję -określającą automatyczne tworzenie klucza głównego dla nowo tworzonych rekordów (przyp. tłum. autoincrement). -Na przykład jeśli wstawiasz nowy rekord do tablicy MySQL która posiada kolumnę zdefiniowaną jako to obiekt Rekordu Aktywnego -zostanie zaktualizowant o nową zwiększoną wartość.
- -

-Aby zaktualizować rekord w bazie danych po prostu zmień jedną lub więcej właściwości obiektu Rekordu Aktywnego które zostały odczytane z bazy a następnie wywołaj metodę save(). - - -$user = UserRecord::finder()->findByName('admin'); -$user->email="test@example.com"; //zmiana właściwości -$user->save(); //zaktualizuj ją - -

- -

-Obiekt Rekordu Aktywnego posiada prosty cykl życia zilustrowany następujący diagram. -

- alt="Active Records Life Cycle" id="fig:cycle.png" class="figure"/> -

-Widzimy, że nowe obiekty Rekordu Aktywnego są tworzone zarówno przez jedną z metod find*() -lub poprzez stworzenie nowej instancji poprzez użycie polecenia PHP new. Obiekty stworzone przez metodę find*() -zaczynają ze stanem czysty (ang. clean). Nowa instancja TActiveRecord stworzona inaczej niż za pomocą metod find*() zaczyna ze stanem nowy (ang. new). -Kiedykolwiek wywołasz metodę save() na obiekcie TActiveRecord, obiekt przyjmuje stan czysty. -Obiekty będące czystymi stają się brudne (ang. dirty) kiedy jeden lub więcej ze stwoich wewnętrznych stanów ulegnie zmianie. -Wywoałanie metody delete() obiektu kończy cykl życia, żadne inne akcje nie mogą być wywołane na obiekcie. -

- -

Usuwanie istniejących obiektów

-

- Aby usunąc istniejący rekord, który jest załadowany, po prostu wywołaj metodę delete. - Możesz rónież usunąć rekord w bazie danych poprzez klucz główny bez ładowania żadnego rekordu używając metody - deleteByPk() (również metoda deleteAllByPks()). - Na przykład, aby usunąć jeden lub więcej rekordów z tabeli używając jednego lub wielu kluczów głównych: -

- -$finder->deleteByPk($primaryKey); //usuwanie 1 rekordu -$finder->deleteAllByPks($key1,$key2,...); //usuwanie wielu rekordów -$finder->deleteAllByPks(array($key1,$key2,...)); //usuwanie wielu rekordów - - -

-Dla klucza złożonego (ustalanego automatycznie na podstawie definicji tablicy): -

- -$finder->deleteByPk(array($key1,$key2)); //usuwanie 1 rekordu - -//usuwanie wielu rekordów -$finder->deleteAllByPks(array($key1,$key2), array($key3,$key4),...); - -//usuwanie wielu rekordów -$finder->deleteAllByPks(array( array($key1,$key2), array($key3,$key4), .. )); - - -

deleteAll() oraz deleteBy*()

-

-Aby usunąć używając kryteria użyj deleteAll($criteria) oraz deleteBy*() -z podobną składnią jak findAll($criteria) oraz findAllBy*() opisaną wcześniej. -

- -//usuwanie wszystkich rekordów z pasującym Name -$finder->deleteAll('Name = ?', $name); -$finder->deleteByName($name); - -//usuwanie na podstawie Name oraz Password -$finder->deleteBy_Username_And_Password($name,$pass); - - -

Tranzakcje

-

Wszystkie obiekkty Rekordu Aktywnego zawierają właściwość DbConnection, - która może być używana by uzyskać obiekt tranzakcyjny. - -$finder = UserRecord::finder(); -$finder->DbConnection->Active=true; //otwórz jeśli to konieczne -$transaction = $finder->DbConnection->beginTransaction(); -try -{ - $user = $finder->findByPk('admin'); - $user->email = 'test@example.com'; //zmień obiekt użytkownika $user - $user->save(); - $transaction->commit(); -} -catch(Exception $e) // wyjątek jest wołany jeśli zapytanie nie powiedzie się -{ - $transaction->rollBack(); -} - - -

Zdarzenia

-

-Rekord Aktywny oferuje dwa zdarzenia: OnCreateCommand oraz OnExecuteCommand. -

- -

Zdarzenie OnCreateCommand jest wołane gdy polecenie jest przygotowywane i przypisywanie (ang. binding) parametrów jest zakończone. - Parametrem obiektu jest TDataGatewayEventParameter, którego właściwość Command może być sprawdzona by otrzymać zapytanie, które będzie wykonane wykonywane. -

- -

-Zdarzenie OnExecuteCommand jest wywoływane kiedy polecenie jest wykonane i rezultat z bazy danych został zwrócony. - Parametrem obiektu jest TDataGatewayResultEventParameter, którego właściwość Result zawiera dane zwrócone z bazy danych. - Dane zwrócone mogą zostać zmienione poprzez ustawienie właściwości Result. -

- -

Przykład z logowaniem

-

Używając OnExecuteCommand możemy przypiąć uchwyt zdarzenia by logować całe -zapytanie SQL wwywoływane dla danej instancji lub klasy TActiveRecord. Na przykład definiujemy klasę bazową i nadpisujemy -metodę getDbConnection() lub konstruktor. -

- - -class MyDb1Record extends TActiveRecord -{ - public function getDbConnection() - { - static $conn; - if($conn===null) - { - $conn = new TDbConnection('xxx','yyy','zzz'); - $this->OnExecuteCommand[] = array($this,'logger'); - } - return $conn; - } - public function logger($sender,$param) - { - var_dump($param->Command->Text); - } -} -//alternatively as per instance of per finder object -function logger($sender,$param) -{ - var_dump($param->Command->Text); -} -TActiveRecord::finder('MyRecord')->OnExecuteCommand[] = 'logger'; -$obj->OnExecuteCommand[] = array($logger, 'log'); //dowolny poprawny callback PHP - - -

Relacje dla Rekordu Aktywnego

- -

-Implementacja Rekordu Aktywnego w Prado wspiera mapowanie kluczów obcych dla baz, które wspierają ograniczenia (ang. constraints) kluczów obcych. - Aby relacje dla Rekordu Aktywnego działały używana baza danych musi wspierać ograniczenia klucza głównego (np. MySQL używająca InnoDB) -

- -

-W następnych sekcjach będziemy rozważać nastepujące relacje pomiędzy tabelami Teams, Players, Skills oraz Profiles. -

- class="figure" /> - - -

Celem jest uzyskanie modelu obiektowego, który będzie reprezetnował w pewnym stopniu relacje pomiędzy polami z powyższego rysunku. -

- - class="figure" /> - -

-Istnieje rozbieżność pomiędzy relacjami w obiektach i relacjami w tablicach. - Po pierwsze jest różnica w reprezentacji. Obiekty trzymają powiązanie poprzez przechowywanie referencji, -które są trzymane poprzez zarządzające pamięcią środowiko uruchomieniowe. Bazy relacyjne trzymają powiązanie poprzez utworzenie klucza do innej tablicy. - Po drugie, obiekty mogą łatwo uzywać kolekcji by trzymać wielokrotnie referencje z jednego pola, -to handle multiple references from a single field, gdyż normalizacja zmusza wszystkie powiązania relacji encji by były pojedyńczymi wartościami. -To prowadzi do odwrócenia struktury danych pomiędzy obiektami i tablicami. -Podejście zastosowane w modelu Rekordu Aktywnego Prado uzywa ograniczeń kluczów obcych tablicy do wyprowadzenia relacji obiektów. -To implikuje fakt wspierania ograniczeń kluczów obcych dla bazy danych. -

-
Tip: -Dla baz danych SQLite możesz stworzyć tablice, które definiują ograniczenia kluczó obcych tak jak na przykładzie poniżej. -Jednakże te ograniczenia NIE SĄ narzucane przez samą bazę SQLite. - -CREATE TABLE foo -( - id INTEGER NOT NULL PRIMARY KEY, - id2 CHAR(2) -); -CREATE TABLE bar -( - id INTEGER NOT NULL PRIMARY KEY, - foo_id INTEGER - CONSTRAINT fk_foo_id REFERENCES foo(id) ON DELETE CASCADE -); - -
- -

Mapowanie kluczów obcych

-

Relacja pól pomiędzy tablicami Teams and Players jest znana jako relacja jeden-do-wielu (ang. 1-M). Oznacza to, że jeden Team moze zawierać zero lub więcej Players. Z punktu widzenia relacji obiektów -powiemy, że obiekt TeamRecord posiada wiele (ang. has many) obiektów PlayerRecord. -(Zauważ odwrócenie kierunku relacji pomiędzy tablicami a obiektami) -

- -

Relacja posiada wiele (ang. has Many Relationship)

-

-Zamodelujemy obiekt Team jako następującą klasę Rekordu Aktywnego. -

- -class TeamRecord extends TActiveRecord -{ - const TABLE='Teams'; - public $name; - public $location; - - public $players=array(); // this declaration is no longer needed since v3.1.2 - - //define the $player member having has many relationship with PlayerRecord - public static $RELATIONS=array - ( - 'players' => array(self::HAS_MANY, 'PlayerRecord', 'team_name'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-The static $RELATIONS property of TeamRecord defines that the -property $players has many PlayerRecords. Multiple relationships -is permitted by defining each relationship with an entry in the $RELATIONS -array where array key for the entry corresponds to the property name. -In array(self::HAS_MANY, 'PlayerRecord'), the first element defines the -relationship type, the valid types are self::HAS_MANY, self::HAS_ONE, -self::BELONGS_TO and self::MANY_TO_MANY. -The second element is a string 'PlayerRecord' that corresponds to the -class name of the PlayerRecord class. -And the third element 'team_name' refers to the foreign key column in the Players table that -references to the Teams table. -

- -
Note: -As described in the code comment above, since version 3.1.2, related properties no longer -need to be explicitly declared. By default, they will be implicitly declared according to -keys of the $RELATIONS array. A major benefit of declared related properties implicitly -is that related objects can be automatically loaded in a lazy way. For example, assume we have -a TeamRecord instance $team. We can access the players via $team->players, -even if we have never issued fetch command for players. If $players is explicitly declared, -we will have to use the with approach described in the following to fetch the player records. -
- -

-The foreign key constraint of the Players table is used to determine the corresponding -Teams table's corresponding key names. This is done automatically handled -in Active Record by inspecting the Players and Teams table definitions. -

- -
Info: -Since version 3.1.2, Active Record supports multiple foreign key -references of the same table. Ambiguity between multiple foreign key references to the same table is -resolved by providing the foreign key column name as the 3rd parameter in the relationship array. -For example, both of the following foreign keys owner_id and reporter_id -references to the same table defined in UserRecord. - -class TicketRecord extends TActiveRecord -{ - public $owner_id; - public $reporter_id; - - public $owner; // this declaration is no longer needed since v3.1.2 - public $reporter; // this declaration is no longer needed since v3.1.2 - - public static $RELATION=array - ( - 'owner' => array(self::BELONGS_TO, 'UserRecord', 'owner_id'), - 'reporter' => array(self::BELONGS_TO, 'UserRecord', 'reporter_id'), - ); -} - -This is applicable to relationships including BELONGS_TO, HAS_ONE and -HAS_MANY. See section Self Referenced Association Tables for solving ambiguity of MANY_TO_MANY -relationships. -
- -

The "has many" relationship is not fetched automatically when you use any of the Active Record finder methods. -You will need to explicitly fetch the related objects as follows. In the code below, both lines -are equivalent and the method names are case insensitive. -

- -$team = TeamRecord::finder()->withPlayers()->findAll(); -$team = TeamRecord::finder()->with_players()->findAll(); //equivalent - -

-The method with_xxx() (where xxx is the relationship property -name, in this case, players) fetches the corresponding PlayerRecords using -a second query (not by using a join). The with_xxx() accepts the same -arguments as other finder methods of TActiveRecord, e.g. with_players('age = ?', 35). -

- -
Note: -It is essential to understand that the related objects are fetched using additional -queries. The first query fetches the source object, e.g. the TeamRecord in the above example code. -A second query is used to fetch the corresponding related PlayerRecord objects. -The usage of the two query is similar to a single query using Left-Outer join with the -exception that null results on the right table -are not returned. The consequence of using two or more queries is that the aggregates -and other join conditions are not feasible using Active Records. For queries outside the -scope of Active Record the SqlMap Data Mapper may be considered. -
- -
Info: -The above with approach also works with implicitly declared related properties (introduced -in version 3.1.2). So what is the difference between the with approach and the lazy loading -approach? Lazy loading means we issue an SQL query if a related object is initially accessed and not ready, -while the with approach queries for the related objects once for all, no matter the related objects -are accessed or not. The lazy loading approach is very convenient since we do not need to explictly -load the related objects, while the with approach is more efficient if multiple records are -returned, each with some related objects. -
- -

Has One Relationship

-

The entity relationship between Players and Profiles is one to one. That is, -each PlayerRecord object has one ProfileRecord object (may be none or null). -A has one relationship is nearly identical to a has many relationship with the exception -that the related object is only one object (not a collection of objects). -

- -

Belongs To Relationship

-

The "has many" relationship in the above section defines a collection of foreign -objects. In particular, we have that a TeamRecord has many (zero or more) -PlayerRecord objects. We can also add a back pointer by adding a property -in the PlayerRecord class that links back to the TeamRecord object, -effectively making the association bidirectional. -We say that the $team property in PlayerRecord class belongs to a TeamRecord object. -The following code defines the complete PlayerRecord class with 3 relationships. -

- -class PlayerRecord extends TActiveRecord -{ - const TABLE='Players'; - public $player_id; - public $age; - public $team_name; - - public $team; // this declaration is no longer needed since v3.1.2 - public $skills=array(); // this declaration is no longer needed since v3.1.2 - public $profile; // this declaration is no longer needed since v3.1.2 - - public static $RELATIONS=array - ( - 'team' => array(self::BELONGS_TO, 'TeamRecord', 'team_name'), - 'skills' => array(self::MANY_TO_MANY, 'SkillRecord', 'Player_Skills'), - 'profile' => array(self::HAS_ONE, 'ProfileRecord', 'player_id'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - -

-The static $RELATIONS property of PlayerRecord defines that the -property $team belongs to a TeamRecord. -The $RELATIONS array also defines two other relationships that we -shall examine in later sections below. -In array(self::BELONGS_TO, 'TeamRecord', 'team_name'), the first element defines the -relationship type, in this case self::BELONGS_TO; -the second element is a string 'TeamRecord' that corresponds to the -class name of the TeamRecord class; and the third element 'team_name' refers -to the foreign key of Players referencing Teams. -A player object with the corresponding team object may be fetched as follows. -

- -$players = PlayerRecord::finder()->with_team()->findAll(); - - -

- The method with_xxx() (where xxx is the relationship property - name, in this case, team) fetches the corresponding TeamRecords using - a second query (not by using a join). The with_xxx() accepts the same -arguments as other finder methods of TActiveRecord, e.g. -with_team('location = ?', 'Madrid'). -

- -
Tip: -Additional relationships may be fetched by chaining the with_xxx() together as the following -example demonstrates. - -$players = PlayerRecord::finder()->with_team()->with_skills()->findAll(); - -Each with_xxx() method will execute an additional SQL query. Every -with_xxx() accepts arguments similar to those in the findAll() method and is only -applied to that particular relationship query. -
- -

The "belongs to" relationship of ProfileRecord class is defined similarly.

- -class ProfileRecord extends TActiveRecord -{ - const TABLE='Profiles'; - public $player_id; - public $salary; - - public $player; // this declaration is no longer needed since v3.1.2 - - public static $RELATIONS=array - ( - 'player' => array(self::BELONGS_TO, 'PlayerRecord'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - - -

In essence, there exists a "belongs to" relationship for objects corresponding to -entities that has column which are foreign keys. In particular, we see that -the Profiles table has a foreign key constraint on the column player_id -that relates to the Players table's player_id column. Thus, the ProfileRecord -object has a property ($player) that belongs to a PlayerRecord object. -Similarly, the Players table has a foreign key constraint on the column team_name that relates to the -Teams table's name column. -Thus, the PlayerRecord object has a property ($team) that belongs to a -TeamRecord object. -

- -

Parent Child Relationships

-

A parent child relationship can be defined using a combination of has many and belongs to -relationship that refers to the same class. The following example shows a parent children relationship between -"categories" and a "parent category". -

- - -class Category extends TActiveRecord -{ - public $cat_id; - public $category_name; - public $parent_cat_id; - - public $parent_category; // this declaration is no longer needed since v3.1.2 - public $child_categories=array(); // this declaration is no longer needed since v3.1.2 - - public static $RELATIONS=array - ( - 'parent_category' => array(self::BELONGS_TO, 'Category', 'parent_cat_id'), - 'child_categories' => array(self::HAS_MANY, 'Category', 'parent_cat_id'), - ); -} - - -

Query Criteria for Related Objects

-

-In the above, we show that an Active Record object can reference to its related objects by -declaring a static class member $RELATIONS which specifies a list of relations. Each relation -is specified as an array consisting of three elements: relation type, related AR class name, -and the foreign key(s). For example, we use array(self::HAS_MANY, 'PlayerRecord', 'team_name') -to specify the players in a team. There are two more optional elements that can be specified -in this array: query condition (the fourth element) and parameters (the fifth element). -They are used to control how to query for the related objects. For example, if we want to obtain -the players ordered by their age, we can specify array(self::HAS_MANY, 'PlayerRecord', 'team_name', 'ORDER BY age'). -If we want to obtain players whose age is smaller than 30, we could use -array(self::HAS_MANY, 'PlayerRecord', 'team_name', 'age<:age', array(':age'=>30)). In general, -these two additional elements are similar as the parameters passed to the find() method in AR. -

- - - -

Association Table Mapping

-

-Objects can handle multivalued fields quite easily by using collections as field values. -Relational databases don't have this feature and are constrained to single-valued fields only. -When you're mapping a one-to-many association you can handle this using has many relationships, -essentially using a foreign key for the single-valued end of the association. -But a many-to-many association can't do this because there is no single-valued end to -hold the foreign key. -

-

-The answer is the classic resolution that's been used by relational data people -for decades: create an extra table (an association table) to record the relationship. -The basic idea is using an association table to store the association. This table -has only the foreign key IDs for the two tables that are linked together, it has one -row for each pair of associated objects. -

-

-The association table has no corresponding in-memory object and its primary key is the -compound of the two primary keys of the tables that are associated. -In simple terms, to load data from the association table you perform two queries (in general, it may also be achieved using one query consisting of joins). -Consider loading the SkillRecord collection for a list PlayerRecord objects. -In this case, you do queries in two stages. -The first stage queries the Players table to find all the rows of the players you want. -The second stage finds the SkillRecord object for the related player ID for each row -in the Player_Skills association table using an inner join. -

- -

The Prado Active Record design implements the two stage approach. For the -Players-Skills M-N (many-to-many) entity relationship, we -define a many-to-many relationship in the PlayerRecord class and -in addition we may define a many-to-many relationship in the SkillRecord class as well. -The following sample code defines the complete SkillRecord class with a -many-to-many relationship with the PlayerRecord class. (See the PlayerRecord -class definition above to the corresponding many-to-many relationship with the SkillRecord class.) -

- - -class SkillRecord extends TActiveRecord -{ - const TABLE='Skills'; - public $skill_id; - public $name; - - public $players=array(); // this declaration is no longer needed since v3.1.2 - - public static $RELATIONS=array - ( - 'players' => array(self::MANY_TO_MANY, 'PlayerRecord', 'Player_Skills'), - ); - - public static function finder($className=__CLASS__) - { - return parent::finder($className); - } -} - - -

-The static $RELATIONS property of SkillRecord defines that the -property $players has many PlayerRecords via an association table 'Player_Skills'. -In array(self::MANY_TO_MANY, 'PlayerRecord', 'Player_Skills'), the first element defines the -relationship type, in this case self::MANY_TO_MANY, -the second element is a string 'PlayerRecord' that corresponds to the -class name of the PlayerRecord class, and the third element is the name -of the association table name. -

- -
Note: -Prior to version 3.1.2 (versions up to 3.1.1), the many-to-many relationship was -defined using self::HAS_MANY. For version 3.1.2 onwards, this must be changed -to self::MANY_TO_MANY. This can be done by searching for the HAS_MANY in your -source code and carfully changing the appropriate definitions. -
- -

-A list of player objects with the corresponding collection of skill objects may be fetched as follows. -

- -$players = PlayerRecord::finder()->withSkills()->findAll(); - -

-The method with_xxx() (where xxx is the relationship property -name, in this case, Skill) fetches the corresponding SkillRecords using -a second query (not by using a join). The with_xxx() accepts the same -arguments as other finder methods of TActiveRecord. -

- -

Self Referenced Association Tables

-

-For self referenced association tables, that is, the association points to the same -table. For example, consider the items table with M-N related -item via the related_items association table. The syntax in the following -example is valid for a PostgreSQL database. For other database, consult their respective documentation for -defining the foreign key constraints. - -CREATE TABLE items -( - "item_id" SERIAL, - "name" VARCHAR(128) NOT NULL, - PRIMARY KEY("item_id") -); -CREATE TABLE "related_items" -( - "item_id" INTEGER NOT NULL, - "related_item_id" INTEGER NOT NULL, - CONSTRAINT "related_items_pkey" PRIMARY KEY("item_id", "related_item_id"), - CONSTRAINT "related_items_item_id_fkey" FOREIGN KEY ("item_id") - REFERENCES "items"("item_id") - ON DELETE CASCADE - ON UPDATE NO ACTION - NOT DEFERRABLE, - CONSTRAINT "related_items_related_item_id_fkey" FOREIGN KEY ("related_item_id") - REFERENCES "items"("item_id") - ON DELETE CASCADE - ON UPDATE NO ACTION - NOT DEFERRABLE -); - - -

The association table name in third element of the relationship array may -contain the foreign table column names. The columns defined in the association -table must also be defined in the record class (e.g. the $related_item_id property -corresponds to the related_item_id column in the related_items table). -

- -class Item extends TActiveRecord -{ - const TABLE="items"; - public $item_id; - public $details; - - //additional foreign item id defined in the association table - public $related_item_id; - public $related_items=array(); // this declaration is no longer needed since v3.1.2 - - public static $RELATIONS=array - ( - 'related_items' => array(self::MANY_TO_MANY, - 'Item', 'related_items.related_item_id'), - ); -} - -
Tip: -Compound keys in the foreign table can -be specified as comma separated values between brackets. E.g. -'related_items.(id1,id2)'. -
- - - -

Lazy Loading Related Objects

- -
Note: -Implicitly declared related properties introduced in version 3.1.2 automatically have lazy -loading feature. Therefore, the lazy loading technique described in the following is no longer -needed in most of the cases, unless you want to manipulate the related objects through getter/setter. -
- -

Using the with_xxx() methods will load the relationship record on demand. Retrieving the -related record using lazy loading (that is, only when those related objects are accessed) can be -achieved by using a feature of the TComponent that provides accessor methods. In particular, -we define a pair of getter and setter methods where the getter method will retrieve the relationship -conditionally. The following example illustrates that the PlayerRecord can retrieve its -$skills foreign objects conditionally. -

- -class PlayerRecord extends BaseFkRecord -{ - //... other properties and methods as before - - private $_skills; //change to private and default as null - - public function getSkills() - { - if($this->_skills===null && $this->player_id !==null) - { - //lazy load the skill records - $this->setSkills($this->withSkills()->findByPk($this->player_id)->skills); - } - else if($this->_skills===null) - { - //create new TList; - $this->setSkills(new TList()); - } - - return $this->_skills; - } - - public function setSkills($value) - { - $this->_skills = $value instanceof TList ? $value : new TList($value); - } -} - -

We first need to change the $skills=array() declaration to a private property -$_skills (notice the underscore) and set it to null instead. This allows us -to define the skills property using getter/setter methods -(see Components for details). The getSkills() -getter method for the skills property will lazy load the corresponding skills foreign record -when it is used as follows. Notice that we only do a lazy load when its $player_id is -not null (that is, when the record is already fetched from the database or player id was already set). -

- -$player = PlayerRecord::finder()->findByPk(1); -var_dump($player->skills); //lazy load it on first access -var_dump($player->skills[0]); //already loaded skills property -$player->skills[] = new SkillRecord(); //add skill - - -

The setSkills() ensures that the skills property will always be a TList. -Using a TList allows us to set the elements of the skills property as if they were -arrays. E.g. $player->skills[] = new SkillRecord(). If array was used, a PHP error -will be thrown. -

- -

Column Mapping

-

-Since v3.1.1, Active Record starts to support column mapping. Column mapping allows developers -to address columns in Active Record using a more consistent naming convention. In particular, -using column mapping, one can access a column using whatever name he likes, rather than limited by -the name defined in the database schema. -

-

-To use column mapping, declare a static array named COLUMN_MAPPING in the Active Record class. -The keys of the array are column names (called physical column names) as defined in the database -schema, while the values are corresponding property names (called logical column names) defined -in the Active Record class. The property names can be either public class member variable names or -component property names defined via getters/setters. If a physical column name happens to be the same -as the logical column name, they do not need to be listed in COLUMN_MAPPING. -

- -class UserRecord extends TActiveRecord -{ - const TABLE='users'; - public static $COLUMN_MAPPING=array - ( - 'user_id'=>'id', - 'email_address'=>'email', - 'first_name'=>'firstName', - 'last_name'=>'lastName', - ); - public $id; - public $username; // the physical and logical column names are the same - public $email; - public $firstName; - public $lastName; - //.... -} - -

-With the above column mapping, we can address first_name using $userRecord->firstName -instead of $userRecord->first_name. This helps separation of logic and model. -

- -

References

- - - diff --git a/demos/quickstart/protected/pages/Database/pl/ar_objects.png b/demos/quickstart/protected/pages/Database/pl/ar_objects.png deleted file mode 100755 index ac33b88b..00000000 Binary files a/demos/quickstart/protected/pages/Database/pl/ar_objects.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/pl/ar_relations.png b/demos/quickstart/protected/pages/Database/pl/ar_relations.png deleted file mode 100755 index 48e29f48..00000000 Binary files a/demos/quickstart/protected/pages/Database/pl/ar_relations.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/pl/diagram.png b/demos/quickstart/protected/pages/Database/pl/diagram.png deleted file mode 100755 index 0a0ca73d..00000000 Binary files a/demos/quickstart/protected/pages/Database/pl/diagram.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/pl/object_states.png b/demos/quickstart/protected/pages/Database/pl/object_states.png deleted file mode 100755 index db194783..00000000 Binary files a/demos/quickstart/protected/pages/Database/pl/object_states.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Database/pl/sqlmap_active_record.png b/demos/quickstart/protected/pages/Database/pl/sqlmap_active_record.png deleted file mode 100755 index 6d958d33..00000000 Binary files a/demos/quickstart/protected/pages/Database/pl/sqlmap_active_record.png and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Applications.page b/demos/quickstart/protected/pages/Fundamentals/id/Applications.page deleted file mode 100755 index 43b956c3..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Applications.page +++ /dev/null @@ -1,55 +0,0 @@ - - -

Aplikasi

-

-Aplikasi adalah turunan dari TApplication atau asal kelasnya. Ia mengatur modul yang menyediakan fungsionalitas berbeda dan diambil bila diperlukan. Ia menyediakan layanan bagi pengguna-akhir. Ia adalah tempat utama untuk menyimpan berbagai parameter dalam sebuah aplikasi. Dalam aplikasi PRADO, turunan aplikasi adalah satu-satunya obyek yang secara global dapat diakses melalui panggilan fungsi Prado::getApplication(). -

-

-Aplikasi dikonfigurasi melalui konfigurasi aplikasi. Biasanya dibuat dalam naskah entri seperti berikut, - -require_once('/path/to/prado.php'); -$application = new TApplication; -$application->run(); - -Di mana metode run() memulai aplikasi untuk menangani permintaan pengguna. -

- -

Organisasi Direktori

-

-Aplikasi PRADO minimal berisi dua file: file entri dan file template halaman. Ini harus diatur sebagai berikut, - -

-
    -
  • wwwroot - Akar dokumen Web atau sub-direktori.
    • -
  • index.php - naskah entri dari aplikasi PRADO.
    • -
  • assets - direktori yang menyimpan file pribadi yang dipublikasikan. Lihat seksi assets.
    • -
  • protected - path basis aplikasi yang menyimpan data aplikasi dan file naskah pribadi. Direktori ini harus dikonfigurasi tidak bisa diakses terhadap Web-inaccessible, atau ia dapat ditempatkan di luar direktori Web.
    • -
  • runtime - path penyimpan runtime aplikasi. Direktori ini dipakai oleh PRADO untuk menyimpan informasi runtime aplikasi, seperti kondisi aplikasi, data di-cache, dll.
    • -
  • pages - path basis yang menyimpan semua halaman PRADO. Lihat seksi layanan.
    • -
  • Home.page - Halaman standar yang diberikan saat pengguna tidak secara eksplisit menetapkan halaman yang diminta. Ini adalah file template halaman. Nama file tanpa akhiran adalah nama halaman. Kelas halaman adalah TPage. Jika di sana juga aga file kelas Home.php, kelas halaman menjadi Home.
    • -
- -

-Produk aplikasi PRADO biasanya membutuhkan file lebih banyak. Ia dapat menyertakan file konfigurasi aplikasi bernama application.xml di bawah path basis aplikasi protected. Halaman bisa diatur dalam direktori, beberapa diantaranya dapat berisi file konfigurasi halaman bernama config.xml. Untuk lebih jelasnya, silahkan lihat seksi konfigurasi. -

- -

Penyebaran Aplikasi

-

-Menyebarkan aplikasi PRADO sebagian besar terkait dengan meng-copy direktori. Sebagai contoh, untuk menyebarkan aplikasi minimal di atas ke server lain, ikuti langkah-langkah berikut, -

-
    -
  1. Copy konten di bawah wwwroot ke direktori yang dapat diakses=Web pada server baru.
    2. -
  2. Ubah file naskah entri index.php agar ia menyertakan file prado.php secara benar.
    3. -
  3. Hapus semua konten di bawah direktori assets dan runtime dan pastikan kedua direktori dapat ditulis oleh proses server Web.
    4. -
- -

Masa Hidup Aplikasi

-

-Seperti masa hidup halaman, aplikasi juga mempunyai masa hidup. Modul aplikasi dapat meregistrasi event masa hidup. Ketika aplikasi mencapai masa hidup tertentu dan memunculkan event terkait, metode modul teregistrasi akan di panggil secara otomatis. Modul yang disertakan dalam rilis PRADO, seperti TAuthManager, menggunakan cara ini untuk melasanakan tujuannya. -

-

-Masa hidup aplikasi dapat digambarkan sebagai berikut, -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Architecture.page b/demos/quickstart/protected/pages/Fundamentals/id/Architecture.page deleted file mode 100755 index 354e2403..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Architecture.page +++ /dev/null @@ -1,13 +0,0 @@ - -

Arsitektur

- -

-PRADO adalah kerangka kerja presentasi utama, meskipun tidak dibatasi demikian. Kerangka kerja terfokus pada pembuatan pemrograman Web, yang banyak berkaitan dengan interaksi pengguna, menjadi berbasis-komponen dan kendali-event agar pengembang itu bisa lebih produktif. Susunan kelas berikut menggambarkan beberapa kelas utama yang disediakan oleh PRADO, -

- - -

-Ketika aplikasi PRADO memproses permintaan halaman, diagram obyek statisnya dapat dilihat sebagai berikut, -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Components.page b/demos/quickstart/protected/pages/Fundamentals/id/Components.page deleted file mode 100755 index 4eb14964..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Components.page +++ /dev/null @@ -1,128 +0,0 @@ - -

Komponen

-

-Komponen adalah turunan dari TComponent atau kelas anaknya. Basis kelas TComponent menerapkan mekanisme properti dan event komponen. -

- -

Properti Komponen

-

-Properti komponen dapat dilihat sebagai variabel public yang menjelaskan aspek tertentu dari komponen seperti warna latar belakang, besar font, dll. Properti didefinisikan dengan keberadaan metode penyetel dan/atau pengambil dalam kelas komponen. Sebagai contoh, dalam TControl, kami mendefinisikan properti ID menggunakan metode pengambil dan penyetel berikut, - -class TControl extends TComponent { - public function getID() { - ... - } - public function setID($value) { - ... - } -} - -

-

-Untuk mendapatkan atau menetapkan properti ID, lakukan seperti berikut, seperti bekerja dengan sebuah variabel, - -$id = $component->ID; -$component->ID = $id; - -Ini sama dengan yang berikut, - -$id = $component->getID(); -$component->setID( $id ); - -

-

-Properti hanya-baca jika metode pengambil tetapi tidak untuk metode penyetel. Karena nama metode PHP adalah sensitif-huruf, nama properti juga sensitif-huruf. Kelas komponen mewariskan seluruh properti kelas leluhurnya. -

- -

Subproperti

-

-Subproperti adalah properti dari beberapa properti tipe-obyek. Sebagai contoh, TWebControl mempunyai properti Font yang merupakan tipe TFont. Kemudian properti Name dari Font dirujuk sebagai subproperti (dengan memperhatikan TWebControl). -

-

-Untuk mendapatkan atau menentukan subproperti Name, gunakan metode beriktu, - -$name = $component->getSubProperty('Font.Name'); -$component->setSubProperty('Font.Name', $name); - -Ini sama dengan yang berikut, - -$name = $component->getFont()->getName(); -$component->getFont()->setName( $name ); - - - -

- -

Event Komponen

-

-Event komponen adalah properti khusus yang mengambil nama metode sebagai nilainya. Melampirkan (setelan) metode ke sebuah event akan menancapkan metode ke tempat di mana event dimunculkan. Oleh karena itu, perilaku komponen bisa diubah dalam cara yang tidak terlihat selama pengembangan komponen. -

-

-Event komponen didefinisikan dengan keberadaan metode yang namanya dimulai dengan kata on. Nama event adalah nama metode dan sensitif-huruf. Sebagai contoh, dalam TButton, kita mempunyai - -class TButton extends TWebControl { - public function onClick( $param ) { - ... - } -} - -Ini mendefinisikan event bernama OnClick, dan pengendali dapat dilampirkan ke event menggunakan salah satu cara berikut, - -$button->OnClick = $callback; -$button->OnClick->add( $callback ); -$button->OnClick[] = $callback; -$button->attachEventHandler( 'OnClick' , $callback ); - -di mana $callback merujuk ke callback PHP yang benar (misalnya nama fungsi, metode kelas array($object,'method'), dll). -

- -

Namespace

-

-Namespace merujuk ke pengelompokan logis dari beberapa nama kelas agar dapat dibedakan dari nama kelas lain meskipun jika namanya sama. Karena PHP pada hakekatnya tidak mendukung namespace, Anda tidak bisa membuat turunan dari dua kelas yang mempunyai nama sama tapi dengan definisi berbeda. Untuk membedakan dari kelas didefinisikan pengguna, semua kelas PRADO diawali dengan huruf 'T' (berarti 'Type'). Para pengguna disarankan untuk tidak menamai kelasnya seperti ini. Sebaiknya mengawali nama kelasnya dengan huruf yang lainnya. -

-

-Namespace dalam PRADO dianggap sebagai direktori yang berisi satu atau beberapa file kelas. Sebuah kelas dapat ditetapkan tanpa dwimakna menggunakan namespace demikian diikuti oleh nama kelas. Setiap namespace dalam PRADO ditetapkan dalam format berikut, -

-PathAlias.Dir1.Dir2 -
-di mana PathAlias adalah alias dari beberapa direktori, sementara Dir1 dan Dir2 adalah subdirektori di bawah direktori itu. Kelas yang benama MyClass didefinisikan di bawah Dir2 sekarang berkualifikasi lengkap sebagai PathAlias.Dir1.Dir2.MyClass. -

-

-Untuk menggunakan namespace dalam kode, lakukan seperti berikut, - -Prado::using('PathAlias.Dir1.Dir2.*'); - -menambah direktori yang dirujuk oleh PathAlias.Dir1.Dir2 ke dalam path include PHP agar kelas itu didefinisikan di bawah direktori itu dapat diturunkan tanpa prefiks namespace. Anda juga dapat menyertakan definisi kelas individual dengan - -Prado::using('PathAlias.Dir1.Dir2.MyClass'); - -yang akan menyertakan file kelas jika MyClass tidak didefinisikan. -

-

-Untuk lebih jelasnya mengenai mendefinisikan alias path, lihat seksi konfigurasi aplikasi. -

- -

Penurunan Komponen

-

-Penurunan komponen berarti membuat turunan dari kelas komponen. Ada dua tipe penurunan komponen: penurunan statis dan dinamis. Komponen yang dibuat masing-masing disebut komponen statis dan komponen dinamis. -

- -

Penurunan Komponen Dinamis

-

-Penurunan komponen dinamis berarti membuat turunan komponen dalam kode PHP. Itu sama dengan apa yang umum dirujuk pembuatan obyek dalam PHP. Sebuah komponen dapat dibuat secara dinamis menggunakan salah satu dari dua metode berikut dalam PHP, - -$component = new ComponentClassName; -$component = Prado::createComponent('ComponentType'); - -di mana ComponentType merujuk ke nama kelas atau nama tipe dalam format namespace (contoh System.Web.UI.TControl). Pendekatan kedua diperkenalkan guna mengimbangi kekurangan dukungan namespace dalam PHP. -

- -

Penurunan Komponen Statis

-

-Penurunan komponen statis adalah mengenai pembuatan komponen melalui konfigurasi. Pekerjaan pembuatan sebenarnya dilakukan oleh kerangka kerja PRADO. Sebagai contoh, dalam konfigurasi aplikasi, seseorang dapat mengkonfigurasi sebuah modul untuk diambil ketika aplikasi dijalankan. Selanjutnya modul adalah komponen statis yang dibuat oleh kerangka kerja. Penurunan komponen statis lebih umum digunakan dalam template. Setiap tag komponen dalam sebuah template menetapkan komponen yang akan dibuat secara otomatis oleh kerangka kerja ketika template diambil. Sebagai contoh, dalam sebuah template halaman, tag berikut akan membawa ke pembuatan komponen TButton pada halaman, - -<com:TButton Text="Register" /> - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Controls.page b/demos/quickstart/protected/pages/Fundamentals/id/Controls.page deleted file mode 100755 index 47222b3d..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Controls.page +++ /dev/null @@ -1,51 +0,0 @@ - -

Kontrol

-

-Kontrol adalah turunan dari kelas TControl atau asal sub kelasnya. Kontrol adalah komponen yang didefinisikan sebagai tambahan pada antarmuka pengguna. Kelas basis TControl mendefinisikan hubungan leluhur-anak diantara kontrol yang mencerminkan pengurungan hubungan diantara elemen antarmuka pengguna. -

- -

Susunan Kontrol

-

-Kontrol dikaitkan satu sama lain melalui hubungan leluhur-anak. Setiap kontrol leluhur dapat memiliki beberapa kontrol anak. Kontrol leluhur bertugas terhadap transisi keadaan dari kontrol anaknya. Hasil dari kontrol anak biasanya dipakai untuk mengatur penampilan kontrol leluhur. Hubungan leluhur-anak membawa kontrol bersama ke dalam susunan kontrol. Halaman ada di akar dari susunan yang penampilannya di berikan kepada pengguna-akhir. -

-

-Hubungan leluhur-anak biasanya dilakukan oleh kerangka kerja melalui template. Dalam kode, Anda dapat menetapkan kontrol secara eksplisit sebagai anak dari yang lainnya menggunakan salah satu metode berikut, - -$parent->Controls->add($child); -$parent->Controls[]=$child; - -di mana properti Controls merujuk ke koleksi kontrol anak dari leluhur. -

- -

Identifikasi Kontrol

-

-Setiap kontrol mempunyai properti ID yang dapat secara unik dapat mengidentifikasi dirinya sendiri diantara kontrol keluarganya. Sebagai tambahan, setiap kontrol mempunyai UniqueID dan ClientID yang dapat dipakai untuk mengidentifikasi kontrol secara global dalam susunan di mana kontrol berada. UniqueID dan ClientID sangat mirip. Pembentuk dipakai oleh kerangka kerja guna menentukan lokasi dari kontrol terkait dalam susunan, sementara yang kedua sebagian besar dipakai pada sisi klien sebagai ID tag HTML. Secara umum, Anda tidak boleh bergantung pada bentuk eksplisit UniqueID atau ClientID. -

- -

Wadah Penamaan

-

-Setiap kontrol mempunyai wadah penamaan yang mana kontrol membuat ruang nama (namespace) unik untuk membedakan antara kontrol dengan ID yang sama. Sebagai contoh, kontrol TRepeater membuat multipel item masing-masing mempunyai kontrol anak dengan ID yang sama. Untuk membedakan kontrol anak ini, setiap item bertindak sebagai wadah penamaan. Oleh karena itu, kontrol anak dapat diidentifikasi secara unik menggunakan wadah penamaan ID bersama dengan ID-nya sendiri. Seperti yang mungkin sudah Anda mengerti, UniqueID dan ClientID bergantung pada wadah penamaan. -

-

-Kontrol dapat bertindak sebagai wadah penamaan jika ia menerapkan antarmuka INamingContainer. -

- -

ViewState dan ControlState

-

-HTTP adalah protokol tidak berkondisi, berarti ia tidak menyediakan fungsionalitas untuk mendukung interaksi berlanjut antara pengguna dan server. Setiap permintaan dianggap sebagai diskrit dan berdiri sendiri dari yang lainnya. Aplikasi Web, sering perlu untuk mengetahui apa yang telah dilakukan pengguna dalam permintaan sebelumnya. Selanjutnya orang memperkenalkan sesi guna membantu mengingat informasi kondisi seperti itu. -

-

-PRADO meminjam konsep viewstate dan controlstate dari Microsoft ASP.NET guna menyediakan tambahan mekanisme pemrograman berkondisi. Penyimpanan nilai dalam viewstate atau controlstate mungkin tersedia untuk permintaan berikutnya jika permintaan baru dari submisi (disebut postback) ke halamanyang sama oleh pengguna yang sama. Perbedaan antara viewstate dan controlstate adalah bahwa pembentuk dapat dimatikan saat yang kemudian tidak bisa. -

-

-Viewstate dan controlstate diterapkan dalam TControl. Biasanya dipakai untuk mendefinisikan berbagai properti kontrol. Untuk menyimpan dan mengambil nilai dari viewstate atau controlstate, gunakan metode berikut, - -$this->getViewState('Name',$defaultValue); -$this->setViewState('Name',$value,$defaultValue); -$this->getControlState('Name',$defaultValue); -$this->setControlState('Name',$value,$defaultValue); - -di mana $this merujuk ke turunan kontrol, Name merujuk ke kunci yang mengidentifikasi nilai pasti, $defaultValue adalah opsional. Ketika mengambil nilai dari viewstate atau controlstate, jika kunci terkait tidak ada, nilai standar akan diberikan. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Hangman.page b/demos/quickstart/protected/pages/Fundamentals/id/Hangman.page deleted file mode 100755 index 44a8887e..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Hangman.page +++ /dev/null @@ -1,14 +0,0 @@ - - -

Contoh: Permainan Hangman

-

-Setelah melihat aplikasi "Hello World", sekarang kita membuat aplikasi yang lebih rumit disebut "Permainan Hangman". Dalam permainan ini, pemain diminta untuk menebak kata, satu huruf setiap waktu. Jika dia menebak huruf dengan benar, huruf akan ditampilkan dalam kata. Pemain dapat melanjutkan untuk menebak selama angka kesalahannya dalam batas yang sudah ditetapkan. Pemain memenangkan permainan jika menemukan kata dalam batas kesalahan, atau dia kalah. -

-

-Untuk memfasilitasi pembangunan permainan ini, kami perlihatkan diagram transisi keadaan dari proses permainan sebagai berikut, -

-Untuk dilanjutkan... -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Modules.page b/demos/quickstart/protected/pages/Fundamentals/id/Modules.page deleted file mode 100755 index f484fece..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Modules.page +++ /dev/null @@ -1,50 +0,0 @@ - - -

Modul

-

-Modul adalah turunan dari kelas yang menerapkan antarmuka IModule. Umumnya sebuah modul didesain untuk fungsionalitas tertentu yang dapat disertakan ke dalam aplikasi PRADO dan berbagi dengan semua komponen dalam aplikasi. -

-

-PRADO menggunakan konfigurasi untuk menetapkan apakah mengambil sebuah modul, mengambil modul jenis apa, dan bagaimana untuk menginisialisasi modul yang diambilnya. Para pengembang dapat mengganti modul inti dengan implementasinya sendiri melalui konfigurasi aplikasi, atau mereka dapat menulis modul baru guna menyediakan fungsionalitas tambahan. Sebagai contoh, modul dapat dikembangkan untuk menyediakan logika database umum pada satu atau beberapa halaman. Untuk lebih jelasnya, silahkan lihat konfigurasi. -

-

-Ada tiga modul inti yang diambil secara standar kapan saja aplikasi dijalankan. Ketiganya adalah modul permintaan, modul respon, dan modul pengendali kesalahan. Sebagai tambahan, modul sesi diambil saat ia digunakan dalam aplikasi. PRADO menyediakan implementasi standar untuk semua modul ini. Modul kustom dapat dikonfigurasi atau dikembangkan guna mengganti atau menambah modul inti ini. -

- - -

Modul Permintaan

-

-Modul permintaan menyediakan penyimpanan dan skema akses untuk permintaan pengguna yang dikirim melalui HTTP. Permintaan pengguna datang dari beberapa sumber, termasuk URL, data post, data sesi, data cookie, dll. Data ini semuanya dapat diakses melalui modul permintaan. Standarnya PRADO menggunakan THttpRequest sebagai modul permintaan. Modul permintaan dapat diakses melalui properti Request dari aplikasi dan kontrol. -

- - -

Modul Respon

-

-Modul respon menerapkan mekanisme untuk mengirimkan output ke pengguna klien. Modul respon dapat dikonfigurasi guna mengontrol bagaimana output di-cache pada sisi klien. Standarnya PRADO menggunakan THttpResponse sebagai modul respon. Modul respon dapat diakses melalui properti Response dari aplikasi dan kontrol. -

- - -

Modul Sesi

-

-Modul sesi melapisi fungsionalitas terkait dengan penanganan sesi pengguna. Modul sesi secara otomatis diambil saat aplikasi menggunakan sesi. Standarnya PRADO menggunakan THttpSession sebagai modul sesi, yang merupakan pelapis sederhana dari fungsi sesi yang disediakan oleh PHP. Modul sesi dapat diakses melalui properti Session dari aplikasi dan kontrol. -

- - -

Modul Pengendali Kesalahan

-

-Modul pengendali kesalahan dipakai untuk menangkap dan memproses semua kondisi kesalahan dalam sebuah aplikasi. PRADO menggunakan TErrorHandler sebagai modul pengendali kesalahan. Ia menangkap semua peringatan PHP, perhatian dan eksepsi, dan ditampilkan dalam bentuk yang tepat bagi pengguna-akhir. Modul pengendali kesalahan dapat diakses melalui properti ErrorHandler dari turunan aplikasi. -

- - -

Modul Kustom

-

-PRADO dirilis dengan beberapa modul lebih disamping yang inti. Ini termasuk modul cache (TSqliteCache dan TMemCache), modul manajemen pengguna (TUserManager), modul otentikasi dan otorisasi (TAuthManager), dll. -

-

-Ketika TPageService diminta, ia juga mengambil modul tertentu untuk layanan halaman, termasuk manajer asset (TAssetManager), manajer template (TTemplateManager), manajer tema/skin (TThemeManager). -

-

-Modul kustom dan modul inti semuanya dapat dikonfigurasi melalui konfigurasi. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Pages.page b/demos/quickstart/protected/pages/Fundamentals/id/Pages.page deleted file mode 100755 index 496f9530..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Pages.page +++ /dev/null @@ -1,23 +0,0 @@ - - -

Halaman

-

-Halaman adalah kontrol teratas yang tidak mempunyai leluhur. Presentasi halaman ditampilkan secara langsung ke pengguna-akhir. Pengguna mengakses halaman dengan mengirimkan permintaan layanan halaman. -

-

-Setiap halaman harus mempunyai file template. Akhiran nama file harus .page. Nama file (tanpa akhiran) adalah nama halaman. PRADO akan mencoba mencari file kelas halaman di bawah direktori yang berisi file template halaman. File kelas halaman tersebut harus mempunyai nama file yang sama (diakhiri dengan .php) seperti file template. Jika file kelas tidak ditemukan, halaman akan mengambil kelas TPage. -

- -

PostBack

-

-Submisi formulir disebut postback jika submisi dibuat untuk halaman yang berisi formulir. Postback dapat dianggap sebagai kondisi di sisi klien, dimunculkan oleh pengguna. PRADO akan mencoba mengidentifikasi kontrol mana pada sisi server untuk postback kondisi. Jika seseorang menentukan misalnya, TButton, kami menyebutnya pengirim event postback yang akan menterjemahkan event postback ke dalam beberapa event sisi-server tertentu (contoh event OnClick dan OnCommand untuk TButton). - -

- -

Masa Hidup Halaman

-

-Mengerti masa hidup halaman adalah penting untuk menguasai pemrograman PRADO. Masa hidup halaman merujuk ke transisi kondisi dari sebuah halaman saat melayani halaman ini bagi pengguna-akhir. Ini dapat digambarkan dalam grafik kondisi berikut, - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/Services.page b/demos/quickstart/protected/pages/Fundamentals/id/Services.page deleted file mode 100755 index 8834f214..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/id/Services.page +++ /dev/null @@ -1,34 +0,0 @@ - - -

Layanan

-

-Layanan adalah turunan dari kelas yang menerapkan antarmuka IService. Setiap jenis layanan memproses tipe permintaan tertentu pengguna. Sebagai contoh, respon layanan halaman terhadap permintaan pengguna untuk halaman PRADO. -

-

-Sebuah layanan diidentifikasi secara unik dengan properti ID-nya. Standarnya ketika THttpRequest dipakai sebagai modul permintaan, nama variabel GET digunakan untuk mengidentifikasi layanan mana yang sedang diminta oleh pengguna. Jika nama variabel GET sama dengan beberapa ID layanan, permintaan dianggap untuk layanan itu, dan nilai dari variabel GET dikirimkan sebagai parameter layanan. Untuk layanan halaman, nama variabel GET harus page. Sebagai contoh, URKL berikut meminta halaman Fundamentals.Services, - -http://hostname/index.php?page=Fundamentals.Services - -

-

-Para pengembang dapat menerapkan layanan tambahan untuk aplikasinya. Untuk menjadikan layanan agar tersedia, konfigurasi itu dalam konfigurasi aplikasi. -

- -

Layanan Halaman

-

-PRADO menerapkan TPageService untuk melayani permintaan halaman pengguna. Halam disimpan di bawah direktori yang ditetapkan oleh properti BasePath dari layanan halaman. Properti standarnya ke direktori pages di bawah path basis aplikasi. Anda boleh mengubah standar ini dengan mengkonfigurasi layanan dalam konfigurasi aplikasi. -

-

-Halaman disusun ke dalam direktori di bawah BasePath. Dalam setiap direktori, di sana ada file konfigurasi bernama config.xml, yang berisi konfigurasi yang hanya efektif ketika halaman di bawah direktori atau sub direktori itu diminta. Untuk lebih jelasnya, lihat seksi konfigurasi halaman. -

-

-Parameter layanan untuk layanan halaman merujuk pada halaman yang sedang diminta. Parameter seperti Fundamentals.Services merujuk pada halaman Services di bawah direktori <BasePath>/Fundamentals. Jika parameter tersebut tidak ada dalam permintaan, dianggap sebagai halaman standar bernama Home. Menggunakan THttpRequest sebagai modul permintaan (default), URL berikut masing-masing akan meminta halaman Home, About dan Register, - -http://hostname/index.php -http://hostname/index.php?page=About -http://hostname/index.php?page=Users.Register - -di mana contoh pertama mengambiil keuntungan bahwa layanan halaman adalah layanan standar dan Home adalah halaman default. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.gif deleted file mode 100755 index d5300aa6..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.vsd b/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.vsd deleted file mode 100755 index 56f6602d..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/applifecycles.vsd and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/classtree.gif b/demos/quickstart/protected/pages/Fundamentals/id/classtree.gif deleted file mode 100755 index b1fbf0d6..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/classtree.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/classtree.vsd b/demos/quickstart/protected/pages/Fundamentals/id/classtree.vsd deleted file mode 100755 index c000d32f..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/classtree.vsd and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/directory.gif b/demos/quickstart/protected/pages/Fundamentals/id/directory.gif deleted file mode 100755 index c7d5086d..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.gif deleted file mode 100755 index 5edaff5f..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.vsd b/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.vsd deleted file mode 100755 index 368d0ba7..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/lifecycles.vsd and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.gif b/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.gif deleted file mode 100755 index 7910469c..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.vsd b/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.vsd deleted file mode 100755 index b2457220..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/id/objectdiagram.vsd and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page b/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page deleted file mode 100755 index 8e0b9e9a..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Applications.page +++ /dev/null @@ -1,55 +0,0 @@ - - -

Applications

-

-An application is an instance of TApplication or its derived class. It manages modules that provide different functionalities and are loaded when needed. It provides services to end-users. It is the central place to store various parameters used in an application. In a PRADO application, the application instance is the only object that is globally accessible via Prado::getApplication() function call. -

-

-Applications are configured via application configurations. They are usually created in entry scripts like the following, - -require_once('/path/to/prado.php'); -$application = new TApplication; -$application->run(); - -where the method run() starts the application to handle user requests. -

- -

Directory Organization

-

-A minimal PRADO application contains two files: an entry file and a page template file. They must be organized as follows, - -

-
    -
  • wwwroot - Web document root or sub-directory.
    • -
  • index.php - entry script of the PRADO application.
    • -
  • assets - directory storing published private files. See assets section.
    • -
  • protected - application base path storing application data and private script files. This directory should be configured inaccessible to Web-inaccessible, or it may be located outside of Web directories.
    • -
  • runtime - application runtime storage path. This directory is used by PRADO to store application runtime information, such as application state, cached data, etc.
    • -
  • pages - base path storing all PRADO pages. See services section.
    • -
  • Home.page - default page returned when users do not explicitly specify the page requested. This is a page template file. The file name without suffix is the page name. The page class is TPage. If there is also a class file Home.php, the page class becomes Home.
    • -
- -

-A product PRADO application usually needs more files. It may include an application configuration file named application.xml under the application base path protected. The pages may be organized in directories, some of which may contain page configuration files named config.xml. Fore more details, please see configurations section. -

- -

Application Deployment

-

-Deploying a PRADO application mainly involves copying directories. For example, to deploy the above minimal application to another server, follow the following steps, -

-
    -
  1. Copy the content under wwwroot to a Web-accessible directory on the new server.
    2. -
  2. Modify the entry script file index.php so that it includes correctly the prado.php file.
    3. -
  3. Remove all content under assets and runtime directories and make sure both directories are writable by the Web server process.
    4. -
- -

Application Lifecycles

-

-Like page lifecycles, an application also has lifecycles. Application modules can register for the lifecycle events. When the application reaches a particular lifecycle and raises the corresponding event, the registered module methods are invoked automatically. Modules included in the PRADO release, such as TAuthManager, are using this way to accomplish their goals. -

-

-The application lifecycles can be depicted as follows, -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page b/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page deleted file mode 100755 index 7d828803..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Architecture.page +++ /dev/null @@ -1,15 +0,0 @@ - -

アーキテクチャ

- -

-PRADO は主にプレゼンテーションを操作するためのフレームワークです。（プレゼンテーション操作のみで制限されるわけではありません）
-このフレームワークはウェブプログラミングに集中するためのものであり、開発者がより生産性を上げられるようにコンポーネントベース、イベントドリブンなプログラミングが可能なつくりになっています。
-以下のクラスツリーは PRADO によって提供されている主要なクラスについて書かれたものです。 -

- - -

-PRADO アプリケーションがページ要求処理を行う際、以下のオブジェクトダイアグラムで動作します。 -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Components.page b/demos/quickstart/protected/pages/Fundamentals/ja/Components.page deleted file mode 100755 index 5662b53b..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Components.page +++ /dev/null @@ -1,128 +0,0 @@ - -

Components

-

-A component is an instance of TComponent or its child class. The base class TComponent implements the mechanism of component properties and events. -

- -

Component Properties

-

-A component property can be viewed as a public variable describing a specific aspect of the component, such as the background color, the font size, etc. A property is defined by the existence of a getter and/or a setter method in the component class. For example, in TControl, we define its ID property using the following getter and setter methods, - -class TControl extends TComponent { - public function getID() { - ... - } - public function setID($value) { - ... - } -} - -

-

-To get or set the ID property, do as follows, just like working with a variable, - -$id = $component->ID; -$component->ID = $id; - -This is equivalent to the following, - -$id = $component->getID(); -$component->setID( $id ); - -

-

-A property is read-only if it has a getter method but no setter method. Since PHP method names are case-insensitive, property names are also case-insensitive. A component class inherits all its ancestor classes' properties. -

- -

Subproperties

-

-A subproperty is a property of some object-typed property. For example, TWebControl has a Font property which is of TFont type. Then the Name property of Font is referred to as a subproperty (with respect to TWebControl). -

-

-To get or set the Name subproperty, use the following method, - -$name = $component->getSubProperty('Font.Name'); -$component->setSubProperty('Font.Name', $name); - -This is equivalent to the following, - -$name = $component->getFont()->getName(); -$component->getFont()->setName( $name ); - - - -

- -

Component Events

-

-Component events are special properties that take method names as their values. Attaching (setting) a method to an event will hook up the method to the places at which the event is raised. Therefore, the behavior of a component can be modified in a way that may not be foreseen during the development of the component. -

-

-A component event is defined by the existence of a method whose name starts with the word on. The event name is the method name and is thus case-insensitve. For example, in TButton, we have - -class TButton extends TWebControl { - public function onClick( $param ) { - ... - } -} - -This defines an event named OnClick, and a handler can be attached to the event using one of the following ways, - -$button->OnClick = $callback; -$button->OnClick->add( $callback ); -$button->OnClick[] = $callback; -$button->attachEventHandler( 'OnClick' , $callback ); - -where $callback refers to a valid PHP callback (e.g. a function name, a class method array($object,'method'), etc.) -

- -

Namespaces

-

-A namespace refers to a logical grouping of some class names so that they can be differentiated from other class names even if their names are the same. Since PHP does not support namespace intrinsically, you cannot create instances of two classes who have the same name but with different definitions. To differentiate from user defined classes, all PRADO classes are prefixed with a letter 'T' (meaning 'Type'). Users are advised not to name their classes like this. Instead, they may prefix their class names with any other letter(s). -

-

-A namespace in PRADO is considered as a directory containing one or several class files. A class may be specified without ambiguity using such a namespace followed by the class name. Each namespace in PRADO is specified in the following format, -

-PathAlias.Dir1.Dir2 -
-where PathAlias is an alias of some directory, while Dir1 and Dir2 are subdirectories under that directory. A class named MyClass defined under Dir2 may now be fully qualified as PathAlias.Dir1.Dir2.MyClass. -

-

-To use a namespace in code, do as follows, - -Prado::using('PathAlias.Dir1.Dir2.*'); - -which appends the directory referred to by PathAlias.Dir1.Dir2 into PHP include path so that classes defined under that directory may be instantiated without the namespace prefix. You may also include an individual class definition by - -Prado::using('PathAlias.Dir1.Dir2.MyClass'); - -which will include the class file if MyClass is not defined. -

-

-For more details about defining path aliases, see application configuration section. -

- -

Component Instantiation

-

-Component instantiation means creating instances of component classes. There are two types of component instantation: static instantiation and dynamic instantiation. The created components are called static components and dynamic components, respectively. -

- -

Dynamic Component Instantiation

-

-Dynamic component instantiation means creating component instances in PHP code. It is the same as the commonly referred object creation in PHP. A component can be dynamically created using one of the following two methods in PHP, - -$component = new ComponentClassName; -$component = Prado::createComponent('ComponentType'); - -where ComponentType refers to a class name or a type name in namespace format (e.g. System.Web.UI.TControl). The second approach is introduced to compensate for the lack of namespace support in PHP. -

- -

Static Component Instantiation

-

-Static component instantiation is about creating components via configurations. The actual creation work is done by the PRADO framework. For example, in an application configuration, one can configure a module to be loaded when the application runs. The module is thus a static component created by the framework. Static component instantiation is more commonly used in templates. Every component tag in a template specifies a component that will be automatically created by the framework when the template is loaded. For example, in a page template, the following tag will lead to the creation of a TButton component on the page, - -<com:TButton Text="Register" /> - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page b/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page deleted file mode 100755 index 75f6bedf..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Controls.page +++ /dev/null @@ -1,51 +0,0 @@ - -

Controls

-

-A control is an instance of class TControl or its subclass. A control is a component defined in addition with user interface. The base class TControl defines the parent-child relationship among controls which reflects the containment relationship among user interface elements. -

- -

Control Tree

-

-Controls are related to each other via parent-child relationship. Each parent control can have one or several child controls. A parent control is in charge of the state transition of its child controls. The rendering result of the child controls are usually used to compose the parent control's presentation. The parent-child relationship brings together controls into a control tree. A page is at the root of the tree, whose presentation is returned to the end-users. -

-

-The parent-child relationship is usually established by the framework via templates. In code, you may explicitly specify a control as a child of another using one of the following methods, - -$parent->Controls->add($child); -$parent->Controls[]=$child; - -where the property Controls refers to the child control collection of the parent. -

- -

Control Identification

-

-Each control has an ID property that can be uniquely identify itself among its sibling controls. In addition, each control has a UniqueID and a ClientID which can be used to globally identify the control in the tree that the control resides in. UniqueID and ClientID are very similar. The former is used by the framework to determine the location of the corresponding control in the tree, while the latter is mainly used on the client side as HTML tag IDs. In general, you should not rely on the explicit format of UniqueID or ClientID. -

- -

Naming Containers

-

-Each control has a naming container which is a control creating a unique namespace for differentiating between controls with the same ID. For example, a TRepeater control creates multiple items each having child controls with the same IDs. To differentiate these child controls, each item serves as a naming container. Therefore, a child control may be uniquely identified using its naming container's ID together with its own ID. As you may already have understood, UniqueID and ClientID rely on the naming containers. -

-

-A control can serve as a naming container if it implements the INamingContainer interface. -

- -

ViewState and ControlState

-

-HTTP is a stateless protocol, meaning it does not provide functionality to support continuing interaction between a user and a server. Each request is considered as discrete and independent of each other. A Web application, however, often needs to know what a user has done in previous requests. People thus introduce sessions to help remember such state information. -

-

-PRADO borrows the viewstate and controlstate concept from Microsoft ASP.NET to provides additional stateful programming mechanism. A value storing in viewstate or controlstate may be available to the next requests if the new requests are form submissions (called postback) to the same page by the same user. The difference between viewstate and controlstate is that the former can be disabled while the latter cannot. -

-

-Viewstate and controlstate are implemented in TControl. They are commonly used to define various properties of controls. To save and retrieve values from viewstate or controlstate, use following methods, - -$this->getViewState('Name',$defaultValue); -$this->setViewState('Name',$value,$defaultValue); -$this->getControlState('Name',$defaultValue); -$this->setControlState('Name',$value,$defaultValue); - -where $this refers to the control instance, Name refers to a key identifying the persistent value, $defaultValue is optional. When retrieving values from viewstate or controlstate, if the corresponding key does not exist, the default value will be returned. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page b/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page deleted file mode 100755 index d1776b7c..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Hangman.page +++ /dev/null @@ -1,14 +0,0 @@ - - -

Sample: Hangman Game

-

-Having seen the simple "Hello World" application, we now build a more complex application called "Hangman Game". In this game, the player is asked to guess a word, a letter at a time. If he guesses a letter right, the letter will be shown in the word. The player can continue to guess as long as the number of his misses is within a prespecified bound. The player wins the game if he finds out the word within the miss bound, or he loses. -

-

-To facilitate the building of this game, we show the state transition diagram of the gaming process in the following, -

-To be continued... -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page b/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page deleted file mode 100755 index 37406976..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Modules.page +++ /dev/null @@ -1,50 +0,0 @@ - - -

Modules

-

-A module is an instance of a class implementing the IModule interface. A module is commonly designed to provide specific functionality that may be plugged into a PRADO application and shared by all components in the application. -

-

-PRADO uses configurations to specify whether to load a module, load what kind of modules, and how to initialize the loaded modules. Developers may replace the core modules with their own implementations via application configuration, or they may write new modules to provide additional functionalities. For example, a module may be developed to provide common database logic for one or several pages. For more details, please see the configurations. -

-

-There are three core modules that are loaded by default whenever an application runs. They are request module, response module, and error handler module. In addition, session module is loaded when it is used in the application. PRADO provides default implementation for all these modules. Custom modules may be configured or developed to override or supplement these core modules. -

- - -

Request Module

-

-Request module represents provides storage and access scheme for user request sent via HTTP. User request data comes from several sources, including URL, post data, session data, cookie data, etc. These data can all be accessed via the request module. By default, PRADO uses THttpRequest as request module. The request module can be accessed via the Request property of application and controls. -

- - -

Response Module

-

-Response module implements the mechanism for sending output to client users. Response module may be configured to control how output are cached on the client side. It may also be used to send cookies back to the client side. By default, PRADO uses THttpResponse as response module. The response module can be accessed via the Response property of application and controls. -

- - -

Session Module

-

-Session module encapsulates the functionalities related with user session handling. Session module is automatically loaded when an application uses session. By default, PRADO uses THttpSession as session module, which is a simple wrapper of the session functions provided by PHP. The session module can be accessed via the Session property of application and controls. -

- - -

Error Handler Module

-

-Error handler module is used to capture and process all error conditions in an application. PRADO uses TErrorHandler as error handler module. It captures all PHP warnings, notices and exceptions, and displays in an appropriate form to end-users. The error handler module can be accessed via the ErrorHandler property of the application instance. -

- - -

Custom Modules

-

-PRADO is released with a few more modules besides the core ones. They include caching modules (TSqliteCache and TMemCache), user management module (TUserManager), authentication and authorization module (TAuthManager), etc. -

-

-When TPageService is requested, it also loads modules specific for page service, including asset manager (TAssetManager), template manager (TTemplateManager), theme/skin manager (TThemeManager). -

-

-Custom modules and core modules are all configurable via configurations. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page b/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page deleted file mode 100755 index 19900937..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Pages.page +++ /dev/null @@ -1,23 +0,0 @@ - - -

Pages

-

-Pages are top-most controls that have no parent. The presentation of pages are directly displayed to end-users. Users access pages by sending page service requests. -

-

-Each page must have a template file. The file name suffix must be .page. The file name (without suffix) is the page name. PRADO will try to locate a page class file under the directory containing the page template file. Such a page class file must have the same file name (suffixed with .php) as the template file. If the class file is not found, the page will take class TPage. -

- -

PostBack

-

-A form submission is called postback if the submission is made to the page containing the form. Postback can be considered an event happened on the client side, raised by the user. PRADO will try to identify which control on the server side is responsible for a postback event. If one is determined, for example, a TButton, we call it the postback event sender which will translate the postback event into some specific server-side event (e.g. OnClick and OnCommand events for TButton). - -

- -

Page Lifecycles

-

-Understanding the page lifecycles is crucial to grasp PRADO programming. Page lifecycles refer to the state transitions of a page when serving this page to end-users. They can be depicted in the following statechart, - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/Services.page b/demos/quickstart/protected/pages/Fundamentals/ja/Services.page deleted file mode 100755 index 5e5889df..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/ja/Services.page +++ /dev/null @@ -1,34 +0,0 @@ - - -

Services

-

-A service is an instance of a class implementing the IService interface. Each kind of service processes a specific type of user requests. For example, the page service responds to users' requests for PRADO pages. -

-

-A service is uniquely identified by its ID property. By default when THttpRequest is used as the request module, GET variable names are used to identify which service a user is requesting. If a GET variable name is equal to some service ID, the request is considered for that service, and the value of the GET variable is passed as the service parameter. For page service, the name of the GET variable must be page. For example, the following URL requests for the Fundamentals.Services page, - -http://hostname/index.php?page=Fundamentals.Services - -

-

-Developers may implement additional services for their applications. To make a service available, configure it in application configurations. -

- -

Page Service

-

-PRADO implements TPageService to process users' page requests. Pages are stored under a directory specified by the BasePath property of the page service. The property defaults to pages directory under the application base path. You may change this default by configuring the service in the application configuration. -

-

-Pages may be organized into subdirectories under the BasePath. In each directory, there may be a page configuration file named config.xml, which contains configurations effective only when a page under that directory or a sub-directory is requested. For more details, see the page configuration section. -

-

-Service parameter for the page service refers to the page being requested. A parameter like Fundamentals.Services refers to the Services page under the <BasePath>/Fundamentals directory. If such a parameter is absent in a request, a default page named Home is assumed. Using THttpRequest as the request module (default), the following URLs will request for Home, About and Register pages, respectively, - -http://hostname/index.php -http://hostname/index.php?page=About -http://hostname/index.php?page=Users.Register - -where the first example takes advantage of the fact that the page service is the default service and Home is the default page. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif deleted file mode 100755 index d5300aa6..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/ja/applifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif b/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif deleted file mode 100755 index b1fbf0d6..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/ja/classtree.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif b/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif deleted file mode 100755 index c7d5086d..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/ja/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif deleted file mode 100755 index 5edaff5f..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/ja/lifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif b/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif deleted file mode 100755 index 7910469c..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/ja/objectdiagram.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Applications.page b/demos/quickstart/protected/pages/Fundamentals/pl/Applications.page deleted file mode 100755 index 23866005..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Applications.page +++ /dev/null @@ -1,58 +0,0 @@ - - -

Aplikacja

-

-Aplikacja jest instancją TApplication lub klasy po niej dziedziczącej. Zarządza modułami dostarczającymi różnorodne funkcjonalności i ładuje je w razie potrzeby. Dostarcza użytkownikowu końcowemu serwisy. -Jest centralnym miejscem do przechowywania różnych parametrów używanych w aplikacji. W aplikacji PRADO instancja aplikacji jest jedynym globalnie dostepnym obiektem poprzez wywołania funkcji Prado::getApplication(). -

-

-Aplikacje są konfigurowane poprzez konfigurację aplikacji. Są zazwyczaj tworzone w skrypcie wejściowym w podobny do następującego sposób, - -require_once('/path/to/prado.php'); -$application = new TApplication; -$application->run(); - -gdzie metoda run() rozpoczyna działanie aplikacji obsługującej żądania użytkownika. -

- -

Organizacja folderów

-

-Minimalna aplikacja PRADO zawiera dwa pliki: plik wejściowy i plik szablonu. Muszą być one zorganizowane w następujący sposób. - -

-
    -
  • wwwroot - główny katalog serwera WWW lub jeden z podkatalogów.
    • -
  • index.php - skrypt wejściowy aplikacji PRADO.
    • -
  • assets - katalog przechowujący opublikowane pliki prywatne. Zobacz sekcję assets.
    • -
  • protected - podstawowa ścieżka aplikacji zawierająca jej dane oraz prywatne pliki skryptów. Ten folder powinien być niedostepny z zewnątrz lub powinien znajdować się poza strukturą serwera WWW.
    • -
  • runtime - application runtime storage path. Ten folder jest używany przez PRADO do przechowywania informacji o wykonywanej aplikacji, takich jak stan aplikacji, kedzowane dane, itd.
    • -
  • pages - podstawowa ścieżka przechowująca wszystkie strony PRADO. Zobacz sekcję serwisy.
    • -
  • Home.page - domyślna strona zwracana gdy użytkownik nie poda jawnie żadanej strony. Jest to plik szablonu strony. Nazwa pliku bez rozszerzenia jest nazwą strony. Klasą strony jest klasa TPage. Jeśli znajduje się tam również plik klasy Home.php, klasą strony staje się Home.
    • -
- -

-Produktywna aplikacja PRADO zazwyczaj potrzebuje więcej plików. Może ona zawierać plik konfiguracji aplikacji application.xml w podstawej ścieżce aplikacji protected. Strony mogą być zorganizowane w foldery, część z nich może zawierać pliki konfiguracji strony config.xml. Aby dowiedzieć się wiecej, zajrzyć do sekcji konfiguracji. -

- -

Osadzanie aplikacji

-

-Osadzanie aplikacji PRADO zazwyczaj wiąże się z kopiowaniem folderów. Na przykład, aby osadzić powyższą minimalną wersję aplikacji na innym serwerze należy wykonać następujące kroki. -

-
    -
  1. Skopiuj zawartość z wwwroot do dostępnego poprzez WWW foldera na nowym serwerze.
    2. -
  2. Zmodyfikuj skrypt wejściowy index.php tak by prawidłowo inkludował plik prado.php.
    3. -
  3. Usuń całą zawartość z folderów assets i runtime i upewnij się, że oba umożliwiają zapis procesom serwera WWW.
    4. -
- -

Cykle życia aplikacji

-

-Tak jak cykle życia strony tak aplikacja również posiada cykle życia. Moduły aplikacji mogą rejestrować zdarzenia dla cykli życia. -Kiedy aplikacja znajduje się w konkretnym cyklu i wywołuje odpowiednie zdarzenie, zarejstrowana metoda modułu jest wywoływana automatycznie. -Moduły załaczone w oficjalnym wydaniu PRADO, takie jak TAuthManager, używają tego sposobu aby wyknać swoje zadania. -

-

-Cykle życia aplikacji mogą zostać przedstawione następująco: -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Architecture.page b/demos/quickstart/protected/pages/Fundamentals/pl/Architecture.page deleted file mode 100755 index db429253..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Architecture.page +++ /dev/null @@ -1,15 +0,0 @@ - -

Architektura

- -

-Prado jest przede wszystkim frameworkiem służącym do prezentacji, mimo to nie jest on ograniczony jedynie do ten funkcjonalności. -Framework skupia się na programowaniu webowym, które w większości czasu ma do czynienia z interakcją z użytkownikiem, bazując na programowaniu sterowanym zdarzeniami (ang. event driven) oraz bazującym na komponentach (ang. component based), -tak by deweloper był bardziej produktywny. Następujące drzewko klas pokazuje główne klasy dostarczanych przez PRADO. -

- - -

-Kiedy PRADO przetwarza żądanie strony, jego diagram obiektów statycznych wygląda następująco. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Components.page b/demos/quickstart/protected/pages/Fundamentals/pl/Components.page deleted file mode 100755 index 5890f17f..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Components.page +++ /dev/null @@ -1,128 +0,0 @@ - -

Komponenty

-

-Komponent jest instancją klasy lub klasy potomnej TComponent. Klasa bazowa TComponent implementuje mechanizm właściwości oraz zdarzeń kompomentu. -

- -

Właściwości komponentu (ang. component properties)

-

-Właściwość kompoenentu może być postrzegana jako publiczna zmienna opsiującą określoną cechę/właściwość komponentu, taką jak kolor tła, rozmiar czcionki, itp. Właściwość jest definiowana poprzez istnienie metody getter i/lub setter w klasie. Na przykład w TControl definiujemy właściwość ID komponentu używając następujących funkcji typu getter i setter, - -class TControl extends TComponent { - public function getID() { - ... - } - public function setID($value) { - ... - } -} - -

-

-Aby pobrać lub ustawić właściwość ID, postępuj jak poniżej (tak jakbyś miał do czynienia ze zmienną): - -$id = $component->ID; -$component->ID = $id; - -Jest to równoznaczne z następującym zapisem: - -$id = $component->getID(); -$component->setID( $id ); - -

-

-Właściwość jest "tylko do odczytu" jeśli posiada metodę getter a nie posiada metody setter. Odkąd nazwy metod w PHP nie są zależne od wielkiej bądź małej litery, właściwości również są niewrażliwe na wielkość liter. Klasa kompomentu dziedziny wszystkie właściwości rodzica. -

- -

Subwłaściwości (ang. subproperties)

-

-Subwłaściwość jest właściwością właściwości typu obiektowego. Dla przykładu TWebControl posiada właściwość Font, która jest typu TFont. Wtedy właściwość Name właściwości Font jest subwłaściwością w stosunku do TWebControl. -

-

-Aby pobrać lub ustawić subwłaściwość Name należy użyć następującej metody: - -$name = $component->getSubProperty('Font.Name'); -$component->setSubProperty('Font.Name', $name); - -Jest to równoznaczne z następującym zapisem: - -$name = $component->getFont()->getName(); -$component->getFont()->setName( $name ); - - - -

- -

Zdarzenia komponentu

-

-Zdarzenia komponentu są specjalnymi właściwościami, które pobierają nazwy metod jako swoje wartości. Przypisując (ustawiając) metodę do zdarzenia (will hook up the method ) do miejsca gdzie zdarzenie jest wywoływane. Dzięki temu zachowanie komponentu może zostać zmodyfikowane w sposób, który nie był przewidziany podczas fazy dewelopowania komponentu. -

-

-Zdarzenie komponentu jest definiowane poprzez istnienie metody, której nazwa zaczyna się przedrostkiem on. Nazwa zdarzenia jest nazwą metody i z tego powodu jest niewrażliwa na wielkość liter. Na przykład w komponencie TButton mamy: - -class TButton extends TWebControl { - public function onClick( $param ) { - ... - } -} - -W ten sposób definiujemy metodę o nazwie OnClick a uchwyt do zdarzenia przez nią definiowanego może być przypisany w jeden z następujących sposobów: - -$button->OnClick = $callback; -$button->OnClick->add( $callback ); -$button->OnClick[] = $callback; -$button->attachEventHandler( 'OnClick' , $callback ); - -gdzie $callback odnosi się do poprawnej funkcji typu callback w PHP (np. nazwy funkcji, metody klasy array($object,'method'), itp.) -

- -

Przestrzenie nazw (ang. namespaces)

-

-Przestrzeń nazw odnosi się do logicznego pogrupowania nazwy klas w taki sposób, że moga być one odróżniane od innych klas, których nazwy są identyczne. Ponieważ PHP nie wspiera przestrzeni nazw sam w sobie, nie można stworzyć instancji dwóch klas, które mają tą samoą nazwę ale różne definicje. Aby odróżniać się od klas użytkowników wszystkie klasy PRADO posiadają prefix 'T' (oznaczający 'Type' - z angielskiego: typ). Zachęcamy do nazywania własnych klas w ten sposób. W odróznieniu można dodawać prefiksy klas zaczynające się dowolną inną literą (lub grupą liter). -

-

-Przestrzeń nazw w PRADO jest postrzegana jako folder zawierający jednen lub więcej plików klas. Poprzez poprzedzania nazwy klasy przestrzenią nazw klasa może zostać określona jednoznacznie. Każda przestrzeń nazw jest w PRADO określona w następujący sposób: -

-PathAlias.Dir1.Dir2 -
-gdzie PathAlias jest aliasem jakiegoś katalogu, gdzie Dir1 i Dir2 są podkatalogami tego katalogu. Klasa o nazwie MyClass zdefiniowana w Dir2 jest fully qualified poprzez PathAlias.Dir1.Dir2.MyClass. -

-

-By używać przestrzeni nazw w kodzie, napisz: - -Prado::using('PathAlias.Dir1.Dir2.*'); - -co spowoduje dołączenie katalogu wskazywanego przez PathAlias.Dir1.Dir2 do ścieżek include w PHP, dzięki czemu instancje klas zdefiniowanych w podanym katalogu mogą zostać utworzone bez podawania pełnej przestrzeni nazw. Możesz również zainkludować pojedyńczą definicję klasy poprzez - -Prado::using('PathAlias.Dir1.Dir2.MyClass'); - -co spowoduje zainkludowanie pliku klasy MyClass jeśli nie została ona jeszcze zdefiniowana. -

-

-Aby zobaczyć więcej informacji o definiowaniu aliasów zobacz sekcję konfigurowanie aplikacji. -

- -

Tworzenie instancji komponentu

-

-Tworzenie instancji komponentu oznacza tworzenie instancji klasy komponentu. Rozróżniamy dwa typy instancji komponentu: statyczną i dynamiczną. Utworzone komponenty nazywane są odpowiednio komponentami statycznymi i dynamicznymi. -

- -

Dynamiczne tworzenie instancji komponentów

-

-Dynamiczne tworzenie instancji komponentów oznacza tworzenie instancji komponentu w kodzie PHP. Wygląda to identycznie jak zwyczajne tworznie komponentów w PHP. Komponent może zostać dynamicznie utworzony w jeden z poniższych sposobów w PHP: - -$component = new ComponentClassName; -$component = Prado::createComponent('ComponentType'); - -gdzie ComponentType wskazuje na nazwę klasy lub nazwę typu w formacie przestrzeni nazw (np. System.Web.UI.TControl). Drugi sposób został wprowadzony aby wypełnić brak wsparcia dla przestrzeni nazw w PHP. -

- -

Statyczne tworzenie instancji komponentów

-

-Statyczne tworzenie instancji komponentów odnosi się do tworznenia komponentów poprzez konfigurację. Proces tworzenia odbywa się po stronie frameworku. Na przykład w konfiguracji aplikacji można skonfigurować moduł, który zostanie załadowany podczas uruchamiania aplikacji. Zatem moduł jest statycznym komponentem stworzonym przez framework. Statyczne tworzenie instancji jest często wspólnie używane w szablonach. Każdy tag komponentu w szablonie określa komponent, który będzie automatycznie stworzony przez framework, kiedy szablon będzie ładowany. Na przykład w szablonie strony następujący tag doprowadzi do stworzenia komponentu TButton na stronie: - -<com:TButton Text="Register" /> - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Controls.page b/demos/quickstart/protected/pages/Fundamentals/pl/Controls.page deleted file mode 100755 index 68fdb993..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Controls.page +++ /dev/null @@ -1,51 +0,0 @@ - -

Kontrolki (ang. controls)

-

-Kontrolka jest instancją klasy TControl lub jej dziecka. Kontrolka jest komponentem definiowanym z dodatkiem interfejsu użytkownika. Klasa bazowa TControl definiuje relację rodzic-dziecko among controls which reflects the containment relationship among user interface elements. -

- -

Drzewko kontrolek

-

-Kontrolki są powiązane z sobą za pomocą relacji rodzic-dziecko. Każda kontrolka rodzica może posiadać jedną lub więcej kontrolek dzieci. Kontrolka rodzica jest in charge of the state transition of its child controls. Wynik renderowanie kontrolki dziecka jest zazwyczaj używany do stworzenia warstwy prezentacji kontrolki rodzica. Relacja rodzic-dziecko brings together controls into a control tree. Strona jest korzeniem drzewka, której warstwa prezentacji jest zwracana dla użytkownika końcowego. -

-

-Relacja rodzic-dziecko jest zazwyczaj ustalana przez framework poprzez szablony. W kodzie można bezpośrednio określić kontrolkę jako dziecko innej kontrolki stosując jedną z następujących metod: - -$parent->Controls->add($child); -$parent->Controls[]=$child; - -gdzie właściwość Controls wskazuje na kolekcję kontrolek bedących dziećmi rodzica. -

- -

Identyfikacja kontrolki

-

-Każda kontrolka ma właściwość ID, która jednoznacznie identyfikuje ją samą spośród jej rodzeństwa. W dodatku każda kontrolka posiada właściwość UniqueID oraz ClientID, która może zostać użyta do identyfikacji "globalnej" kontrolki w drzewku gdzie znajduje się ta kontrolka. Właściwości UniqueID oraz ClientID są bardzo podobne. Pierwsza jest używana przez framework do określenia położenia odpowiedniej kontrolki w drzewku, druga jest głównie używana po stronie klienta jako ID w tagach HTML. Ogólnie rzecz ujmując nie powinno się polegać na tak sprecyzowanym formacie UniqueID lub ClientID. -

- -

Kontenery nazw (ang. naming containers)

-

-Każda kontrolka posiada kontener nazw, który jest kontrolką tworzącą unikalną przestrzeń nazw dla rozróżnienie pomiędzy kontrolkami o tych samych ID. Na przykład kontrolka TRepeater tworzy wiele pozycji, które posiadają kontrolki-dzieci o tych samych ID. Aby rozróżnić te kontrolki-dzieci, każda pozycja służy jako kontener nazw. Dzięki temu, kontrolka-dziecko może zostać jednoznacznie zidentyfikowana używając ID swojego kontenera nazw razem z swoim własnym ID. Powinieneś teraz zrozumieć, że właściwości UniqueID i ClientID bazują (wynikają?) na kontenerze nazw. -

-

-Kontrolka może służyć jako kontener naz jeśli implementuje interfejs INamingContainer. -

- -

Stan widoku (ang. ViewState) oraz stan kontrolki (ang. ControlState)

-

-HTTP jest protokołem bezstanowym, co oznacza, że nie dostarcza on funkjonalności wspierającej kontynuowanie interakcji pomiędzy użytkownikiem a serwerem. Każde żądanie (ang. request) jest rozpatrywane jako pojedyńcze i niezależne w stosunku do innego żądania. Jednakże, aplikacja webowa często potrzebuje wiedzieć co użytkownik zrobił w poprzednich żądaniach. Dlatego wprowadzono sesje by pomóc zapamiętać te informacje o stanie. -

-

-PRADO zapożycza koncept stanu widoku oraz stanu kontrolki z ASP.NET Microsoftu by dostarczać dodatkowego stanowego mechanizmu programowania (ang. stateful programming mechanism). Wartość zachowana w stanie widoku lub stanie kontrolki może być dostępna w następnym żądaniu jeśli nowe żądanie pochodzi od wysłania formularza (ang. form submissions) (nazywanej postback'iem) do tej samej strony przez tego samego użytkownika. Różnica pomiędzy stanem widoku a stanem kontrolki wynika z tego iż pierwsza może zostać wyłączona a druga nie. -

-

-Stan widoku i stan kontrolki są zaimplementowane w TControl. Są one zazwyczaj używane do zdefiniowania różnych właściwościu kontrolki. By zapisać i przywrócić wartości ze stanu widoku lub stanu kontrolki, należy użyć następujących sposobów: - -$this->getViewState('Nazwa',$wartoscDomyslna); -$this->setViewState('Nazwa',$wartosc,$wartoscDomyslna); -$this->getControlState('Nazwa',$wartoscDomyslna); -$this->setControlState('Nazwa',$wartosc,$wartoscDomyslna); - -gdzie $this odnosi się do instancji kontrolki, Nazwa odnosi się to klucza identyfikującego zachowaną wartość, $wartoscDomyslna jest opcjonalna. Kiedy przywracamy wartości z stanu widoku lub stanu kontrolki, jeśli podany klucz nie istnieje, wartość domyślna jest zwracana. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Hangman.page b/demos/quickstart/protected/pages/Fundamentals/pl/Hangman.page deleted file mode 100755 index e3ad1338..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Hangman.page +++ /dev/null @@ -1,16 +0,0 @@ - - -

Przykład: wisielec

-

-Zobaczywszy prostą aplikację "Witaj Świecie" stworzymy teraz bardziej skomplikowaną aplikację "Wisielca". -W tej grze gracz musi odgadnąć słowo podając litery w zadanym czasie. Jeśli odgadnie prawidłowo litera pojawi się w słowie. Gracz może tak długo kontynuować zgadywanie dopóki liczba pomyłek znajduje się w zdefiniwanym na początku zakresie. -Gracz wygrywa grę jeśli znajdzie słowo zanim przekroczy dozwoloną liczbę pomyłek, w przeciwnym przypadku przegrywa. -

-

-Aby ułatwić stowrzenie tej gry, pokażemy diagram zmiany stanów gry następująco -

-Ciąg dalszy nastąpi... -

- - - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Modules.page b/demos/quickstart/protected/pages/Fundamentals/pl/Modules.page deleted file mode 100755 index 1bc8ca94..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Modules.page +++ /dev/null @@ -1,50 +0,0 @@ - - -

Moduły (ang. modules)

-

-Moduł jest instancją klasy implementującej interfejs IModule. Moduł jest zazwyczaj zaprojektowany by dostarczać określonej funkcjonalności, która może być podłączona do aplikacji PRADO i dzielona wśród wszystkich komponentów aplikacji. -

-

-PRADO używa konfiguracji aby określić kiedy załadować moduł, jaki rodzaj modułu i jak zainicjalizować załadowane moduły. Deweloper może zastąpić zródłowe (ang. core) moduły własnymi implementacjami poprzez konfigurację aplikacji lub może napisać nowe moduły by dostarczać dodatkowe funkcjonalności. Na przykład można stworzyć moduł, który będzie dostarczał wspólną logikę baz danych dla jednej lub więcej stron. Aby dowiedzieć się więcej zobacz sekcję konfiguracja. -

-

-Domyślnie ładowane są 3 moduły źródłowe (ang. core modules) podczas starty aplikacji. Są to moduł żądania (ang. request module), moduł odpowiedzi (ang. responce module) oraz moduł zarządzania błędami (ang. error handler module). Dodatkowo moduł sesji (ang. session module) jest ładowany kiedy jejst on używany w aplikacji. PRADO dostarcza domyślną implementację dla wszystkich tych modułów. Dodatkowe moduły (ang. custom modules) mogą być konfigurowane lub stworzone by nadpisać lub uzupełnić te trzy moduły źródłowe. -

- - -

Moduł żądania (ang. request module)

-

-Moduł żądań reprezentuje i dostarcza schemat dostępu i przechowywania żądań użytkownika wysyłanych poprzez HTTP. Dane żądania użytkownika przychodzą z kilku źródeł wliczając adresy URL, dane z żądania POST, dane sesyjne, dane z ciasteczek, itd. Te dane są dostępne poprzez moduł żądania. Domyślnie PRADO używa THttpRequest jako moduł żądania. Moduł żądania jest dostępne poprzez właściwość Request aplikacjji i kontrolek. -

- - -

Moduł odpowiedzi (ang. response module)

-

-Moduł odpowiedzi implementuje mechanizm do wysywałania wyjścia do klienta użytkwonika. Moduł odpowiedzi może zostać skonfigurowany by kontrolować jak wyjście jest keszowane po stronie klienta. Może on być również uzywany by wysyłać cookie z powrotem na stronę klienta. Domyślnie PRADO używa THttpResponse jako moduły odpowiedzi. Moduł odpowiedzi jest dostępny poprzez właściwość Response aplikacji i kontrolek. -

- - -

Moduł sesji (ang. session module)

-

-Moduł sesji enkapsuluje funkcjonalność związaną z zarządzaniem sesji użytkowika. Moduł sesji jest automatycznie ładowany jeśli aplikacja używa sesji. Domyślnie PRADO używa THttpSession jako moduł sesji, który jest po prostu nadkładką (ang. wrapper) dla funkcji sesyjnych dostarczanych przez PHP. Moduł sesji jest dostępny poprzez właściwość Session aplikacji i kontrolek. -

- - -

moduł zarządzania błędami (ang. error handler module)

-

-Moduł zarządzzania błędami jest użuwany by przechwycić i obsłużyć wszystkie przypadki błędów w aplikacji. PRADO używa TErrorHandler jako moduł zarządzania błędami. Przechwytuje on wszystkie ostrzeżenia PHP (ang. warnings), wiadomości (ang. notices) oraz wyjątki (ang. exceptions) i wyświetla w odpowiedniej formie użytkownikowi końcowemu. Moduł zarządzania błędami jest dostępny poprzez właściwość ErrorHandler instancji aplikacji. -

- - -

Dodatkowe moduły (ang. custom modules)

-

-PRADO zostało wydane z większą ilością modułów niż wymienione moduły źródłowe. PRADO zawiera moduły keszujące (TSqliteCache oraz TMemCache), moduły zarządzające użytkownikami (TUserManager), moduły autentykacji i autoryzacji (TAuthManager), itd. -

-

-Kiedy wystąpi żądanie TPageService ładowane są także określone moduły dla serwisu stron, włączając menedżer elementów aktywnych (ang. assets manager) (TAssetManager), menedżer szablonów (TTemplateManager), menedżer tematów/skórek (ang. theme/skin manager) (TThemeManager). -

-

-Dodatkowe moduły oraz moduły źródłowe są konfigurowalne poprzez konfigurację. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Pages.page b/demos/quickstart/protected/pages/Fundamentals/pl/Pages.page deleted file mode 100755 index a6318674..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Pages.page +++ /dev/null @@ -1,25 +0,0 @@ - - -

Strony (ang. pages)

-

-Strony są najwyżej umiejscowionymi w hierarchi kontrolkamki, które nie posiadają rodzica. -Prezentacja strony jest bezpośrednio wyświetlana użytkownikowi końcowemu. Użytkownicy posiadają dostęp do strony poprzez wysłanie żądanie do serwisu strony (ang. sending page service requests). -

-

-Każda strona musi posiadać plik szablonu. Musi posiadać on rozszerzenie .page. Nazwa pliku (bez rozszerzenia) jest nazwą strony. PRADO będzie próbować znaleźć plik klasy strony w katalogu zawierającym szablon strony. Taki plik klasy strony musi posiadać tą samą nazwę (z rozszerzeniem .php) jak plik szablonu. Jeśli klasa nie zostanie znaleziona, strona skorzysta z klasy TPage. -

- -

PostBack

-

-Wysłanie formularza jest nazywane postback jeśli wysłanie następuje do strony zawierającej formularz. Postback może być postrzegany jako zdarzenie po stronie klienta, wywoływane przez użytkownika. PRADO będzie próbowało zidentyfikować, która kontrolka po stronie serwera jest odpowiedzialna za zdarzenie postblack. Jeśli znajdzie taką, np. przykład TButton, nazywać ją będziemy senderem zdarzenia postback, który przetłumaczy zdarzenie postback na pewne specyficzne zdarzenia po stronie serwera (np. zdarzenia OnClick i OnCommand dla TButton). - -

- -

Cykl życia strony (ang. page lifecycles)

-

-Zrozumienie cyklu życia strony jest kluczowe by zrozumieć istotę programowania w PRADO. -Cykl życia strony odwołuje się do stanów przejściowych strony, gdy jest ona dostarczana użytkownikowi końcowemu. Może on (cykl) być przedstawiony za pomocą następującej tablicy stanów: - -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/Services.page b/demos/quickstart/protected/pages/Fundamentals/pl/Services.page deleted file mode 100755 index 6d8b8866..00000000 --- a/demos/quickstart/protected/pages/Fundamentals/pl/Services.page +++ /dev/null @@ -1,34 +0,0 @@ - - -

Serwisy (ang. services)

-

-Serwis jest instancją klasy implementującej interfejs IService. Każdy rodzaj serwisu przetwarza specyficzny typ żądania użytkownika. Na przykład serwis strony (ang. page service) odpowiada na żądania użytkownika dla stron PRADO. -

-

-Serwis jest jednoznacznie identyfikowany poprzez swoją właściwość ID. Domyślnie kiedy THttpRequest jest używany jako moduł żądania (ang. request module), nazwy zmiennych GET są używane by zidentyfikować serwis żadany przez użytkownika. Jeśli nazwa zmiennej GET zgadza się z jakimś ID serwisu, żądanie jest przetwarzane przez ten serwis oraz wartość parametru GET jest przekazywana jako parametr serwisu. Dla serwisu strony nazwą zmiennej GET musi być page. Na przykład następujący adres URL żadą strony Fundamentals.Services, - -http://hostname/index.php?page=Fundamentals.Services - -

-

-Deweloper może zaimplementować dodatkowe serwisy dla swojej aplikacji. Aby uczynić serwis dostępnym należy go skonfigurować w konfiguracji aplikacji. -

- -

Serwis strony (ang. page service)

-

-PRADO implementuje TPageService by przetwarzać żądania stron użytkonika. Strony są przechowywane w katalogu określonej przez właściwość BasePath serwisu strony. Właściwość wskazuje domyślnie na katalog pages w ścieżce aplikacji. Możesz zmienić tą wartość domyślną poprzez skonfigurowanie serwisu w konfiguracji aplikacji. -

-

-Strony mogą być zorganizowane w podkatalogi w BasePath. W każdym katalogu może znajdować się plik konfiguracji strony o nazwie config.xml, który zawiera konfigurację aktywną tylko wtedy gdy strona spod tego katalogu lub podkatalogu jest żądana. Aby dowiedzieć się wiecej zobacz sekcję konfiguracja strony. -

-

-Parametr dla serwisu stron wskazuje na żądaną stronę. Parametr taki jak Fundamentals.Services wskazuje na stronę Services w katalogu <BasePath>/Fundamentals. Jeśli taki parametr nie jest obecny w żądaniu domyślnie przyjmowana jest jego wartość jako Home. Używając THttpRequest jako moduł żądania (domyślnie), następujący adres URL zażada stron Home, About i Register odpowiednio dla: - -http://hostname/index.php -http://hostname/index.php?page=About -http://hostname/index.php?page=Users.Register - -gdzie pierwszy przukład wynika z faktu, że serwis strony jest domyślnym serwisem a strona Home jest stroną domyślną. -

- - diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/applifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/pl/applifecycles.gif deleted file mode 100755 index caf16028..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/pl/applifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/classtree.gif b/demos/quickstart/protected/pages/Fundamentals/pl/classtree.gif deleted file mode 100755 index b1fbf0d6..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/pl/classtree.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/directory.gif b/demos/quickstart/protected/pages/Fundamentals/pl/directory.gif deleted file mode 100755 index c7d5086d..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/pl/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/lifecycles.gif b/demos/quickstart/protected/pages/Fundamentals/pl/lifecycles.gif deleted file mode 100755 index 5edaff5f..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/pl/lifecycles.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/Fundamentals/pl/objectdiagram.gif b/demos/quickstart/protected/pages/Fundamentals/pl/objectdiagram.gif deleted file mode 100755 index 7910469c..00000000 Binary files a/demos/quickstart/protected/pages/Fundamentals/pl/objectdiagram.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/HelloWorld.page index d65cf7f8..285be3b4 100755 --- a/demos/quickstart/protected/pages/GettingStarted/HelloWorld.page +++ b/demos/quickstart/protected/pages/GettingStarted/HelloWorld.page @@ -77,7 +77,7 @@ class Home extends TPage The application is now ready and can be accessed via: http://Web-server-address/helloworld/index.php, assuming helloworld is directly under the Web DocumentRoot. Try to change TButton in Home.page to TLinkButton and see what happens.

-Complete source code of this demo can be found in the PRADO release. You can also try the online demo. +Complete source code of this demo can be found in the PRADO release. You can also try the online demo.

diff --git a/demos/quickstart/protected/pages/GettingStarted/Installation.page b/demos/quickstart/protected/pages/GettingStarted/Installation.page index f59eed70..5280d25b 100755 --- a/demos/quickstart/protected/pages/GettingStarted/Installation.page +++ b/demos/quickstart/protected/pages/GettingStarted/Installation.page @@ -15,7 +15,7 @@ PRADO can be installed as a standalone package or using

Standalone package

    -
  1. Go to pradosoft.com to grab the latest version of PRADO.
    2. +
  2. Go to the Prado framework project page to grab the latest version of PRADO.
  3. Unpack the PRADO release file to a Web-accessible directory.
diff --git a/demos/quickstart/protected/pages/GettingStarted/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/Introduction.page index 522e385c..2056b5e1 100755 --- a/demos/quickstart/protected/pages/GettingStarted/Introduction.page +++ b/demos/quickstart/protected/pages/GettingStarted/Introduction.page @@ -52,11 +52,7 @@ You may refer to the following resources if you find this tutorial does not fulf

- diff --git a/demos/quickstart/protected/pages/GettingStarted/de/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/de/Introduction.page deleted file mode 100755 index 0c6b4ee6..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/de/Introduction.page +++ /dev/null @@ -1,62 +0,0 @@ - -

Willkommen zum PRADO Quickstart Tutorial

-
-

-Das Quicktstart tutorial soll Sie bei der Erstellung einer PRADO 3.x-basierten Webanwendung unterstützen. -

-

-Wenn Sie bereits PRADO 3.x nutzen und herausfinden möchten welche Verbesserungen und neuen Funktionen mit welcher Prado-Version unterstützt werden, besuchen sie die Neue Features-Seite. -

- - -

-Nutzen Sie auch die folgenden Ressourcen, wenn dieses Tutorial ihre Fragen nicht hinreichend beantwortet: -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/es/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/es/AboutPrado.page deleted file mode 100755 index 1aa1d765..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/es/AboutPrado.page +++ /dev/null @@ -1,86 +0,0 @@ - -

¿Que es PRADO?

-

-PRADO es una capa de programación (framework) basada componentes y programación dirigida por eventos, para desarrollos de aplicaciones Web en PHP 5. Las siglas PRADO significan en español Desarrollo Rapido de Aplicaciones con Programación Orientada a Objetos en PHP (PHP Rapid Application Development Object-oriented). -

-

-El principal objetivo de PRADO es utilizar al máximo la reutilización en la programación Web. Por reusabilidad, queremos decir no solamente reutilizar el código propio, si no el de otros programadores de una manera fácil. Lo último dicho es más importante, ya que evita el esfuerzo de reinventar nuevamente la rueda y además posibilita disminuir notablemente los tiempos de desarrollos. La introducción al concepto de componentes tiene este propósito. -

-

-Para alcanzar el propósito mencionado, PRADO estipula un protocolo para escribir y usar componentes para construir una aplicación Web. Un componente es una pieza de programa que es autocontenido (self-contained) y puede ser reutilizado con una mínima personalización del mismo. Nuevos componentes pueden ser creados por una simple composición de componentes existentes. -

-

-Para facilitar la interacción con componentes, PRADO implementa el paradigma de la programación dirigida por eventos (event-driven) que permite la delegación de comportamientos extensibles a los componentes. -Las actividades de los usuarios finales, tales como hacer clic en un botón de un formulario, son capturados como eventos en el lado del servidor (server events). -Metodos o funciones deben ser enlazadas a dichos eventos de tal manera que cuando los eventos sucedan, estos son invocados automáticamente para responder a dicho evento. Comparado con la programación Web tradicional en la cual los desarrolladores tienen que tratar directamente (raw) con las variables de arreglo POST y GET, la programación dirigida por eventos ayuda a los desarrolladores enfocarse mejor en las necesidades lógicas y reducir significativamente el código de bajo nivel repetitivo (low-level repetitive coding). -

-

-En resumen, desarrollar aplicaciones Web con PRADO principalmente involucra instantáneamente tipos de componentes predesarrollados, configurarlos mediante sus propiedades, responder a sus eventos escribiendo funciones manipuladoras de los mismos , y agrupándolos (composing them) dentro de paginas para la aplicación. Es muy similar al Kit de herramientas RAD de Borland Delphi y Microsoft Visual Basic, que son utilizadas para desarrollar aplicaciones (Interfaces Graficas de Usuarios, GUI) de escritorio. -

- -

¿Proque PRADO?

-

-PRADO es comúnmente citado como una plataforma de programación (framework) única. En realidad es tan único que puede convertir una tediosa y aburrida tarea de programación en PHP en una tarea divertida (fun task). La siguiente lista es un pequeño resumen de las características principales de PRADO, -

-
    -
  • -Reutilización - Los codigos que se rigen por el protocolo basado en componentes de PRADO son altamente reutilizables. Esto beneficia a los equipos de desarrollo a largo plazo, ya que pueden reutilizar sus trabajos anteriores e integrar otras partes de trabajo con facilidad.
    • -
  • -Programación dirigida por eventos - Las actividades del usuario final, tales como como hacer clic en un botón de enviar, son capturadas como eventos del servidor permitiendo que los desarrolladores tengan un mejor enfoque en interacciones del usuario.
    • -
  • Integración de equipo - La capa de presentacion y la capa logica son almacenados por separado. Las aplicaciones en PRADO pueden ser armadas por temas (themable).
    • -
  • -Controles webs Potentes - PRADO viene con un conjunto de poderosos componentes que se ocupan de interfaces de usuario Web. Altamente interactivo de páginas web se puede crear con unas pocas líneas de código. Por ejemplo, utilizando el componente DataGrid, se puede crear rápidamente una página que presenta una tabla de datos que permite la paginación, la clasificación, editar y eliminar filas de los datos. -
  • -Fuerte soporte de bases de datos - Desde la versión 3.1, PRADO ha sido equipada con total soporte de bases de datos escrita en forma nativa y, por tanto, encaja con el resto del framework PRADO. De acuerdo a la complejidad de los objetos de negocio, se puede optar por utilizar la PDO simple, basada en el acceso a los datos, o el apmpliamente conocido Active Record, o el mapa completo de los objetos del negocio SqlMap.
    • -
  • -Soporte de AJAX sin fisuras - Uso de AJAX en PRADO nunca ha sido más fácil con su innovador Controles Activos (Active Controls) introducidos desde la versión 3.1. Puede escribir una aplicación AJAX sin escribir una sola línea de código javascript. De hecho, que la utilización de los Controles Activos, no es muy diferente a la utilizacion de componentes no-AJAX.
    • -
  • -Soporte de I18N y L10N - PRADO incluye soporte completo para crear aplicaciones con múltiples idiomas y la localización.
    • -
  • -Compatibilidad (compliance) XHTML - Las páginas Web generadas por PRADO son compatibles con XHTML.
    • -
  • -Albergar trabajos ya existentes - PRADO es un framework genérico, con especial atención a la capa de presentación. No excluye a desarrolladores que hacen uso de la mayoría de las actuales bibliotecas de clase o juegos (kits) de herramientas. Por ejemplo, uno puede usar ADOdb o Creole para tratar con base de datos en su aplicación PRADO. -
  • -Otras características - Potente manipulación de errores /excepciones y registro de mensjes (message logging); cahe genérico y memoria caché de salida selectiva; manejo de errores personalizable y localizable; extensible autentificación y autorización; prevención de medidas de seguridad tales como cross-site script (XSS) , protección de cookies, etc. -
    • -
- -

¿Qué es adecuado para utilizar PRADO

-

-PRADO es mejor adecuado para la creación de aplicaciones Web que tienen alta interactividdad con usuarios (user-interactive). Se puede utilizar para desarrollar sistemas tan simple como un blog o para aquellos sistema tan complejo como un sistema de gestión de contenidos (CMS) o una completa solución de comercio electrónico. PRADO promueve la programación orientada a objetos a través de su metodología basada en componente , se ajusta muy bien para el trabajo en equipo y el desarrollo empresarial. -

-

-PRADO viene con un conjunto completo de técnicas de caching que ayudan a acelerar las aplicaciones Web PRADO y acomodar el tráfico de alta exigencia. Su arquitectura modular permite a los desarrolladores el uso o icorporar (plug-in) diferentes módulos de caché de memoria para diferentes necesidades. La salida de caché permite elegir selectivamente el caché de las paginas webs generadas. -

- -

-¿Cómo se PRADO en comparación con otros Frameworks? -

-

-PRADO es a menudo citado como un framework único. Su singularidad radica principalmente en el paradigma de la programacion basada en componentes (component-based) y dirigida a eventos (event-driven) que pretende promover. Aunque este paradigma de programación no es nuevo en programación de aplicaciones de escritorio y no en una nueva web de algunos lenguajes de programación, PRADO es quizás el primer framework PHP que lo lleva a cabo. -

-

-La mayoría de frameworks de PHP principalmente se centra en separar la presentación y la lógica y promueve el patrón de diseño MVC (modelo-vista-controlador) . PRADO logra el mismo objetivo, naturalmente, al exigir que la lógica se almacena en las clases y la presentación en las plantillas. PRADO hace mucho más en otros aspectos distintos de MVC. Se llena de mucho espacio en blanco en la programación web en PHP, con su paradigma de programacion basada en componentes, la riqueza de su conjunto de controles Web, sus potente soporte de bases de datos, su flexible manejo de errores y registro de mensajes, y muchos otros. -

- -

-¿Es PRADO lo suficientemente estable? -

-

-Sí. PRADO inicialmente fue liberado en agosto de 2004. Muchas series de ensayos se han escrito y realizado con frecuencia para asegurar su calidad. Se ha utilizado por miles de desarrolladores y muchas aplicaciones Web se han desarrollado sobre la base de la misma. Bugs y peticiones se gestionan a través del sistema TRAC y tenemos una gran comunidad de usuarios y el equipo de desarrollo para asegurar que todas las preguntas se respondan en forma oportuna. -

- -

Historia de PRADO

-

-La propia inspiración original de PRADO vino de Apache Tapestry. Durante el diseño y la ejecución, me tome prestadas muchas ideas de Borland Delphi y Microsoft ASP.NET. La primera versión de PRADO salió en junio de 2004 y fue escrita en PHP 4. Impulsado por el concurso de codificación de Zend PHP 5 , re-escrbí PRADO en PHP 5, que resultó ser una sabia decisión, gracias al nuevo modelo de objetos proporcionados por PHP 5. PRADO ganó el gran premio en el concurso Zend, ganando el más alto de votos del público y los jueces del panel. -

-

-En agosto de 2004, PRADO comenzó a ser alojado en SourceForge como un proyecto de código abierto. Poco después, el sitio del proyecto xisc.com se anunció para el orden público. Con el fantástico apoyo del equipo de desarrolladores PRADO y usuarios PRADO, PRADO evolucionado a la versión 2,0 a mediados de 2005. En esta versión, Wei Zhuo contribuyó en PRADO con el excelente I18N y L10N apoyo. -

-

-En mayo de 2005, se decidió re-escribir por completo el framework PRADO para resolver algunas cuestiones fundamentales que se encuentran en la versión 2.0 y para ponerse al día con algunas geniales características disponibles en Microsoft ASP.NET 2.0. Después de casi un año de arduo trabajo con más de 50.000 líneas de nuevo código, la versión 3.0 fue finalmente puesta a disposición en abril de 2006. -

-

-A partir de la versión 3.0, importantes esfuerzos se asignan a asegurar la calidad y la estabilidad de PRADO. Si decimos PRADO v2.x y v1.x son prueba de concepto de trabajo, podemos decir PRADO 3.x ha crecido a un proyecto que es adecuado para un negocio serio el desarrollo de aplicaciones. -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/es/Installation.page b/demos/quickstart/protected/pages/GettingStarted/es/Installation.page deleted file mode 100755 index 973415fa..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/es/Installation.page +++ /dev/null @@ -1,29 +0,0 @@ - -

Installing PRADO

-
-

-Su usted esta viendo esta pagina desde su explorador Web, usted ha ya realizado la instalación. -

-

-Los requerimientos minimos por PRADO, son que el servidor Web soporte PHP version 5. PRADO ha sido probado con el servidor Web Apache en las plataformas Windows y Linux. Existen muchas probabilidades de que tambien pueda correr en otras plataformas con otros servidores Webs siempre y cuando estos soporten PHP 5. -

-
- -
-

-La instalacion de PRADO, consiste principalmente en descargarlo y descomprimirlo. -

-
    -
  1. Ingrese en pradosoft.com para obtener la ultima version de PRADO.
    2. -
  2. Descomprima el archivo de la ultima publicacion de PRADO en una carpeta o directorio accesible via Web (Web-accessible). -
-
-
-

-Su instalacion de PRADO esta lista y usted puede comenzar a probarlo con las aplicaciones de demostraciones incluidas en la pulicacion de prado a travez de la URL http://web-server-address/prado/demos/. Aqui asumimos que PRADO esta descomprimido en la subcarpeta prado que se ecnuentra debajo de DocumentRoot del servidor Web. -

-

-Si encuentra algun problema con las aplicaciones demostrativa de PRADO, utilice por favor el script de chequeo de requerimientos que viene con PRADO , accesible desde http://web-server-address/prado/requirements/index.php, para comprobar primeramente si la configuracion de su server cumple con las condiciones requeridas por PRADO. -

-
- diff --git a/demos/quickstart/protected/pages/GettingStarted/es/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/es/Introduction.page deleted file mode 100755 index 324843ea..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/es/Introduction.page +++ /dev/null @@ -1,60 +0,0 @@ - -

Bienvenido al Tutorial rápido de PRADO

-
-

Este tutorial rápido se presta a ayudarle rápidamente a empezar a construir tu propia web aplicaciones basadas en PRADO versión 3.x. -

-

Si ya es usuario PRADO 3.x y me gustaría saber qué mejoras están disponibles para cada nueva versión, por favor, consulte las nuevas características . De lo contrario, las siguientes secciones son útiles para novatos. -

- -
-
-

¿Cómo funciona PRADO?

-

Conceptos y fundamentos

-
    -
  1. Creación de aplicaciones web con PRADO
    2. -
  2. Controles Web y eventos
    3. -
  3. Validación de entrada de usuario
    4. -
  4. Conexión a bases de datos
    5. -
  5. Viendo los datos de la base de datos
    6. -
-
-
-

Examples and Demos

- -

Más ejemplos en Controles Estándard, - Controles de validación and - Controles de Datos. -

- -
-

Tutorials and Help

- -
-
-

- -

-Usted podrá hacer referencia a los siguientes recursos si usted encuentra que este tutorial no cumple con todas sus necesidades. -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/fr/AboutPrado.page deleted file mode 100755 index 25bb0bc7..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/AboutPrado.page +++ /dev/null @@ -1,71 +0,0 @@ - -

Qu'est-ce que PRADO ?

-

-PRADO est un framework de programmation évènementielle basé sur des composants pour développer des applications Web en PHP5. PRADO signifie PHP Rapid Application Development Object-oriented. -

-

-Le but principal de PRADO est la réutilisation maximale de code dans la programmation Web. Par réutilisation, cela ne se limite pas à son propre code mais aussi celui d'autres développeurs, de manière la plus aisée possible. Cela est très important car cela évite de réinventer la roue et peut donc réduire de façon significative le temps de développement. L'introduction du concept de composant provient de cela. -

-

-Afin de parvenir au but ci-dessus, PRADO stipule un protocole d'écriture et d'utilisation des composants afin de construire des applications Web. Un composant est une brique logicielle qui peut être réutilisée avec quelques modifications. De nouveaux composants peuvent ainsi être construits en utilisant des composants existants. -

-

-Afin de faciliter l'intéraction avec les composants, PRADO implémente une programmation évènementielle qui permet la délégation des comportements aux composants. Les actions des utilisateurs comme le click sur un bouton de type submit sont capturées comme des évènements serveurs. Des méthodes ou fonctions peuvent être attachées à ces évènements et lorsque l'évènement se produit, elles sont automatiquement invoquées afin de répondre à ces même évènements. Comparé à la traditionnelle programmation Web où les développeurs doivent utiliser les variables POST ou GET, la programmation évènementielle aide les développeurs à se consacrer à la logique et réduit de façon significative le code répétitif. -

-

-Développer une application Web avec PRADO se résume à instancier des composants existants, les configurer en définissant leurs propriétés, leur affecter des fonctions répondants à ces mêmes évènements, et ainsi composer les pages de l'application. Cela est très similaire aux développants à l'aide de RAD, comme Borland Delphi et Microsoft Visual Basic, qui sont utilisés pour développer des applications GUI. -

- -

Pourquoi PRADO ?

-

-PRADO est le plus souvent cité comme un framework unique. En fait, il est tellement unique qu'il peut changer votre programmation PHP en une tâche amusante. La liste suivante est un rapide résumé des principales fonctionnalités de PRADO, -

-
    -
  • Réutilisation - Le code provenant du protocole de composant PRADO est réellement réutilisable. Cela bénéficie à l'équipe de développement dans le sens où ils peuvent réutiliser leur travail précédent afin de l'intégrer dans d'autres parties de façon aisée.
    • -
  • Programmation évènementielle - Les actions de l'utilisateur, comme un click sur un bouton de type submit, sont capturées comme évènement serveur afin que le développeur se consacre principalement à la façon de gérer ces interactions.
    • -
  • Intégration des équipes - La logique et la présentation sont séparées. Des thèmes peuvent être appliqués aux applications PRADO.
    • -
  • Contrôles Web puissants - PRADO possède un large éventail de composants afin de gérer les interfaces Web. Des pages Web très interactives peuvent être crées avec peu de lignes de code. Par exemple, le seul composant "datagrid" (ou grille de données) permet de créer rapidement une page présentant un tableau paginé triable qui permet l'édition et la suppression de lignes de données. -
  • Support robuste des base de données - Depuis la version 3.1, PRADO a été doté d'un support complet des base de données qui s'intègre totalement avec les autres parties du framework. Selon la complexité des objets métiers, votre choix pourra porter vers une simple couche d'accès PDA, vers les largements connus "Active Record" ou un mapping complet des objets métiers à travers un schéma SqlMap.
    • -
  • Support de AJAX - Utiliser AJAX dans PRADO n'a jamais été aussi facile qu'avec les innovants "active controls" introduits depuis la version 3.1. Vous pouvez facilement créer une application intégrant de l'AJAX sans écrire une seule ligne de javascript. En fait, l'utilisation des "active controls" n'est pas différente des contrôles Web standards.
    • -
  • Support I18N et L10N - PRADO intègre un support complet afin de contruire des applications dans plusieurs langues et plusieurs locales.
    • - -
  • Rendu XHTML - Les pages Web générées par PRADO sont "XHTML-compliant" et ainsi conformes aux standards W3C.
    • -
  • Intégration de l'existant - PRADO est un framework généric se focalisant sur la couche de présentation. Cela n'empêche en rien les développeurs d'utiliser la plupart des bibliothèques existantes. Par exemple, on peut utiliser AdoDB ou Creole afin de gérer l'accès données dans son application PRADO. -
  • Autres fonctionnalités - Puissante gestion des erreurs et/ou exceptions et enregistrement des messages; Cache générique et sélectif; Gestion des erreurs customisable et localisable; Authentification et authorisation extensible; Mesures de sésurité comme prévention des cross-site script (CSS), protection des cookies, etc...
    • -
- -

Pour quelles applications PRADO est-il adapté ?

-

-PRADO est le plus adapté pour des applications Web très interactives. Il peut être utilisé pour développer des systèmes simples comme un blog, ou complexes comme un système de gestion de contenu (CMS), ou une solution complète de e-commerce. Puisque PRADO est basé sur une programmation orientée objet à travers sa méthodologie de composants, il convient particulièrement bien pour le travail en équipe et le développement d'entreprise. -

-

-PRADO intègre un système de cache complet qui peut aider les applications à tenir des charges de traffic élevées. Son architecture modulaire permet aux développeurs d'utiliser des modules de cache différents pour chaque besoin. Le cache peut s'effectuer sur toute ou partie d'une page Web. -

- -

Comment est PRADO comparé à d'autres Frameworks ?

-

-PRADO est souvent cité comme un framework unique. Sa particularité est principalement liée à la gestion des composants et à la programmation évènementielle qu'il essaie de promouvoir. Bien que ce paradigme ne soit pas nouveau dans la programmation d'application GUI, PRADO est peut-être le premier framework PHP à l'intégrer. -

-

-La plupart des frameworks PHP se focalise principalement sur la séparation des couches de présentation et de la logique en utilisant le design pattern MVC (Model-Vue-Contrôleur). PRADO atteint le même but en imposant que la logique se situe dans des classes et la présentation dans des templates. PRADO fait beaucoup plus sur d'autres aspects que le MVC. Il comble des manque dans la programmation PHP avec son modèle de composants Web riches, son support robuste des bases de données, sa gestion d'erreur flexible et beaucoup d'autre... -

- -

PRADO est-il assez stable ?

-

-Oui. Le projet PRADO a débuté en août 2004. Beaucoup de tests unitaires ont été écrits et fréquemment éxecutés afin d'assurer sa qualité. Il a été utilisé par des milliers de développeurs et beaucoup d'applications sont basés sur celui-ci. Les bugs et les demandes de fonctionnalités sont gérées à travers le système TRAC, nous avons une grande communauté d'utilisateurs et une équipe de développement afin d'assurer que toutes les questions sont répondues en un temps record. -

- -

Histoire de PRADO

-

-L'inspiration originale de PRADO vient de Apache Tapestry. Pendant le design et l'implémentation, j'ai emprunté beaucoup d'idées de Borland Delphi et Microsoft ASP.NET. La première version de PRADO a vue le jour en juin 2004 et était écrite en PHP4. Conduit par le concours de codage de Zend, j'ai réécrit PRADO en PHP5, qui est un changement majeur grâce au nouveau modèle objet fourni par PHP5. PRADO a remporté le grand prix du concours grâce aux votes du public ainsi que du jury. -

-

-En août 2004, PRADO a commencé à être hébergé sur SourceForge en projet Open Source. Peu après, le site du projet xisc.com a été annoncé au public. Grâce au fantastique support de l'équipe de développement et des utilisateurs de PRADO, PRADO a évolué en version 2.0 mi 2005. Dans cette version, Wei Zhuo a contribué à PRADO avec le support I18N et L10N. -

-

-En mai 2005, nous avons décidé de réécrire complètement le framework PRADO afin de résoudre quelques problèmes trouvés dans la version 2.0 et ajouter des fonctionnalités disponibles dans Microsoft ASP.NET 2.0. Après près d'un an de dur labeur et 50.000 lignes de nouveau code, la version 3.0 était finalement disponible en avril 2006. -

-

-Au démarrage de la version 3.0, des efforts significatifs ont été fournis afin d'assurer la qualité et la stabilité de PRADO. Si PRADO v2.x et v1.x sont la preuve du concept, nous pouvons affirmer que PRADO v3.x est un projet qui est désormais adapté pour le développement d'applications métiers. -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/CommandLine.page b/demos/quickstart/protected/pages/GettingStarted/fr/CommandLine.page deleted file mode 100755 index d1406928..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/CommandLine.page +++ /dev/null @@ -1,94 +0,0 @@ - -

Outil en ligne de commande

-

Le script optionnel prado-cli.php du répertoire framework est un outil en ligne de commande destiné à éxecuter certaines tâches dans PRADO. -Le script prado-cli.php peut être utilisé pour créer le squelette de projet PRADO, des fichiers tests et accéder à un shell interactif PHP. -

-

Pré-requis

-

-Afin d'utiliser l'outil en ligne de commande, vous aurez à utiliser une console. De plus, PHP doit être capable d'éxecuter des scripts en ligne de commande. -

- -

Utilisation

-

-Si vous tapez php chemin/vers/framework/prado-cli.php, vous devez voir les informations suivantes. Alternativement, si vous n'êtes pas sous Windows, vous pouvez essayer de transformer le fichier prado-cli.php en un éxecutable

- -Command line tools for Prado 3.0.5. -usage: php prado-cli.php action [optional] -example: php prado-cli.php -c mysite - -actions: - -c - Creates a Prado project skeleton for the given . - - -t - Create test fixtures in the given . - - shell [directory] - Runs a PHP interactive interpreter. Initializes the Prado - application in the given [directory]. - - -

Les <parameter> sont les paramètres requis et [optional] -désignent les paramètres optionnels.

- -

Créer un nouveau squelette de projet PRADO

- -

Afin de créer un squelettre de projet PRADO, suivez les instructions suivantes :

-
    -
  1. Placez-vous dans le dossier où vous souhaitez créer le projet.
    2. -
  2. Tapez, php ../prado/framework/prado-cli.php -c helloworld, où - helloworld est le nom du dossier où vous souhaitez créer le squelette.
    3. -
  3. Tapez, php ../prado/framework/prado-cli.php -t helloworld afin de créer les fichiers tests du projet helloworld.
    4. -
- -

Shell interactif

-

-Le shell interactif vous permet d'évaluer des scripts PHP directement en ligne de commande. -Le script prado-cli.php peut être utilisé pour démarrer le shell et charger un projet PRADO existant. -Par exemple, chargons le projet de démo blog. En supposant que votre console se situe actuellement dans le répertoire prado de la distribution, tapez : -

-

- -$: php framework/prado-cli.php shell demos/blog - -Le résultat doit être - -Command line tools for Prado 3.0.5. -** Loaded Prado application in directory "demos\blog\protected". -PHP-Shell - Version 0.3.1 -(c) 2006, Jan Kneschke - ->> use '?' to open the inline help - ->> - -Ensuite, nous allons appeler une instance de l'application du blog PRADO, et de cette instance nous allons créer une instance du module'data'. Notez qu'un point-virgule à la fin de la ligne n'affiche pas la sortie. - - ->> $app = Prado::getApplication(); - ->> $db = $app->getModule('data'); - -Pour finir, nous voulons utiliser le module 'data' pour récupérer le post ayant l'ID=1. Notez que nous n'avons pas mis de point-virgule afin de voir le résultat de la commande. - ->> $db->queryPostByID(1) - -Aucune erreur ne doit se produire et vous devez dorénavant voir : - -PostRecord#1 -( - [ID] => 1 - [AuthorID] => 1 - [AuthorName] => 'Prado User' - [CreateTime] => 1148819691 - [ModifyTime] => 0 - [Title] => 'Welcome to Prado Weblog' - [Content] => 'Congratulations! You have successfully installed Prado Blog -- - a PRADO-driven weblog system. A default administrator account has been created. - Please login with admin/prado and update your password as soon as possible.' - [Status] => 0 - [CommentCount] => 0 -) - -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/fr/HelloWorld.page deleted file mode 100755 index 1e0f5574..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/HelloWorld.page +++ /dev/null @@ -1,83 +0,0 @@ - -

Ma première application PRADO

-
-

-Dans cette partie, nous allons vous guider afin de créer votre première application PRADO, la fameuse application "Hello World". -

-

-"Hello World" est peut-être l'application PRADO la plus simple et interactive que vous pouvez créer. Cela affiche une page avec un bouton où il est affiché Click Me. Lorsque l'utilisateur clicke sur la bouton, il est affiché Hello World. -

-

-Il y a plusieurs approches afin d'arriver au but ci-dessus. On peut envoyer la page au serveur, vérifier le contenu de la variable POST, et générer une nouvelle page avec le texte du bouton modifié. On peut également simplement utiliser du javascript afin de mettre à jour le libellé du bouton après l'évènement onclick. -

-
-

-PRADO privilégie une programmation évènementielle basée sur des composants. Le bouton est représenté par un objet TButton. Celui-ci comprend le libellé du bouton en tant que propriété Text et associe l'évènement "click" avec un évènement serveur OnClick. Afin de répondre à l'action de l'utilisateur sur le click du bouton, il suffit simplement d'attacher une fonction à l'évènement OnClick du bouton. Dans cette fonction, la propriété Text est modifiée en "Hello World". Le diagramme suivant image la séquence ci-dessus : - -

-

-Notre application PRADO sera composée de trois fichiers, index.php, Home.page et Home.php, qui sont organisés de la façon suivante : - - -où chaque répertoire est expliqué comme suit. Notez que la structure des répertoire peut être personnalisée. Par example, le dossier protected peut se trouver hors du répertoire Web public. Vous saurez comment faire à la suite de ce tutorial. -

-
    -
  • assets - dossier de stockage des fichiers publiés privés. Voir la partie "assets" pour plus de détails. Le processus du serveur Web doit avoir les droits d'écriture sur ce répertoire.
    • -
  • protected - répertoire de base de l'application comprenant les données et fichiers privés. Ce répertoire se doit de ne pas être accessible au public.
    • -
  • runtime - répertoire de stockage des fichiers d'éxecution de l'application, comme des données de cache, etc. Le processus du serveur Web doit avoir les droits d'écriture sur ce répertoire.
    • -
  • pages - répertoire de base des pages PRADO.
    • -
- -
-Astuce :Vous pouvez également utiliser le script framework/prado-cli.php -en ligne de commande -afin de créer la structure de votre projet PRADO. Par exemple, tapez la commande -php path/to/prado-cli.php -c helloworld dans le dossier où vous souhaitez créer votre projet helloworld. -
- -

-Les trois fichiers dont nous avons besoin sont expliqués comme suit. -

-
    -
  • index.php - script d'entrée de notre application PRADO. Ce fichier est requis par toutes les applications PRADO et il s'agit du seul script accessible par les utilisateurs finaux. Le contenu du fichier index.php consiste principalement aux trois lignes suivantes : - -require_once('path/to/prado.php'); // include du script prado -$application=new TApplication; // création de l'instance de l'application PRADO -$application->run(); // démarrage de l'application - -
    • -
  • Home.page - template de la page par défaut retournée lorsque les utilisateurs ne spécifient pas de façon explicite la page demandée. Un template désigne la présentation des composants. Dans cet exemple, nous utiliserons deux composants,TForm et TButton, qui correspondent respectivement aux tags HTML <form> et <input>. Le fichier template contient le contenu suivant : - - - - <com:TForm> - <com:TButton Text="Click me" OnClick="buttonClicked" /> - </com:TForm> - - - -
    • -
  • Home.php - fichier de classe pour la page Home page. Celui-ci contient principalement la méthode répondant à l'évènement OnClick du bouton. - -class Home extends TPage -{ - public function buttonClicked($sender,$param) - { - // $sender se rapporte au composant bouton - $sender->Text="Hello World!"; - } -} - -
    • -
-
-

-L'application is maintenant prête et est accesible à l'adresse -The application is now ready and can be accessed via: http://Web-server-address/helloworld/index.php, en supposant que helloworld soit directement sous la racine de votre serveur. Essayez de modifier le TButton de la page Home.page en TLinkButton et voyez ce qui se produit. -

-

-Le code source complet de cette démonstration peut être téléchargé dans la release de PRADO. Vous pouvez également essayer la démonstration en ligne. -

-
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/Installation.page b/demos/quickstart/protected/pages/GettingStarted/fr/Installation.page deleted file mode 100755 index 04b31cef..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/Installation.page +++ /dev/null @@ -1,29 +0,0 @@ - -

Installer PRADO

-
-

-Si vous voyez cette page à partir de votre serveur Web, c'est que l'installation s'est déjà bien déroulée. -

-

-La configuration minimum requise par PRADO est que le serveur Web supporte PHP 5. PRADO a été testé avec un serveur Apache sur une platforme Windows et Linux. Il est fort possible qu'il fonctionne avec d'autres platformes avec d'autres types de serveurs Web tant que PHP 5 est supporté. -

-
- -
-

-L'installation de PRADO se résume principalement au téléchargement et à la décompression des sources. -

-
    -
  1. Rendez-vous sur pradosoft.com afin de récupérer la dernière version de PRADO.
    2. -
  2. Décompressez le fichier PRADO dans le répertoire du serveur Web. -
-
-
-

-Votre installation de PRADO est terminée et vous pouvez commencer à utiliser les applications de démonstration incluses dans PRADO avec l'URL http://web-server-address/prado/demos/. Ici nous supposons que PRADO est décompressé dans le sous-répertoire prado sous le répertoire racine du serveur Web. -

-

-Si vous rencontrez un problème avec les applications de démonstration, merci d'utiliser le script de vérification des pré-requis de PRADO, accessible à l'adresse http://web-server-address/prado/requirements/index.php, afin de vérifier que votre configuration réponds bien aux exigences de PRADO. -

-
- diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/fr/Introduction.page deleted file mode 100755 index 2a7768ee..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/Introduction.page +++ /dev/null @@ -1,19 +0,0 @@ - -

Bienvenue sur le tutorial de démarrage rapide de PRADO

-
-

-Ce tutorial est destiné à vous aider rapidement à créer votre propre application Web basée sur PRADO version 3.X. -

-

-Vous pouvez vous réferrer aux ressouces suivantes si vous trouvez que ce tutorial ne correspond pas à vos besoins. -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/NewFeatures.page b/demos/quickstart/protected/pages/GettingStarted/fr/NewFeatures.page deleted file mode 100755 index 7e0805c4..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/NewFeatures.page +++ /dev/null @@ -1,24 +0,0 @@ - - -

Nouvelles fonctionnalités

- -

-Cette page résume les principale fonctionnalités introduites dans chaque version de PRADO. -

- -

Version 3.1.0

-
    - -
  • Ajout d'un support d'AJAX. Un large panel de contrôles AJAX, appelés "active controls", est introduit. L'utilisation de ces contrôles est très similaires à leur homologue "non-AJAX". Pour plus de détails, voir le détail sur les "active controls".
    • - -
  • Ajout d'un support complet de base de données.
    • -
  • Ajout de nouveaux contrôles, modules et services, incluant TSoapService, TOutputCache, TSessionPageStatePersister, TFeedService, TJsonService, cache des dépendances entre les classes et TXmlTransform. -
    • - -
  • Amélioration de certains contrôles de données avec des "renderers". Le "Renderer" permet la réutilisation des templates qui sont généralement trouvés dans les contrôles comme TRepeater, TDataList et TDataGrid, rendant ainsi la configuration de ces contrôles plus "propre". Pour plus de détails, consultez les tutoriaux mis à jour : TRepeater, TDataList et TDataGrid.
    • - -
  • Ajout du support des fichiers de configurations externes. Amélioration de la syntaxe des templates afin de faciliter la configuration des sous-propriétés.
    • - -
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/Upgrading.page b/demos/quickstart/protected/pages/GettingStarted/fr/Upgrading.page deleted file mode 100755 index 18d3b218..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/fr/Upgrading.page +++ /dev/null @@ -1,63 +0,0 @@ - - -

Mise à jour à partir des versions v2.x et v1.x

- -
-

-PRADO v3.0 n'est pas rétro-compatible avec les versions précédents de PRADO. -

-

-La bonne nouvelle est que les propriétés et que les évènements de la plupart des contrôles restent identiques ainsi que la syntaxe des templates qui reste largement inchangée. Par conséquent, les connaissances des développeurs des anciennes versions restent applicables dans la v3.0. -

-

-Nous résumons ci-dessous les changements les plus significatifs de la v3.0 afin d'aider les développeurs à migrer leurs applications v2.x et v1.x plus facilement, si besoin est. -

-
- -

Définition des composants

-

-La version 3.0 a complètement changé de besoin de fichiers de spécifications des composants. Il se fonde davantage sur des conventions pour définir les propriétés et les événements des composants . En particulié, une propriété est définit par la présence d'une méthode getter et/ou setter, tandis qu'un évènement est définit par l'existance d'une méthode on... .Les noms des propriétés et évènements dans la v3.0 sont tous les deux case-insensitive. Par conséquence, les développeurs sont désormais obligés de faire attention aux conversions de type lorsque la propriété d'un composant est définie. Par example, le code suivant est utilisé afin de définir la propriété Enabled propriétaire d'un TControl, qui est un type booléen, -

- -public function setEnabled($value) -{ - $value=TPropertyValue::ensureBoolean($value); - $this->setViewState('Enabled',$value,true); -} - -

-où la fonction TPropertyValue::ensureBoolean() est utilisée afin de s'assurer que la variable est bien un booléen. Ceci car lorsque la propriété est configurée dans un template, une chaîne de caractère est passée au setter. Dans les versions précédentes, PRADO connaissait le type de chaque propriété des composants grâce aux fichiers de spécifications et se chargeait de la conversion de type pour vous. -

- -

Contrôleur de l'application

-

-Le contrôleur de l'application implémente désormais une architecture modulaire. Les modules peuvent être ajoutés et configurés dans la configuration de l'application. Chaque module assure une fonction particulière et ils peuvent être coordonnés entre eux par le cycle de vie de l'application. Le concept des modules de la version 2.x a été replacé dans la v3.0 par les répertoires des pages. En conséquence, le format de configuration de l'application de la v3.0 est très différent des versions précédentes. -

- -

Pages

-

-Les pages dans la version 3.0 sont organisés dans des répertoires qui peuvent être comparés au concept des modules de la v2.x. Les pages sont demandées selon leur structure. Par exemple, une URL index.php?page=Controls.Samples.Sample1 sera utilisée pour servir une page nommée Sample1 se trouvant dans le répertoire [BasePath]/Controls/Samples, où [BasePath] se réfère au répertoire racine des pages. Le nom d'un fichier template d'une page doit avoir comme extension .page, principalement pour différencier les templates des pages des templates des contrôles qui se termineront par l'extension .tpl. -

- -

Relation des contrôles

-

-La version 3.0 redéfinit les relations entre les contrôles. En particulier, la relation parent-enfant se réfère désormais à la relation entre les contrôles et la présentation. Un nouveau nom de relation est introduit afin d'aider la gestion des identifiants des contrôles. Pour plus de détails, voir la section concernant les contrôles. -

- -

Syntaxe des Templates

-
-

-La syntaxe des contrôles dans les templates de la v3.0 est très similaire à celle des versions précédentes avec beaucoup d'améliorations. Un changement important est au sujet des expression dans le databinding. Dans la v3.0, cela est fait de la façon suivante,

- -<com:MyComponent PropertyName=<%# PHP expression %> .../> - -

-Les expressions et les tags d'états ont aussi changé. Pour plus de détails, voir la section concernant la définition des templates. -

-
-

Syntaxe des Thèmes

-

-Les thèmes dans la v3.0 sont définis comme les contrôles des templates avec quelques restrictions. -

- - diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/directory.gif b/demos/quickstart/protected/pages/GettingStarted/fr/directory.gif deleted file mode 100755 index e6c4f724..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/fr/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/fr/sequence.gif b/demos/quickstart/protected/pages/GettingStarted/fr/sequence.gif deleted file mode 100755 index 4207a9bb..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/fr/sequence.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/id/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/id/AboutPrado.page deleted file mode 100755 index e2704859..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/AboutPrado.page +++ /dev/null @@ -1,70 +0,0 @@ - -

Apa itu PRADO?

-

-PRADO adalah kerangka pemrograman berbasis-komponen dan kendali-event untuk mengembangkan aplikasi Web dalam PHP 5. PRADO singkatan dari PHP Rapid Application Development Object-oriented. -

-

-Tujuan utama dari PRADO adalah menghidupkan usabilitas secara maksimum dalam pemrograman Web. Dengan usabilitas, kami artikan tidak hanya menggunakan ulang kode yang dimiliki seseorang, tapi juga menggunakan ulang kode orang lain dalam cara yang mudah. Yang terakhir lebih penting karena menghemat usaha penciptaan roda dan menghemat waktu pengembangan secara dramatis. Pengenalan atas konsep komponen adalah untuk tujuan ini. -

-

-Untuk mencapai tujuan di atas, PRADO menetapkan sebuah protokol atas penulisan dan pemakaian komponen untuk membentuk aplikasi Web. Komponen adalah unit software yang mengandung-dirinya sendiri dan dapat dipakai ulang dengan kustomisasi mudah. Komponen baru dapat dibuat dengan komposisi sederhana terhadap komponen-komponen yang sudah ada. -

-

-Untuk menjembatani interaksi dengan komponen, PRADO menerapkan paradigma pemrograman kendali-event yang membolehkan delegasi aturan yang bisa diperpanjang ke komponen. Aktivitas pengguna-akhir seperti mengklik pada tombol kirim, ditangkap sebagai event server. Metode atau fungsi dapat disertakan pada event ini agar ketika event terjadi, metode atau fungsi dipanggil secara otomatis untuk merespon event. Dibandingkan dengan pemrograman Web tradisional di mana para pengembang harus berhadapan dengan variabel kasar POST atay GET, pemrograman kendali-event membantu para pengembang lain lebih berfokus pada logika yang diperlukan dan mengurangi secara drastis pengkodean berulang kali. -

-

-Ringkasnya, mengembangkan aplikasi Web PRADO sebagian besar menyangkut penurunan tipe komponen yang sudah dibuat sebelumnya, mengkonfigurasinya dengan menyetel propertinya, merespon ke event-nya dengan menulis fungsi pengendali, dan mengaturnya ke dalam halaman untuk aplikasi. Ini sangat mirip dengan kit piranti RAD, seperti Borland Delphi dan Microsoft Visual Basic, yang digunakan untuk mengembangkan aplikasi GUI desktop. -

- -

Mengapa PRADO?

-

-PRADO banyak dikutip sebagai kerangka kerja yang unik. Kenyataannya, ia begitu unik sehinggi ia dapat mengalihkan pemrograman PHP yang membosankan menjadi tugas yang menyenangkan. Daftar berikut adalah ringkasan pendek dari fitur utama PRADO, -

-
    -
  • Usabilitas - Kode mengikuti protokol komponen yang dapat digunakan secara berulang-ulang. Ini menguntungkan tim pengembang selama bekerja karena mereka dapat menggunakan kembali pekerjaan mereka sebelumnya serta mengintegrasikan pekerjaan pihak lain dengan mudah.
    • -
  • Pemrograman kendali-event - Aktivitas pengguna-akhir, seperti mengklik pada tombol kirim, dianggap sebagai event server dengan begitu para pengembang lebih terfokus pada menghadapi interaksi pengguna.
    • -
  • Integrasi tim - Penyajian dan logika disimpan secara terpisah. Aplikasi PRADO dapat berganti tema.
    • -
  • Kontrol Web bertenaga - PRADO hadir dengan set komponen bertenaga berkenaan dengan antarmuka pengguna Web. Halaman Web interaktif tinggi dapat dibuat dengan beberapa baris kode. Sebagai contoh, menggunakan komponen datagrid, seseorang bisa dengan cepat membuat sebuah halaman yang menyajikan tabel data yang membolehkan banyak halaman, pengurutan, penyuntingan, dan penghapusan baris data. -
  • Dukungan database kuat - Sejak versi 3.1, PRADO telah dilengkapi dengan dukungan database lengkap yang secara alami ditulis dan selanjutnya cocok dengan kerangka kerja PRADO lainnya. Berdasarkan kompleksitas dari obyek bisnis, seseorang dapat memilih untuk menggunakan akses data berbasis-PDO, atau rekaman aktif yang lebih umum dikenal, atau skema pemetaan obyek bisnis lengkap SqlMap.
    • -
  • Dukungan AJAX - Menggunakan AJAX dalam PRADO jauh lebih mudah dengan kontrol aktif inovatif yang diperkenalkan sejak versi 3.1. Dengan mudah Anda dapat menulis aplikasi AJAX-enabled tanpa menuliskan satu barispun kode javascript. Kenyataannya, menggunakan kontrol aktif tidak jauh berbeda dengan menggunakan kontrol Web reguler non-AJAX.
    • -
  • Dukungan I18N dan L10N - PRADO menyertakan dukungan lengkap untuk membangun aplikasi dengan multipel bahasa dan lokal.
    • -
  • Sesuai XHTML - Halaman Web yang dibuat oleh PRADO sesuai dengan XHTML.
    • -
  • Akomodasi dari pekerjaan yang sudah ada - PRADO adalah kerangka kerja umum dengan fokus pada lapisan penyajian. Ita tidak mengecualikan para pengembang dari pemakaian librari kelas atau kit piranti yang sudah ada. Sebagai contoh, seseorang dapat memakai AdoDB atau Creole untuk berhadapan dengan DB dalam aplikasi PRADO-nya. -
  • Fitur lainnya - Penangangan kesalahan/kekecualian bertenaga serta pencatatan pesan; cache generik dan cache output selektif; penanganan kesalahan yang dapat dikustomisasi serta dilokalisasi; otorisasi dan otentikasi yang yang dapat diperluas; ukuran keamanan serperti pencegahan naskah situs-silang (XSS), proteksi cookie, dll.
    • -
- -

Untuk Apa PRADO Paling Cocok?

-

-PRADO paling cocok untuk membuat aplikasi Web yang tingkat interaksif-penggunanya cukup tinggi. Ia dapat dipakai untuk mengembangkan sistem sesederhana sistem blog sampai serumit sistem manajemen konten (CMS) atau solusi e-commerce lengkap. Karena PRADO mempromosikan pemrograman terorientasi-obyek melalui metodologi basis-komponennya, ia sangat cocok untuk kerjasama tim dan pengembangan enterprise. -

-

-PRADO hadir dengan set lengkap atas teknik cache yang membantu mempercepat aplikasi Web PRADO untuk mengakomodasi kebutuhan lalu lintas tinggi. Arsitektur modularnya membolehkan para pengembang menyertakan modul cache berbeda untuk keperluan yang berbeda pula. Cache output membebaskan seseorang untuk memilih secara selektif bagian halaman Web yang akan di-cache. -

- -

Bagaimana PRADO Bila Dibandingkan dengan Kerangka Kerja Lain?

-

-PRADO sering dikutip sebagai kerangka kerja unik. Keunikannya terutama berada pada paradigma pemrograman berbasis-komponen dan kendali-event yang dicoba dipromosikan. Meskipun paradigma pemrograman ini bukan hal baru dalam pemrograman aplikasi desktop dan bukan hal baru dalam beberapa bahasa pemrograman Web, Barangkali PRADO adalah kerangka kerja PHP pertama yang menghidupkannya. -

-

-Kebanyakan kerangka kerja PHP berfokus pada pemisahan penyajian dan logika serta mempromosikan pola desain MVC (model-view-controller). Pada dasarnya PRADO melakukan tujuan yang sama dengan membutuhkan logika disimpan dalam kelas dan penyajian dalam template. PRADO melakukan lebih banyak aspek tidak hanya MVC. Ia mengisi banyak area kosong dalam pemrograman Web PHP dengan paradigma pemrograman berbasis-komponen, kontrol Web yang kaya, dukungan database yang handal, fitur penanganan kesalahan yang fleksibel serta fitur pencatatan, dan masih banyak lagi. -

- -

Apakah PRADO Cukup Stabil?

-

-Ya. PRADO awalnya dirilis pada bulan Agustus 2004. Banyak rangkaian pengujian sudah ditulis dan dilaksanakan secara berkala guna memastikan kualitasnya. Sudah dipakai oleh ribuan pengembang dan banyak aplikasi Web dikembangkan berbasis itu. Bugs dan permintaan fitur diatur melalui sistem TRAC dan kami mempunyai komunitas pengguna besar dan tim pengembangan untuk memastikan semua pertanyaan dijawab dalam model berkala. -

- -

Sejarah PRADO

-

-Inspirasi orisinil PRADO berasal dari Apache Tapestry. Selama desain dan implementasi, Saya meminjam ide dari Borland Delphi dan Microsoft ASP.NET. Versi pertama PRADO keluar dalam bulan Juni 2004 dan ditulis dalam PHP 4. Karena adanya kontes kode Zend PHP 5, Saya menulis ulang PRADO dalam PHP 5, yang membuktikan menjadi perpindahan yang bijaksana, terima kasih pada model obyek baru yang disediakan PHP 5. PRADO memenangkan hadiah utama dalam kontes Zend, memperoleh pilihan tertinggi baik dari umum dan panelis juri. -

-

-Dalam bulan Agustus 2004, PRADO mulai ditampung pada SourceForge sebagai proyek sumber terbuka. Segera setelah itu, situs proyek xisc.com diumumkan kepada publik. Dengan dukungan fantastis dari tim pengembang PRADO dan pengguna PRADO, PRADO berkembang ke versi 2.0 di pertengahan 2005. Dalam versi ini, Wei Zhuo berkontribusi ke PRADO dengan dukungan I18N dan L10N yang istimewa. -

-

-Dalam bulan Mei 2005, kami memutuskan untuk menulis ulang sepenuhnya kerangka kerja PRADO untuk memecahkan beberapa isu dasar dalam versi 2.0 dan untuk menangkap dengan beberapa fitur bagus dalam Microsoft ASP.NET 2.0. Setelah hampir setahun kerja keras dengan lebih dari 50,000 baris kode baru, versi 3.0 akhirnya tersedia pada bulan April 2006. -

-

-Mulai dari versi 3.0, usaha signifikan dialokasikan untuk memastikan kualitas dan stabilitas PRADO. Jika kami katakan PRADO v2.x dan v1.x adalah pekerjaan bukti-konsep, kami dapat mengatakan PRADO 3.x telah berkembang menjadi proyek yang layak untuk pengembangan aplikasi bisnis serius. -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/id/CommandLine.page b/demos/quickstart/protected/pages/GettingStarted/id/CommandLine.page deleted file mode 100755 index 36c29700..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/CommandLine.page +++ /dev/null @@ -1,93 +0,0 @@ - -

Piranti Baris Perintah

-

File naskah PHP opsional prado-cli.php dalam direktori framework -menyediakan piranti baris perintah untuk melakukan berbagai hal membosankan dalam Prado. -prado-cli.php dapat dipakai untuk membuat kerangka proyek Prado, membuat perlengkapan pengujian awal, dan akses ke shell PHP interaktif. -

-

Persyaratan

-

-Untuk menggunakan piranti baris perintah, Anda perlu memakai prompt perintah Anda, konsol perintah atau terminal. Sebagai tambahan, PHP harus dapat menjalankan naskah PHP dari baris perintah. -

- -

Usage

-

-Jika Anda ketik php path/ke/framework/prado-cli.php, Anda seharusnya melihat informasi berikut. Alternatifnya, jika Anda tidak pada Windows, Anda dapat mencoba untuk mengubah prado-cli.php ke dalam eksecutabel dan menjalankannya seperti sebuah naskah

- -Command line tools for Prado 3.0.5. -usage: php prado-cli.php action [optional] -example: php prado-cli.php -c mysite - -actions: - -c - Creates a Prado project skeleton for the given . - - -t - Create test fixtures in the given . - - shell [directory] - Runs a PHP interactive interpreter. Initializes the Prado - application in the given [directory]. - - -

<parameter> adalah parameter diperlukan dan [optional] adalah parameter opsional.

- -

Membuat kerangka proyek Prado baru

- -

Untuk membuat kerangka proyek Prado, lakukan yang berikut:

-
    -
  1. Ubah direktori di mana Anda ingin membuat kerangka proyek.
    2. -
  2. Ketik, php ../prado/framework/prado-cli.php -c helloworld, sedangkan - helloworld adalah nama direktori di mana file kerangka proyek ingin Anda buat.
    3. -
  3. Ketik, php ../prado/framework/prado-cli.php -t helloworld untuk membuat perlengkapan pengujian untuk proyek helloworld.
    4. -
- -

Shell Interaktif

-

-Shell interaktif membolehkan Anda untuk mengevaluasi pernyataan PHP dari baris perintah. -Naskah prado-cli.php dapat dipakai untuk memulai shell dan mengambil proyek Prado yang sudah ada. Sebagai contoh, mari kita ambil proyek demo blog. Anggap bahwa baris perintah Anda ada dalam direktori distribusi prado dan Anda mengetikkannya. -

-

- -$: php framework/prado-cli.php shell demos/blog - -Output seharusnya - -Command line tools for Prado 3.0.5. -** Loaded Prado application in directory "demos\blog\protected". -PHP-Shell - Version 0.3.1 -(c) 2006, Jan Kneschke - ->> use '?' to open the inline help - ->> - -Selanjutnya kita akan mendapatkan turunan dari aplikasi blog Prado, dan dari turunan itu kita menginginkan sebuah turunan dari modul 'data'. Catatan bahwa titik koma di akhir baris menindih output. - - ->> $app = Prado::getApplication(); - ->> $db = $app->getModule('data'); - -Terakhir, kita ingin menggunakan modul data untuk meng-query sebuah tulisan dengan ID=1. Catatan bahwa kita membiarkan titik koma untuk menampilkan hasilnya. - ->> $db->queryPostByID(1) - -Di sana seharusnya tidak terjadi kesalahan apapun dan seharusnya Anda melihat yang berikut. - -PostRecord#1 -( - [ID] => 1 - [AuthorID] => 1 - [AuthorName] => 'Prado User' - [CreateTime] => 1148819691 - [ModifyTime] => 0 - [Title] => 'Welcome to Prado Weblog' - [Content] => 'Congratulations! You have successfully installed Prado Blog -- - a PRADO-driven weblog system. A default administrator account has been created. - Please login with admin/prado and update your password as soon as possible.' - [Status] => 0 - [CommentCount] => 0 -) - -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/id/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/id/HelloWorld.page deleted file mode 100755 index a24b5969..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/HelloWorld.page +++ /dev/null @@ -1,82 +0,0 @@ - -

Aplikasi PRADO Pertama Saya

-
-

-Dalam seksi ini, kami membimbing Anda melalui pembuatan aplikasi PRADO pertama Anda, aplikasi terkenal "Hello World". -

-

-"Hello World" barangkali adalah aplikasi PRADO interaktif paling sederhana yang bisa Anda buat. Ia menampilkan kepada pengguna-akhir sebuah halaman dengan tombol kirim yang judulnya adalah Click Me. Setelah pengguna mengklik tombol, judulnya diubah ke Hello World. -

-

-Ada banyak pendekatan yang dapat mencapai tujuan di atas. Seseorang dapat mengirim halaman ke server, menentukan variabel POST, dan membuat halaman baru dengan judul tombol yang dimutakhirkan. Atau seseorang cukup menggunakan JavaScript untuk memutakhirkan judul tombol setelah event klien onclick. -

-
-

-PRADO mempromosikan pemrograman Web berbasis-komponen dan kendali-event. Tombol disajikan oleh obyek TButton. Ia melapisi judul tombol sebagai properti Text dan mengaitkan tindakan klik pengguna dengan event sisi-server OnClick. Untuk merespon klik pengguna pada tombol, seseorang cukup perlu menyertakan fungsi ke event OnClick tombol. Di dalam fungsi, properti tombol Text diubah sebagai "Hello World". Diagram berikut menampilkan urutan di atas, - -

-

-Aplikasi PRADO kita terdiri dari tiga file, index.php, Home.page dan Home.php, yang diatur sebagai berikut, - - -di mana setiap direktori dijelaskan sebagai berikut. Catatan, struktur direktori di atas bisa dikustomisasi. Sebagai contoh, seseorang dapat memindahkan direktori protected ke luar direktori Web. Anda akan mengetahui bagaimana melakukan ini setelah Anda melewati tutorial ini. -

-
    -
  • assets - direktori yang menyimpan file pribadi yang dipublikasikan. Lihat seksi assets untuk lebih jelasnya. Direktori ini harus bisa ditulisi oleh proses server Web.
    • -
  • protected - path basis aplikasi yang menyimpan data aplikasi dan file naskah pribadi. Direktori ini harus dikonfigurasi tidak bisa diakses terhadap pengguna-akhir.
    • -
  • runtime - path penyimpan runtime aplikasi. Direktori ini dipakai oleh PRADO untuk menyimpan informasi runtime aplikasi, seperti kondisi aplikasi, data di-cache, dll. Direktori ini harus bisa ditulisi oleh proses server Web.
    • -
  • pages - path basis yang menyimpan semua halaman PRADO.
    • -
- -
-Tip:Anda juga dapat menggunakan framework/prado-cli.php -naskah baris perintah -untuk membuat struktur direktori Prado. Sebagai contoh, ketik perintah -php path/to/prado-cli.php -c helloworld dalam direktori di mana Anda ingin membuat proyek helloworld. -
- -

-Ketiga file yang kita pakai dijelaskan sebagai berikut. -

-
    -
  • index.php - naskah entri dari aplikasi PRADO. File ini dibutuhkan oleh semua aplikasi PRADO dan satu-satunya file naskah yang secara langsung bisa diakses oleh pengguna-akhir. Konten dalam index.php sebagian besar terdiri dari tiga baris berikut, - -require_once('path/to/prado.php'); // sertakan naskah prado -$application=new TApplication; // buat turunan aplikasi PRADO -$application->run(); // jalankan aplikasi - -
    • -
  • Home.page - template untuk setiap halaman standar saat pengguna tidak secara eksplisit menetapkan halaman yang diminta. Sebuah template menetapkan penyajian tata letak komponen. Dalam contoh ini, kita gunakan dua komponen, TForm dan TButton, masing-masing terkait ke tag HTML <form> dan <input>. Template berisi konten berikut, - - - - <com:TForm> - <com:TButton Text="Click me" OnClick="buttonClicked" /> - </com:TForm> - - - -
    • -
  • Home.php - Kelas halaman untuk halaman Home. Ia terutama berisi metode yang terkait dengan event tombol OnClick. - -class Home extends TPage -{ - public function buttonClicked($sender,$param) - { - // $sender refers to the button component - $sender->Text="Hello World!"; - } -} - -
    • -
-
-

-Aplikasi sekarang siap dan dapat diakses melalui: http://Web-server-address/helloworld/index.php, menganggap helloworld adalah direktori di bawah Web DocumentRoot. Coba untuk mengubah TButton dalam Home.page ke TLinkButton dan lihat apa yang terjadi. -

-

-Kode sumber lengkap dari demo ini dapat ditemukan pada rilis PRADO. Anda juga dapat mencoba demo online. -

-
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/id/Installation.page b/demos/quickstart/protected/pages/GettingStarted/id/Installation.page deleted file mode 100755 index 1990335b..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/Installation.page +++ /dev/null @@ -1,29 +0,0 @@ - -

Menginstalasi PRADO

-
-

-Jika Anda sedang melihat halaman ini dari server Web Anda, maka Anda sudah selesai dengan instalasi. -

-

-Persyaratan minimum PRADO adalah server Web yang mendukung PHP 5. PRADO sudah diuji dengan server Web Apache pada Windows dan Linux. Sangat dimungkinkan ia juga berjalan pada platform lain dengan server Web lain, selama PHP 5 didukung. -

-
- -
-

-Instalasi PRADO sebagian besar menyangkut download dan penguraian. -

-
    -
  1. Pergi ke pradosoft.com untuk mendapatkan PRADO versi terbaru.
    2. -
  2. Uraikan file rilis PRADO ke direktori yang dapat diakses Web. -
-
-
-

-Instalasi PRADO Anda selesai dan dapat mulai bermain dengan demo aplikasi yang disertakan dalam rilis PRADO via URL http://web-server-address/prado/demos/. Di sini kami menganggap PRADO diurai ke subdirektori prado di bawah DocumentRoot pada server Web. -

-

-Jika Anda menemukan masalah dengan demo aplikasi, silahkan gunakan naskah pemeriksa persyaratan, yang dapapt diakses melalui http://web-server-address/prado/requirements/index.php, untuk terlebih dahulu memeriksa apakah konfigurasi server Anda memenuhi kondisi yang dibutuhkan oleh PRADO. -

-
- diff --git a/demos/quickstart/protected/pages/GettingStarted/id/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/id/Introduction.page deleted file mode 100755 index 3aed6f6e..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/Introduction.page +++ /dev/null @@ -1,62 +0,0 @@ - -

Selamat datang di Tutorial Cepat PRADO

-
-

-Tutorial Cepat ini disediakan untuk membantu Anda secara cepat membangun aplikasi Web Anda sendiri berbasis PRADO versi 3.x. -

-

-Jika Anda adalah pengguna yang sudah mengenal PRADO 3.x dan ingin mempelajari peningkatan apa yang tersedia pada versi baru, silahkan periksa halaman fitur baru. Sebaliknya, seksi berikut sangat membantu bagi para pemula. -

- - -

-Anda dapat merujuk ke sumber daya berikut jika Anda mendapatkan tutorial ini tidak memenuhi semua kebutuhan Anda. -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/id/NewFeatures.page b/demos/quickstart/protected/pages/GettingStarted/id/NewFeatures.page deleted file mode 100755 index 6d3ce4f9..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/NewFeatures.page +++ /dev/null @@ -1,41 +0,0 @@ - - -

Fitur Baru

- -

-Halaman ini meringkas fitur-fitur utama baru yang diperkenalkan dalam setiap rilis PRADO. -

- -

Version 3.1.1

-
    -
  • Ditambahkan kontrol baru TTabPanel yang menampilkan tampilan tab.
    • -
  • Ditambahkan kontrol baru TKeyboard yang menampilkan keyboard virtual untuk input teks.
    • -
  • Ditambahkan kontrol baru TCaptcha yang menampilkan CAPTCHA untuk menjaga spammers dari pendaftaran untuk akun online tertentu. Validator TCaptchaValidator terkait juga diimplementasikan.
    • -
  • Ditambahkan kontrol baru TSlider yang menampilkan sebuah slider yang dapat dipakai untuk input numerik.
    • -
  • Ditambahkan kontrol baru TConditional yang menampilkan salah satu dari dua konten secara kondisional.
    • -
  • Ditambahkan dukungan Oracle DB ke Rekaman Aktif
    • -
  • Ditambahkan dukungan TDataGrid untuk membolehkan pengelompokan sel yang berurutan dengan isi yang sama.
    • -
  • Ditambahkan dukungan untuk mengkonfigurasi properti halaman dan aturan otorisasi menggunakan path halaman relatif dalam konfigurasi aplikasi dan halaman. Ditambahkan dukungan untuk membolehkan otorisasi didasarkan pada alamat remote host.
    • -
  • Ditambahkan persister kondisi halaman baru TCachePageStatePersister. Ia membolehkan kondisi halaman untuk disimpan menggunakan modul cache (misalnya TMemCache, TDbCache, dll.) -
  • Ditambahkan dukungan untuk kerangka kerja otentikasi guna mengingat yang sudah masuk.
    • -
  • Ditambahkan dukungan untuk menampilkan item pertanyaan dalam TDropDownList dan TListBox (sesuatu mirip 'Please select:' sebagai item pertama.)
    • -
  • Ditambahkan dukungan untuk pemetaan kolom dalam Rekaman Aktif.
    • -
- -

Versi 3.1.0

-
    -
  • Ditambahkan dukungan AJAX. Seluruh array dari kontrol AJAX-enabled, disebut kontrol aktif, diperkenalkan. Penggunaan dari kontrol aktif ini sangat mirip dengan kontrol non-AJAX lainnya, misalnya masukkan dan gunakan. Untuk lebih jelasnya, lihat tutorial mengenai kontrol aktif.
    • - -
  • Ditambahkan dukungan lengkap database.
    • -
  • Ditambahkan kontrol, modul dan layanan baru, termasuk TSoapService, TOutputCache, TSessionPageStatePersister, TFeedService, TJsonService, cache dependency classes, TXmlTransform. -
    • - -
  • Ditingkatkan beberapa kontrol data dengan penyaji. Penyaji mendhidupkan penggunaan kembali item template yang umumnya ditemukan dalam TRepeater, TDataList dan TDataGrid, dan menjadikan konfigurasi pada kontrol-kontrol ini jauh lebih mudah. Untuk lebih jelasnya mengenai penyaji, lihat tutorial yang dimutakhirkan pada TRepeater, TDataList dan TDataGrid.
    • - -
  • Ditambahkan dukungan untuk membolehkan menyertakan konfigurasi aplikasi eksternal. Sintaks template ditingkatkan untuk menjembatani konfigurasi subproperti.
    • - -
  • Ditambahkan TDbUserManager dan TDbUser untuk menyederhanakan otentikasi dan otorisasi dengan akun pengguna yang disimpan dalam sebuah database.
    • - -
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/id/Upgrading.page b/demos/quickstart/protected/pages/GettingStarted/id/Upgrading.page deleted file mode 100755 index 744256ce..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/id/Upgrading.page +++ /dev/null @@ -1,64 +0,0 @@ - - -

Meningkatkan dari v2.x dan v1.x

- -
-

-PRADO v3.0 TIDAK kompatibel mundur dengan versi PRADO sebelumnya. -

-

-Berita baiknya adalah, properti dan event dari kebanyakan kontrol tetap sama, dan sintaks template kontrol sebagian besar tidak diubah. Oleh karena itu, pengetahuan para pengembang dari versi PRADIO sebelumnya masih berlaku dalam v3.0. -

-

-Kami meringkas perubahan paling berarti dalam v3.0 guna membantu para pengembang meningkatkan aplikasi PRADO v2.x dan v1.x lebih mudah, jika diperlukan. -

-
- -

Definisi Komponen

-

-Versi 3.0 sepenuhnya telah mengabaikan kebutuhan file spesifikasi komponen. Ia banyak bergantung pada konvensi untuk mendefinisikan properti dan event komponen. Dalam keadaan tertentu, properti didefinisikan oleh keberadaan dari metode pengambil dan/atau metode penyetel, sementara event didefinisikan dengan keberadaan pada-metode. Nama properti dan event dalam v3.0 keduanya sensitif-huruf. Sebagai konsekuensinya, para pengembang diperlukan untuk memelihara perubahan tipe saat properti komponen sedang disetel. Sebagai contoh, kode berikut dipakai untuk mendefinisikan metode penyetel untuk properti yang Dihidupkan dari TControl, yang merupakan tipe boolean, -

- -public function setEnabled($value) -{ - $value=TPropertyValue::ensureBoolean($value); - $this->setViewState('Enabled',$value,true); -} - -

-di mana TPropertyValue::ensureBoolean() dipakai untuk memastikan bahwa nilai input adalah boolean. Ini adalah karena ketika properti dikonfigurasi dalam template, nilai string dikirimkan ke penyetel. Dalam versi sebelumnya, PRADO mengetahui tipe properti berdasarkan file spesifikasi komponen dan melakukan konversi tipe bagi Anda. -

- -

Pengontrol Aplikasi

-

-Pengontrol aplikasi sekarang menerapkan sebuah arsitektur modular. Modul bisa disertakan dan dikonfigurasi dalam spesifikasi aplikasi. Setiap modul menganggap fungsionalitas tertentu, dan dikoordinasikan bersama oleh masa hidup aplikasi. Konsep modul v2.x diganti dalam v3.0 by direktori halaman. Walhasil, format v3.0 spesifikasi aplikasi juga berbeda dari versi sebelumnya. -

- -

Halaman

-

-Halaman pada v3.0 diatur dalam direktori yang bisa dibandingkan ke konsep modul pada v2.x. Halaman diminta menggunakan path kepadanya. Sebagai contoh, URL index.php?page=Controls.Samples.Sample1 akan dipakai untuk meminta halaman bernama Sample1 yang disimpan di bawah direktori [BasePath]/Controls/Samples, di mana [BasePath] merujuk ke akar path halaman. Nama file dari template halaman harus diakhiri dengan .page, terutama untuk membedakan template halaman dari template kontrol non-halaman yang nama filenya sama harus diakhiri dengan .tpl. -

- -

Hubungan Kontrol

-

-Versi 3.0 mendefinsikan kembali hubungan diantara kontrol. Dalam keadaan tertentu, hubungan leluhur-anak sekarang merujuk ke hubungan lampiran antara penyajian kontrol. Dan hubungan wadah-penamaan baru diperkenalkan guna membantu lebih baik mengatur ID kontrol. Untuk lebih jelasnya, lihat seksi controls. -

- -

Sintaks Template

-
-

-Sintaks template kontrol dalam v3.0 tetap mirip dengan versi sebelumnya, dengan banyak peningkatan. Perubahan utama adalah mengenai ekspresi penyatuan data. Dalam v3.0, ini dikerjakan dengan mengikuti, -

- -<com:MyComponent PropertyName=<%# PHP expression %> .../> - -

-Tag ekspresi dan pernyataan juga diubah. Untuk lebih jelasnya, lihat seksi definisi template. -

-
-

Sintaks Tema

-

-Tema dalam v3.0 didefinisikan seperti template kontrol dengan beberapa batasan. -

- - diff --git a/demos/quickstart/protected/pages/GettingStarted/id/directory.gif b/demos/quickstart/protected/pages/GettingStarted/id/directory.gif deleted file mode 100755 index e6c4f724..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/id/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/id/sequence.gif b/demos/quickstart/protected/pages/GettingStarted/id/sequence.gif deleted file mode 100755 index df5e7cef..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/id/sequence.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/id/sequence.vsd b/demos/quickstart/protected/pages/GettingStarted/id/sequence.vsd deleted file mode 100755 index 4129f1fc..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/id/sequence.vsd and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page deleted file mode 100755 index 81c1efa0..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/AboutPrado.page +++ /dev/null @@ -1,79 +0,0 @@ - -

PRADO とは？

-

-PRADO はコンポーネントベースかつイベントドリブンなウェブアプリケーションを開発するためのPHP5フレームワークです。「PRADO」の名称は、PHP Rapid Application Development Object-oriented の略です。 -

- -

-PRADO の第一の目標は、ウェブプログラミングにおけるコードの再利用性を最大限に高めることです。 -ここでの再利用性は、自分自身で開発したコードを再利用することだけではなく、簡単な方法で他人の開発したコードを再利用することも意味しています。これは、「車輪の発明」という無駄な努力に要する時間を節約し開発工数を劇的に減らすためにはとても重要な項目といえます。PRADOではこの目的を実現するためにコンポーネントという概念を導入しています。 -

-

-上記の目的を達するために、PRADO ではウェブアプリケーション構築のためのコンポーネントの作成方法および使用方法を規定しています。コンポーネントとは、自己充足的かつちょっとしたカスタマイズで再利用が可能なソフトウェアユニットです。新しいコンポーネントは既存のコンポーネントを単純に組み合わせるだけで作成する事ができます。 -

-

-コンポーネントをインタラクティブに利用できるように、PRADO ではイベントドリブンプログラミングの枠組みを実装しています。ボタンの押下などのユーザーアクションはサーバー側のイベントとして補足されます。メソッドや関数をそれらのイベントに対応付けておくと、イベントに反応するかのように自動的にメソッドや関数が実行されます。POST/GET 変数を取得して処理をする従来のウェブプログラミングと比べて、イベントドリブン型プログラミングは開発者が必要な処理に集中でき、POST/GET の取得などの反復コードも激減する事になります。 -

-

-PRADO でのアプリケーション開発は、ページにコンポーネントを配置し、プロパティの設定やイベントに反応するメソッドをコーディングすることが主な作業となります。これはデスクトップ GUI アプリケーションを開発するのに使用する Borland Delphi や Microsoft Visual Basic などの RAD ツールと非常に似た作りとなっています。 -

- -

なぜ PRADO を使うのですか？

-

-PRADO はユニークなフレームワークとして紹介されています。事実、退屈な PHP プログラミングを楽しいものと変えることができるくらいユニークなフレームワークです。以下のリストは、PRADO に関する主な機能となっています。 -

-
    -
  • 再利用性 - PRADOコンポーネント規約に則って作成されたコードは再利用性が高いです。開発チームの他の人が開発したコードを再利用することにより、容易にチーム開発での連携を強める事ができます。
    • - -
  • イベントドリブン型プログラミング - サーバーイベントとしてユーザーのアクションを取得する事ができるので、開発者はユーザの操作とアプリケーションとの相互作用に今まで以上に焦点を合わせることができます。。
    • - -
  • チーム統合 - 画面出力部分とロジック部分が別々に保存されるので、デザイナーと開発者の連携が容易になります。
    • -
  • 便利なウェブコントロール - PRADO ではとても便利なウェブコントロールがいくつも用意されており、インタラクティブなウェブページをほんの数行のコードで作成することができます。例えば DataGrid コントロールを使用すると、ページングやソート、編集、行の削除が可能なテーブルを表示するページをすぐに作成することができます。
    • - -
  • バージョン3.1から、PRADOはデータベースアクセス機能をサポートがしています。開発者はビジネスロジックの複雑さに応じて、シンプルな PDO ベースのデータベースアクセス、広く知られているアクティブレコードによるデータベースアクセス、複雑なビジネスオブジェクトとスキーマとのマッピングをサポートした SqlMapによるデータベースアクセスという３つの中から選択する事ができます。はどうでしょう。 -
    • - -
  • AJAX サポート - バージョン3.1から、アクティブコントロールが実装されました。開発者は javascript のコードを一行も書くことなく、AJAXを利用する事ができます。アクティブコントロールの利用は、通常のコントロールの利用方法とまったく変わらずに行う事ができます。
    • -
  • I18N/L10N サポート - PRADO では国際語化ならびにローカライズに対応しています。
    • -
  • XHTML 対応 - PRADO で生成されたウェブページは XHTML に対応しています。
    • -
  • 既存技術の利用が可能 - PRADO はプレゼンテーション層にターゲットを当てたフレームワークです。ほとんどの既存クラスライブラリやツールをそのまま利用する事ができます。例として、AdoDB や Creole なども PRADO アプリケーションで利用する事ができます。
    • -
  • その他の機能 - エラーハンドリングとメッセージのロギング機能、キャッシング機構、エラーハンドリングのカスタム、ローカライズ、拡張可能な認証機能、クロスサイトサイトスクリプティング等のセキュリティに対応、クッキー保護等
    • -
- -

PRADO での開発はどの場面が適していますか？

-

-PRADO はインタラクティブなウェブアプリケーションを開発するのにとても適しています。コンテンツ管理システム（CMS）や、Eコマースなどの複雑なシステムを比較的容易に開発する事ができます。PRADO はコンポーネントベースのオブジェクト指向プログラミングですので、企業等でのチーム開発で力を発揮します。 -

-

-PRADO はアプリケーションの高速化とスケーラビリティを実現するためのキャッシュ機構を実装しています。利用する環境によりキャッシュモジュールを選択し、PRADO アプリケーションで利用する事ができます。出力キャッシュは、レンダリングされたウェブページの一部をキャッシュとして保存しておき、再度レンダリングする際に自動的にキャッシュから取得する機構になっています。 -

- -

PRADO は他のフレームワークと比較してどのような点が異なっていますか？

-

-PRADO はよくユニークなフレームワークと呼ばれています。コンポーネントベースとイベントドリブンな実装が特にユニークであるとされています。このプログラミング方法はデスクトップアプリケーション開発においては新しくはなく、いくつかのウェブプログラミング言語でも実装されていますが、PHP のフレームワークとしてはおそらく初めて実装されたフレームワークです。 -

-

-ほとんどの PHP フレームワークでは、画面表示部分とロジック部分を分離することに着目し、そのためにMVCデザインパターンで開発することを推奨しています。一方PRADOでは、テンプレートの中に画面表示部分を、クラスにロジック部分を記述することで、自然に同様の目標を達成する事ができています。そして、MVCでは実現できなかったコンポーネントベースのプログラミングスタイル、豊富なウェブコントロール、強力なデータベースサポート、柔軟なエラー処理とロギング機能などの色々な機能を実装することができています。 -

- -

PRADO は安定していますか？

-

-はい。PRADO は2004年8月に初めてリリースされました。品質を確保するために多くのテストプログラムが作成されており、何千人もの開発者が利用しています。このテストプログラムによるテストを重ねて、フレームワークは開発されており、バグや機能追加などは TRAC システムにより管理されています。そして、すべての開発者の疑問にスピーディーに回答できるようにコミュニティも用意してあります。 -

- -

PRADO の歴史

-

-PRADO のユニークな発想は Apache Tapestry から生まれました。設計と実装には、Borland Delphi と Microsoft ASP.NET から多くのアイディアを借りました。PRADO の最初のバージョンは、2004年6月にできて、PHP4で書かれていましたが、Zend PHP5コンテストに応募するためにPHP5のコードに書き直しました。（PHP5から提供されたオブジェクトモデルはとても助けになりました）そして PRADO は Zend コンテストで観客・審査員の高い評価を得て特賞を勝ち取りました。 -

-

-2004年8月にオープンソースプロジェクトとして SourceForge にて提供され始め、そのすぐ後にプロジェクトサイト「xisc.com」が公開されました。PRADO 開発チームと PRADO ユーザーのサポートにより、PRADO は2005年中頃にバージョン2.0へとバージョンアップしました。このバージョンでは Wei Zhuo が I18N/L10N サポートの実装で貢献をしました。 -

-

-2005年5月に、バージョン2.0で見つかった問題点を解決し、さらに Microsoft ASP.NET2.0 で利用可能ないくつかの機能を実装するために PRADO フレームワークを完全に書き直す決定をしました。1年近い期間をかけて、新たに50,000行を超える新しいコードを追加し、2006年4月にバージョン3.0をリリースしました。 -

-

-バージョン3.0では、PRADO の品質と安定性を確実にするために多くの時間を当てています。 -そして私たちは、PRADO 2.x/1.x においてそのコンセプトの正しさが証明され、PRADO 3.x において重要なビジネスアプリケーションの開発に適したフレームワークにまで成長したと私たちは確信しています。 -

- - diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page b/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page deleted file mode 100755 index 5f5dacb9..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/CommandLine.page +++ /dev/null @@ -1,106 +0,0 @@ - -

Command Line Tool

-

The optional prado-cli.php PHP script file in the framework -directory provides command line tools to perform various tedious takes in Prado. -The prado-cli.php can be used to create Prado project skeletons, create -initial test fixtures, and access to an interactive PHP shell. -

-

Requirements

-

-To use the command line tool, you need to use your command prompt, command console -or terminal. In addition, PHP must be able to execute PHP scripts from -the command line. -

- -

Usage

-

-If you type php path/to/framework/prado-cli.php, you should see -the following information. Alternatively, if you are not on Windows, -you may try to change the prado-cli.php into an executable -and execute it as a script

- -Command line tools for Prado 3.0.5. -usage: php prado-cli.php action [optional] -example: php prado-cli.php -c mysite - -actions: - -c - Creates a Prado project skeleton for the given . - - -t - Create test fixtures in the given . - - shell [directory] - Runs a PHP interactive interpreter. Initializes the Prado - application in the given [directory]. - - -

The <parameter> are required parameters and [optional] -are optional parameters.

- -

Creating a new Prado project skeleton

- -

To create a Prado project skeleton, do the following:

-
    -
  1. Change to the directory where you want to create the project skeleton.
    2. -
  2. Type, php ../prado/framework/prado-cli.php -c helloworld, where - helloworld is the directory name that you want to create the project skeleton files.
    3. -
  3. Type, php ../prado/framework/prado-cli.php -t helloworld to create - the test fixtures for the helloworld project.
    4. -
- -

Interactive Shell

-

-The interactive shell allows you to evaluate PHP statements from the command line. -The prado-cli.php script can be used to start the shell and load an existing -Prado project. For example, let us load the blog demo project. Assume that your -command line is in the prado distribution directory and you type. -

-

- -$: php framework/prado-cli.php shell demos/blog - -The output should be - -Command line tools for Prado 3.0.5. -** Loaded Prado application in directory "demos\blog\protected". -PHP-Shell - Version 0.3.1 -(c) 2006, Jan Kneschke - ->> use '?' to open the inline help - ->> - -Then we will get an instance of the Prado blog application, and from -that instance we want an instance of the 'data' module. Notice that -a semicolon at the end of the line suppresses the output. - - ->> $app = Prado::getApplication(); - ->> $db = $app->getModule('data'); - -Lastly, we want to use the data module to query for a post with ID=1. Notice that -we leave out the semicolon to show the results. - ->> $db->queryPostByID(1) - -There should not be any errors and you should see the following. - -PostRecord#1 -( - [ID] => 1 - [AuthorID] => 1 - [AuthorName] => 'Prado User' - [CreateTime] => 1148819691 - [ModifyTime] => 0 - [Title] => 'Welcome to Prado Weblog' - [Content] => 'Congratulations! You have successfully installed Prado Blog -- - a PRADO-driven weblog system. A default administrator account has been created. - Please login with admin/prado and update your password as soon as possible.' - [Status] => 0 - [CommentCount] => 0 -) - -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page deleted file mode 100755 index bc9cf264..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/HelloWorld.page +++ /dev/null @@ -1,89 +0,0 @@ - -

初めての PRADO アプリケーション

-
-

-ここでは、初めて PRADO アプリケーションを開発する人のために、定番の "Hello World" アプリケーションを解説します。 -

-

-"Hello World" を作る事は、最もシンプルでインタラクティブな PRADO アプリケーションを作る事かもしれません。
-このアプリケーションは、ページに Click Me と書いてある送信ボタンを配置してあります。
-ユーザーがボタンをクリックすると、ボタン文字が Hello World に変わるというアプリケーションです。 -

-

-このアプリケーションには、複雑なアプリケーションを作る上で重要なアプローチがいくつかあります。
-ひとつは、ページからサーバーに変数を送信して、その変数を利用して新しいページ（新しいボタン）を生成していることです。
-またもう一つは、Javascript の onclick を意識することなく利用し、ボタン文字を変更する事ができるということです。 -

-
-

-PRADO ではコンポーネントベース、そしてイベントドリブンのウェブプログラミングを構築する事ができます。
-ボタンは、TButton オブジェクトを使用します。 -TButton では Text プロパティがボタン文字となり、ユーザーのクリック動作をサーバーサイドの OnClick イベントに対応付けます。
-Text プロパティを変更する内容を定義したメソッドを OnClick に対応付けるだけで、ボタンクリックのアクションを設定することができます。
-以下にアプリケーションのシーケンスを示します。 - -

-

-このアプリケーションは3つのファイル index.php, Home.page, Home.php から構成されています。 - - -各ディレクトリ名は開発者によって変更する事が可能です。例えば protected ディレクトリはウェブサーバーにより公開されたディレクトリ以外の場所へ移動することができます。このチュートリアルを読む事で、その方法を修得する事ができます。 -

-
    -
  • assets - このディレクトリにはコンポーネントからファイルが展開されます。詳細は assets に書かれていますのでご覧下さい。このディレクトリはウェブサーバープロセスから書き込み可能である事が必要となります。
    • -
  • protected - アプリケーションデータと開発したコードが保存されるディレクトリです。このディレクトリは閲覧者からのアクセスを禁止されているべきディレクトリです。
    • -
  • runtime - アプリケーション状態などのアプリケーション情報がキャッシュとして保存されるディレクトリです。このディレクトリはウェブサーバープロセスからの書き込みが可能でなければなりません。
    • -
  • pages - PRADO ページを保存するディレクトリです。
    • -
- -
-Tip:PRADO プロジェクトディレクトリを作成するのに framework/prado-cli.php（コマンドラインスクリプト）を使用することができます。
-例えば、helloworld プロジェクトを作りたいディレクトリへ移動し、php path/to/prado-cli.php -c helloworld とコマンド入力する事で、helloworld プロジェクトディレクトリを作成する事ができます。 -
- -

-アプリケーションの実行に必要な3つのファイルの内容は以下のとおりです。 -

-
    -
  • index.php - PRADO アプリケーションのエントリースクリプトです。このファイルは、PRADO アプリケーションでは必ず必要なファイルであり、唯一エンドユーザーが直接アクセスできるスクリプトファイルです。index.php の内容は主に以下の3つの項目からなっています。 - -require_once('path/to/prado.php'); // PRADO スクリプトの読み込み -$application=new TApplication; // PRADO アプリケーションインスタンスの作成 -$application->run(); // アプリケーション実行 - -
    • -
  • Home.page - エンドユーザーが明示的にページを指定しない場合にこのページテンプレートが呼び出されます。テンプレートファイルでは、コンポーネントのレイアウトを定義します。この例では、TForm と TButton を使用しており、それぞれ<form> <input> のHTMLタグに対応しています。 - - - - <com:TForm> - <com:TButton Text="Click me" OnClick="buttonClicked" /> - </com:TForm> - - - -
    • -
  • Home.php - Home テンプレートファイルのクラス定義ファイルです。ここではボタンの OnClick イベント内容の定義を行っています。 - -class Home extends TPage -{ - public function buttonClicked($sender,$param) - { - // $sender refers to the button component - $sender->Text="Hello World!"; - } -} - -
    • -
-
-

-アプリケーションファイルの準備ができたら、次のURLからアクセスすることができます。 http://Web-server-address/helloworld/index.php
-この例ではドキュメントルート配下に helloworld というディレクトリを配置しています。Home.page テンプレートファイル内の TButton を TLinkButton へ変更してみてどのようになるかも試してみてください。 -

-

-PRADO リリースアーカイブファイルにこのデモのソースを格納しています。また、オンラインデモにて動作を確認する事ができます。 -

-
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page b/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page deleted file mode 100755 index b0c35205..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/Installation.page +++ /dev/null @@ -1,33 +0,0 @@ - -

PRADO のインストール

-
-

-ご自分で管理されているサーバーをお持ちであれば、すぐにインストールすることが可能です。 -

-

-PRADO の最小構成は、サーバーがPHP5をサポートしていることです。
-PRADO は Windows と Linux 両環境の Apache　サーバーでテストされています。
-PHP5 がサポートされているのであれば、他の環境でも動作させることができるかもしれません。 -

-
- -
-

-PRADO のインストールは、PRADO をダウンロードし解凍することが主な作業となります。 -

-
    -
  1. PRADO公式ページからPRADOの最新版をダウンロードします。
    2. -
  2. ウェブアクセス可能なディレクトリに展開します。
    3. -
-
-
-

-上記の作業のみでPRADOのインストールが完了します。
-http://web-server-address/prado/demos/ 以下にPRADOデモアプリケーションが展開されますので、PRADOを利用したアプリケーションの動作を体験する事ができます。
-デモアプリケーションの動作が確認できていれば、DocumentRoot 配下に prado サブディレクトリが展開されたことになりますので、インストールは正常に完了しております。 -

-

-もしデモアプリケーションが動作しない等の問題が発生しましたら、サーバー構成がPRADO必要条件を満たしているかどうかを確認する事ができるスクリプト http://web-server-address/prado/requirements/index.php が用意されていますので、確認してください。 -

-
- diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page deleted file mode 100755 index 832b5916..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/Introduction.page +++ /dev/null @@ -1,62 +0,0 @@ - -

ようこそ PRADO クイックスタートチュートリアルへ

-
-

-このチュートリアルはPRADO3.xを使ったアプリケーションをスピーディーに構築するためのものです。 -

-

-既にPRADO3.xを使用しており新しいバージョンで強化された機能を知りたい方は、まずは新機能ページをご覧ください。PRADOを使用したことのない方にはこのチュートリアルはとても役立つものですので、ぜひご覧下さい。 -

- - -

-もしこのチュートリアルの内容では不十分と感じたら、以下リンクの各種資料もご覧ください。 -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page b/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page deleted file mode 100755 index f2fdc618..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/NewFeatures.page +++ /dev/null @@ -1,35 +0,0 @@ - - -

新機能

- -

-このページは、以下バージョンの PRADO に含まれる新機能の概要を紹介するページです。 -

- -

バージョン 3.1.0

-
    - -
  • AJAXサポート
    -全てのコントロールにて Ajaxが有効になりました。（アクティブコントロール - active controls）
    -アクティブコントロールは、通常のコントロールととても似た作りになっています。
    -使用方法の詳細はチュートリアル アクティブコントロール をご覧下さい。
    • - -
  • データベース連携サポートの完成
    • -
  • 新しいコントロール/モジュール/サービスを追加
    -TSoapService, TOutputCache, TSessionPageStatePersister, TFeedService, TJsonService, cache dependency classes, TXmlTransform. -
    • - -
  • データコントロールの描画エンジンを改善
    -データコントロールにて、アイテムテンプレートを再利用して描画するよう改善しました。
    -TRepeater, TDataList, TDataGrid などのコントロールでの構成がクリアなコードになりました。
    -チュートリアルが更新されているので、詳細はチュートリアル　TRepeater, TDataList, TDataGrid をご覧下さい。
    • - -
  • アプリケーション構造ファイルにて外部ファイル設定をサポート
    -アプリケーション構造を外部ファイルにも定義できるようになり、テンプレートでの定義など柔軟なアプリケーション定義ができるようになりました
    • - -
  • TDbUserManager / TDbUser によるシンプルなユーザー認証
    -認証処理時のユーザーアカウントをデータベースに簡単に保存できるようになりました。
    • - -
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page b/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page deleted file mode 100755 index 9ad1f003..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/ja/Upgrading.page +++ /dev/null @@ -1,64 +0,0 @@ - - -

Upgrading from v2.x and v1.x

- -
-

-PRADO v3.0 is NOT backward compatible with earlier versions of PRADO. -

-

-A good news is, properties and events of most controls remain intact, and the syntax of control templates remains largely unchanged. Therefore, developers' knowledge of earlier versions of PRADO are still applicable in v3.0. -

-

-We summarize in the following the most significant changes in v3.0 to help developers upgrade their v2.x and v1.x PRADO applications more easily, if needed. -

-
- -

Component Definition

-

-Version 3.0 has completely discarded the need of component specification files. It relies more on conventions for defining component properties and events. In particular, a property is defined by the existence of a getter method and/or a setter method, while an event is defined by the existence of an on-method. Property and event names in v3.0 are both case-insensitive. As a consequence, developers are now required to take care of type conversions when a component property is being set. For example, the following code is used to define the setter method for the Enabled property of TControl, which is of boolean type, -

- -public function setEnabled($value) -{ - $value=TPropertyValue::ensureBoolean($value); - $this->setViewState('Enabled',$value,true); -} - -

-where TPropertyValue::ensureBoolean() is used to ensure that the input value be a boolean. This is because when the property is configured in template, a string value is passed to the setter. In previous versions, PRADO knows the property type based on the component specification files and does the type conversion for you. -

- -

Application Controller

-

-Application controller now implements a modular architecture. Modules can be plugged in and configured in application specifications. Each module assumes a particular functionality, and they are coordinated together by the application lifecycle. The concept of v2.x modules is replaced in v3.0 by page directories. As a result, the format of v3.0 application specification is also different from earlier versions. -

- -

Pages

-

-Pages in v3.0 are organized in directories which may be compared to the module concept in v2.x. Pages are requested using the path to them. For example, a URL index.php?page=Controls.Samples.Sample1 would be used to request for a page named Sample1 stored under the [BasePath]/Controls/Samples directory, where [BasePath] refers to the root page path. The file name of a page template must be ended with .page, mainly to differentiate page templates from non-page control templates whose file names must be ended with .tpl. -

- -

Control Relationship

-

-Version 3.0 redefines the relationships between controls. In particular, the parent-child relationship now refers to the enclosure relationship between controls' presentation. And a new naming-container relationship is introduced to help better manage control IDs. For more details, see the controls section. -

- -

Template Syntax

-
-

-The syntax of control templates in v3.0 remains similar to those in earlier versions, with many enhancements. A major change is about the databinding expression. In v3.0, this is done by the following, -

- -<com:MyComponent PropertyName=<%# PHP expression %> .../> - -

-Expression and statement tags are also changed similarly. For more details, see the template definition section. -

-
-

Theme Syntax

-

-Themes in v3.0 are defined like control templates with a few restrictions. -

- - diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif b/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif deleted file mode 100755 index e6c4f724..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/ja/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif b/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif deleted file mode 100755 index 4207a9bb..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/ja/sequence.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/AboutPrado.page b/demos/quickstart/protected/pages/GettingStarted/pl/AboutPrado.page deleted file mode 100755 index 023a9fe1..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/AboutPrado.page +++ /dev/null @@ -1,71 +0,0 @@ - -

Czym jest PRADO?

-

-PRADO jest napisanym w PHP5 frameworkiem dla aplikacji webowych opartym na komponentach oraz programowaniu zdarzeniowym (ang. event-driven programming). -PRADO z angielskiego oznacza PHP Rapid Application Development Object-oriented (przyp. tłum. szybkie tworzenie aplikacji zorientowanych obiektowo w PHP). -

-

-Głównym celem PRADO jest zmaksymalizowanie ponownego wykorzystania kodu (ang. reusability w programowaniu webowym. Poprzez ponowne wykorzystanie kodu rozumiemy nie tylko ponowne używanie własnego kodu ale również ponowne używanie w prosty sposób tego kodu przez inne osoby. To drugie jest bardziej ważne, gdyż oszczędza niepotrzebny wysiłek włożony w ponowne odkrywanie koła i może znacznie zmniejszyć czas developmentu. Taka jest właśnie intencja zastosowania koncepcji komponentów. -

-

-Aby osiągnąć powyższe cele, PRADO wymaga protokołu pisania i używania komnponentów do konstrukcji aplikacji webowych. Komponent jest jednostką programowania, która jest samowystarczalna i może być użyta ponownie poprzez proste dostosowanie (ang. trivial customization). Nowy komponent może zostać stworzony jako prosta kompozycja istniejących komponentów. -

-

-Aby ułatwić interakcję z komponentami, PRADO implementuje paradygmat programowania sterowanego zdarzeniami (ang. event-driven programming paradigm), który umożliwia elastyczne przekierowanie zachowania do komponentu. Czynności użytkownika końcowego, takie jak kliknięcie na przycisk (ang. submit button), są przechwytywane jako zdarzenia serwera. Zarówno metody jak i funkcje mogą być przypisane do tych zdarzeń. W chwili gdy takie zdarzenie występuje są one (metody, funkcje) automatycznie wywoływane w odpowiedzi na zdarzenie. W porównaniu do tradycyjnego programowania, w których developerzy muszą zmagać się z surowymi zmiennymi POST i GET, programowanie zdarzeniowe pomaga developerom lepiej skupić się na niezbędnej logice i poważnie zredukować nispoziomowe powtarzające się kodowanie. -

-

-Sumując, tworzenie w PRADO aplikacji sieciowych, polega głównie na tworzeniu instancji różnego typu wbudowanych komponentów, konfigurowania ich, odpowiadania na ich zdarzenia poprzez przypisanie im uchwytów funkcji oraz wkomponowanie ich w stronę aplikacji. Jest to bardzo podobne do narzędzi RAD, takich jak Borland Delphi, czy też Microsoft Visual Basic, które używane są do tworzenia desktopowych aplickacji GUI (ang. develop GUI application). -

- -

Dlaczego PRADO?

-

-PRADO jest najczęściej postrzegane jako jedyny w swoim rodzaju framework. W rzeczy samej, jest on tak unikatowy, że może zamienić nużące programowanie w PHP w przyjemną zabawę. Poniższa lista jest krótkim podsumowaniem, głównych możliwości (cech) PRADO. -

-
    -
  • Ponowne wykorzystanie kodu (ang. Reusability) - kod zgodny z protokołem komponentów PRADO jest wysoce wielokrotnie używalny. To przynosi korzyści zespołom developerów w dłuższej prespektywie czasowej, gdyż mogą oni ponownie używać swoje poprzednio wykonane prace oraz łatwo integrować rozwiązania stron trzecich.
    • -
  • Programowanie zdarzeniowe - czynności użytkownika końcowego, takie jak kliknięcie na [submit button], są przechwytywane jako zdarzenia serwera, w ten sposób developerzy lepiej skupiają się na działaniach związanych z interakcją użytkownika.
    • -
  • Grupowa integracja - warstwa prezentacji i logiki są rozdzielone. W aplikacjach PRADO można stosować motywy.
    • -
  • Wszechstronne kotnrolki webowe - PRADO składa się z zestawu wszechstronnych komponentów mających do czynienia z interfejsem użytkownika. Wysoko interaktywne strony internetowe, mogą być stworzone za pomocą kilku linijek kodu. Na przykład, użycie komponentu datagrid (przyp. tłum. z and. data - dane, grid - siatka), może szybko stworzyć stronę prezentującą tabelę z danymi, krórą można posortować, stronicowac, edytować oraz usuwać wiersze danych. -
  • Silne wsparcie dla baz danych - od wersji 3.1, PRADO zostało wyposażone w kompletną obsługę baz danych, własnoręcznie napisaną, dzięki czemu odpowiednio współgrającą z pozostałymi elementami frameworku PRADO. W zależności od złożoności obiektów biznesowych, każdy może wybrać pomiędzy używaniem prostego, bazujacego na PDO dostępie do danych lub powszechnie znanym wzorcem Active Record lub też kompletnym schematem mapowania obiektów biznesowych SqlMap.
    • -
  • Jednolite wsparcie dla AJAXA - Używanie AJAX-a w PRADO nigdy nie było łatwiejsze. Wraz ze swym innowacymi aktywnymi kontrolkami (ang. active controls) wprowadzonymi w wersji 3.1 możesz łatwo napisać aplikację używającą AJAX-a bez napisania nawet linijki kodu w Java Skrypcie. W rzeczy samej, używanie kontrolek aktywnych, prawie nie różni się w użyciu od zwykłych nieAJAX-owych kontrolek webowych.
    • -
  • Wsparcie dla I18N oraz L10N - PRADO zawiera kompletne wsparcie dla tworzenia aplikacji wielojęzycznych i lokalnych
    • -
  • Zgodność z XHTML - Strony internetowe generowanie przez PRADO są zgodne z XHTML.
    • -
  • Przystosowanie istniejących prac - PRADO jest ogólnym frameworkiem skupiającym się na warstwie prezentacyjnej. Nie pozbawia on developerów możliwości używania istniejących bibliotek klas czy też narzędzi. Na przykład, kazdy może używać AdoDB czy też Creole do obsługi baz danych w aplikacjach PRADO. -ś
  • Pozostałe cechy - Wszechstronna obsługa błędów/wyjątków oraz logowania komunikatów; standardowe keszowanie oraz selektywne kaszowanie danych wyściowych; rozszerzalna oraz lokalizowalna obsługa błędów; elastyczna autentykacja oraz autoryzacja; przedsięwzięcie króków chroniących przed atakami cross-site script (XSS), ochrona plików cookie, itd.
    • -
- -

Do czego najlepiej nadaje się PRADO?

-

-Stosowanie PRADO jest najbardziej wskazane w aplikacjach internetowych, które są wysoce interaktywne z użytkownikiem. Może być wykorzystywane do tworzenia systemów tak prostych jak internetowe blogi po kompleksowe rozwiązania e-commerce. Ponieważ PRADO wspiera programowanie zorietnowane obiektowo (OOP) poprzez własną metodologię, bazująca na komponentach, pasuje ono ekstremalnie dobrze do pracy grupowej oraz tworzenia aplikacji klasy enterprise (ang. enterprise development). -

-

-PRADO przychodzi z kompletnym zestawem technik keszowania, które pomagają przyśpieszyć aplikacje internetowe PRADO, by móc zastosować je do aplikacji o wysokim ruchu. Jego modularna architektura umożliwia developerom używanie oraz podłączanie różnych modułów keszujących w zależności od potrzeb. Keszowanie wyjścia umożliwia każdemu selektywny wybór keszowania części wyświetlanej strony. -

- -

Jak PRADO reprezentuje się na tle innych frameworków?

-

-PRADO często jest postrzegane jako jedyny w swoim rodzaju framework. Jego unikatowość polega głównie na programowaniu bazującym na komponentach oraz paradygmacie programowania sterowanego zdarzeniami, które stara się promować. Chociaż ten paradygmat nie jest nowością w aplikacjach desktopowych oraz nie jest nowy w kilku językach programowania webowego, PRADO jest prawdopodobnie pierwszym frameworkiem umożliwiającym go. -

-

-Większość frameworków PHP skupia się głównie na odseparowaniu warstwy prezentacji i logiki promując wzorzec programowania MVC (przyp. tłum. od pierwszych liter model - model view - widok controler - kontroler). PRADO osiąga te same cele naturalnie poprzez potrzebę prechowywania logiki w klasach a prezetnacji w szablonach (ang. templates). PRADO robi dużo więcej w sprawach innych niż MVC. Wypełnia wiele białych plam w programowaniu webowym w PHP, swoim bazującym na komponentach paradygmacie programowania, jego bogatym zestawem kontrolek webowych, jego wszechstronną obsługą baz danych, jego elastyczną obsługą błędów oraz ich logowania oraz wiele wiele innych. -

- -

Czy PRADO jest wystarczająco stabilne?

-

-Tak. PRADO zostało pierwszy raz opublikowane w sierpniu 2004 roku. Wiele zestawów testów zostało od tego czasu napisanych oraz często przeprowadzanych by upewnić sie o jakości PRADO. Framework był używany przez tysiące użytkowników oraz developerów a wiele aplikacji internetowych powstało w oparciu o niego. Bugi oraz żądania rozszerzeń są zarządzane poprzez system TRAC, posiadamy także wspaniałą społeczność użytkowników oraz zespół developerów by być pewnym, że żadne pytanie nie pozostanie bez odpowiedzi. -

- -

Historia PRADO

-

-Pierwotna inspiracja PRADO pochodziła od Apache Taperstry. W trakcie projektowania i implementacji, zapożyczyłem wiele idei z Borland Delphi oraz Microsodt ASP.NET. Pierwsza wersja PRADO ujrzała świat w czerwcu 2004 roku i została napisana w PHP4. Zachęcony konkursem kodowania w PHP5 Zenda, przepisałem PRADO do PHP5, co okazało się mądrym posunięciem, dzięki nowemu modelowi obiektowemu dostarczonemu przez PHP5. PRADO zdobyło główną nagrodę w konkrusie Zenda, uzyskując najwięcej głosów zarówno wsród publiczności jak i wśród sędziów. -

-

-W sierpniu 2004, PRADO zaczęło być hostowane przez SourceForge jako projekt open source. Wkrótce, stona projektu xisc.com została zaprezentowana publicznie. Wraz z fantastycznym wparciem zespołu developerów PRADO oraz jego użytkowników, PRADO rozwinęło się do wersji 2.0 w połówie 2005 roku. W tej wersji, Wei Zhuo dołączył do PRADO ze znakomita opbsługą dla I18N oraz L10N. -

-

-W maju 2005, zdecydowaliśmy się całkowicie przepisać framewrork PRADO, by rozwiązać kilka kluczowych kwestii z wersji 2.0 oraz by porwać kilka fajnych możliwości dostępncyh w Microsoft ASP.NET. Po około roku ciężkiej pracy z ponad 50.000 liniami nowego kodu, wersja 3.0 została w końcu udostępniona w kwietniu 2006r. -

-

-Poczynając od wersji 3.0, znaczny nakład jest kładziony by zapewnić jakość oraz stabilność PRADO. Jeśli powiemy, że PRADO w wersjach 2.x oraz 1.x były dziełem potwierdzającym koncept (ang. proof-of-concept work), możemy powiedzieć, że PRADO 3.X wyrosło na projekt, który jest odpowiedni dla tworzenia plikacji biznesowych. -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/CommandLine.page b/demos/quickstart/protected/pages/GettingStarted/pl/CommandLine.page deleted file mode 100755 index f0edb39a..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/CommandLine.page +++ /dev/null @@ -1,101 +0,0 @@ - -

Narzędzie linii poleceń

-

Opcjonalny plik skryptu PHP prado-cli.php PHP w folderze framework -dostarcza narzędzia linii poleceń do wykonywania różnych monotonnych czynności w PRADO. -Prado-cli.php może zostać użyte do stworzenia szkieletu projektu PRADO, zainicjowania testów oraz uzyskania dostępu do -interaktywnej powłoki PHP. -

-

Wymagania

-

-Aby używać narzędzia linii poleceń powinieneś użyć terminala, consoli komend lub opcji uruchom. Dodatkowo PHP musi mieć możliwość -wykonywania skryptów PHP z linii poleceń. -

- -

Używanie

-

-Wpisując php ścieżka/do/katalogu/framework/prado-cli.php, powinieneć zobaczyć następujace informacje. -Alternatywnie, jeśli nie używasz Windowsa możesz spróbować zamienić prado-cli.php na plik wykonywalny -i wywołać go jako skrypt.

- -Command line tools for Prado 3.0.5. -usage: php prado-cli.php action [optional] -example: php prado-cli.php -c mysite - -actions: - -c - Creates a Prado project skeleton for the given . - - -t - Create test fixtures in the given . - - shell [directory] - Runs a PHP interactive interpreter. Initializes the Prado - application in the given [directory]. - - -

<parameter> są wymaganymi parametrami a [optional] -są parametrami opcjonalnymi.

- -

Tworzenie szkieletu nowego projektu PRADO

- -

Aby stworzyć szkielekt projektu Prado, wykonaj następujące czynności:

-
    -
  1. Przejdź do folderu gdzie chcesz utworzyć szkielet projektu.
    2. -
  2. Wpisz php ../prado/framework/prado-cli.php -c helloworld, gdzie - helloworld jest nazwą katalogu w której chcesz utworzyć pliki należace do szkieletu projektu.
    3. -
  3. Wpisz php ../prado/framework/prado-cli.php -t helloworld aby stworzyć wbudowany test dla projektu helloworld (Witaj Świecie).
    4. -
- -

Interaktywna powłoka

-

-Interaktywna powłoka umożliwia Ci wykonywanie wyrażeń PHP z linii poleceń. -Skrypt prado-cli.php może zostać użyty do uruchomienia powłoki i załadowania istniejącego projektu Prado. -Dla przykładu załadujmy projekt demo blogu. Zakładając, że twoja linia poleceń jest w katalogu żródłowym prado i wpiszesz... -

-

- -$: php framework/prado-cli.php shell demos/blog - -jako rezultat powinieneś ujrzeć - -Command line tools for Prado 3.0.5. -** Loaded Prado application in directory "demos\blog\protected". -PHP-Shell - Version 0.3.1 -(c) 2006, Jan Kneschke - ->> use '?' to open the inline help - ->> - -Następnie pobierzemy instancję aplikacji blogu Prado a następnie z niej instancję modułu - 'data'. Zauważ, że średnik na koncu linii wycisza wyjście. - - ->> $app = Prado::getApplication(); - ->> $db = $app->getModule('data'); - -Na koniec będziemy chcieli użyć wybranego modułu aby zapytać o post o ID=1. Zauważ, że -pomijamy średnik aby zobaczyć rezultat. - ->> $db->queryPostByID(1) - -Nie powinien wystąpić żaden błąd i powinieneś zobaczyć następujący reziltat - -PostRecord#1 -( - [ID] => 1 - [AuthorID] => 1 - [AuthorName] => 'Prado User' - [CreateTime] => 1148819691 - [ModifyTime] => 0 - [Title] => 'Welcome to Prado Weblog' - [Content] => 'Congratulations! You have successfully installed Prado Blog -- - a PRADO-driven weblog system. A default administrator account has been created. - Please login with admin/prado and update your password as soon as possible.' - [Status] => 0 - [CommentCount] => 0 -) - -

- diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/HelloWorld.page b/demos/quickstart/protected/pages/GettingStarted/pl/HelloWorld.page deleted file mode 100755 index c4a23059..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/HelloWorld.page +++ /dev/null @@ -1,82 +0,0 @@ - -

Moja pierwsza aplikacja w PRADO

-
-

-W tej sekcji, przeprowadzimy Cię przez proces tworzenia Twojej pierwszej aplikcaji w PRADO, słynną aplikację "Witaj świecie" (ang. "Hello World"). -

-

-"Witaj świecie" prawdopodobnie jest najprostszą interaktywną aplikacją w PRADO, którą możesz stworzyć. Wyświetla ona użytkownikowu końcowemu stronę z przyciskiem, którego napis to Kliknij mnie (ang. Click Me). Po tym jak użytkownik kliknie na przycisk, jego napis zmienia się na Witaj świecie. -

-

-Jest wiele dróg aby osiągnąć ten cel. Można przesłać (ang. submit) stronę do serwera, sprawdzić zmienną POST i wygenerować nową stronę z przyciskiem ze zaktualizowanym napisem. Można też przez proste użycie JavaScript zaktualizować napis podczas zdarzenia OnClick po stronie klienta. -

-
-

-PRADO promuje programowanie sterowane zdarzeniami i bazujące na komponentach. Przycisk jest reprezentowany przez obiekt TButton. Hermetyzuje on napis na przycisku jako właściwość Text przycisku oraz wiąże akcję naciśnięcia przez użytkownika przycisku ze zdarzeniem po stronie serwera OnClick. Aby odpowiedzieć na naciśnięcie przez użytkownika przycisku, należy po prostu przypisać funkcję do zdarzenia OnClick przycisku. Wewnątrz funkcji, właściwość Text przycisku jest zmodyfikowana na "Witaj świecie". Poniższy diagram pokazuje powyższą sekwencję. - -

-

-Nasza aplikacja PRADO składa się z trzech plików index.php, Home.page and Home.php, które są zorganizowane w poniższy sposób, - - -gdzie każdy katalog należy rozumieć następująco. Zauważ, że powyższa struktura katalogów jest rozszerzalna. Na przykład, można przenieść katalog protected poza katalog WWW. Będziesz wiedział jak tego dokonać, jeśli przejdziesz przez ten przewodnik. -

-
    -
  • assets - katalog zawierający upublicznione prywatne pliki. Zobacz sekcję assets by dowiedzieć się więcej. Katalog ten musi być zapisywalny przez proces serwera.
    • -
  • protected - podstawowa ścieżka aplikacji zawierająca dane aplikacji oraz prywatne skrypty plików. Katalog ten powinien być skonfigurowany jako niedostępny dla użytkownika końcowego.
    • -
  • runtime - składująca uruchomieniowa ścieżka aplikacji (ang. application runtime storage path) przechowuje informacje rurchomieniowe aplikacji, takie jak stan aplikacji, keszowane dane, itp. Katalog ten musi być zapisywalny przez proces serwera.
    • -
  • pages - podstawowa ścieżka przechowująca wszystkie strony PRADO.
    • -
- -
-Podpowiedż:Możesz również użyć framework/prado-cli.php -narzędzia linii poleceń -aby stworzyć strukturę katalogów dla projektu w PRADO. Na przykład, wpisz komendę -php ścieżka/do/prado-cli.php -c helloworld w katalogu gdzie chcesz stworzyć projekt helloworld (witaj świecie). -
- -

-Trzy pliki, krórych potrzebujemy, kolejno oznaczają -

-
    -
  • index.php - skrypt wejściowy aplikacji PRADO. Ten plik jest wymagany prez wszyskie aplikacje PRADO i jest jedynym skryptem, który jest bezpośrednio dostępny przez użytkownika końcowego. Zawartość index.php przeważnie zawiera następujące trzy linie, - -require_once('path/to/prado.php'); // załącz skrypt PRADO -$application=new TApplication; // utwórz instancję aplikacji PRADO -$application->run(); // uruchom aplikację - -
    • -
  • Home.page - szablon dla domyślnej strony, zwracany gdy użytkownik nie wybierze jawnie żadnej strony. Szablon określa warstwę prezentacji komponentów. W tym przykładzie, używamy dwóch komponentów, TForm oraz TButton, które odpowiadają odpowiednio znacznikom HTML <form> oraz <input>. Szablon posiada następującą treść - - - - <com:TForm> - <com:TButton Text="Kliknij mnie" OnClick="buttonClicked" /> - </com:TForm> - - - -
    • -
  • Home.php - klasa strony dla strony głównej Home. Zawieta przeważnie metody odpowiadające na zdarzeniaOnClick przycisku. - -class Home extends TPage -{ - public function buttonClicked($sender,$param) - { - // $sender wskazuje na komponent przycisku - $sender->Text="Witaj świecie!"; - } -} - -
    • -
-
-

-Aplikacja jest teraz gotowa i jest dostępna poprzez adres http://adres-serwera/helloworld/index.php, zakładając, że helloworld znajduje się bezpośrenio w KataloguGłównymDokumentó serwera (ang. DocumentRoot). Spróbuj zmienić TButton w Home.page na TLinkButton i zobacz co się stanie. -

-

-Kompletne źródło kodu dla tego demo można znaleźć w wydaniu PRADO. Możesz również spróbować demo online. -

-
- - diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/Installation.page b/demos/quickstart/protected/pages/GettingStarted/pl/Installation.page deleted file mode 100755 index f25a4cc2..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/Installation.page +++ /dev/null @@ -1,29 +0,0 @@ - -

Instalacja PRADO

-
-

-Jeśli widzisz tą stronę z poziomu własnego serwera, zakończyłeś właśnie instalację. -

-

-Minimalne wymagania PRADO to serwer internetowy wspierający PHP5. PRADO zostało przetestowane na serwerze Apache na Windowsie oraz Linuxie. Jest wielce prawdopodobne, że może również działać na innych platformach z innymi serwerami internetowymi dopóki wspierają one PHP5. -

-
- -
-

-Instalacja PRADO składa się głównie z jego pobrania oraz rozpakowania. -

-
    -
  1. Przejdź do strony pradosoft.com aby pobrać ostatnią wersję PRADO.
    2. -
  2. Rozpakuj plik PRADO zawierający jego ostatnie wydanie do katalogu znajdującego się na serwerze. -
-
-
-

-Twoja instalacja PRADO jest zakończona i możesz zacząć zabawę z aplikacjami demo zawartymi w PRADO znajdującymi się pod adresem http://adres-serwera/prado/demos/. Tutaj zakładamy, że PRADO jest rozpakowane do katalogu prado w katalogu głównym serwera. -

-

-Jeśli spotkasz się z jakimkolwiek problemem w aplikacjach demo, proszę użyj skryptu sprawdzającego wymagania do korzystania z PRADO dostępnego poprzez http://adres-serwera/prado/requirements/index.php, aby najpierw sprawdzić czy Twoja konfiguracja serwera spełnia wszystkie warunki wymagane przez PRADO. -

-
- diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/pl/Introduction.page deleted file mode 100755 index d8bd6381..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/Introduction.page +++ /dev/null @@ -1,23 +0,0 @@ - -

Witamy w przewodniku SzybkiStart z PRADO

-
-

-Niniejszy przewodnik powstał by pomóc Tobie w szybkim rozpoczęciu budowania Twojej własnej aplikacji internetowej bazującej na PRADO w wersji 3.x -

-

-Jeśli jesteś już użytkownikiem PRADO #.x i chciałbyś dowiedzieć się jakie rozszerzenia są dostępne dla każdej nowej wersji, proszę sprawdź nowe właściwości. -Następujące sekcje są pomocne dla początkujących. -

-

-Możesz odwoływać się do następujących zasobów jeśli czujesz, że ten przewodnik nie spełnia wszystkich twoich oczekiwań. -

-
- - - diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/NewFeatures.page b/demos/quickstart/protected/pages/GettingStarted/pl/NewFeatures.page deleted file mode 100755 index c5de2f02..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/NewFeatures.page +++ /dev/null @@ -1,33 +0,0 @@ - - -

Nowe możliwości

- -

-Poniższa strona podsumowuje główne możliwości, które zostały wprowadzone w każnym z wydań PRADO. -

- -

Wersja 3.1.1

-
    -
  • Dodano nową kontrolkę TTabPanel wyświetlającą zawartość widoków w zakładkach.
    • -
  • Dodano nową kontrolkę TKeyboard wyświetlającą wirtualną klawiaturę do wprowadzania tekstu.
    • -
  • Dodano nową kontrolkę TCaptcha wyświetlającą CAPTCHA uniemożliwiającą spamerom logowanie się do kont online. Powiązany Validator TCaptchaValidator został również zaimplementowany.
    • -
  • Dodano nową kontrolkę TSlider wyświetlającą suwak do wprowadzania wartości numerycznych.
    • -
  • Dodano nową kontrolkę TConditional wyświetlającą jedną z dwóch rodzajów zawartości w zależności od spełnionego (bądź nie) warunku.
    • -
  • Dodano wsparcie dla baz Oracle dla Rekordu Aktywnego (Active Record).
    • -
  • Dodano wsparcie dla TDataGrid umożliwiające grupowanie kolejnych komórek z tą samą zawartością.
    • -
  • Dodanow możliwość konfiguracji właściwości strony oraz reguł autoryzacji za pomocą relacyjnych ścieżek strony w aplikacji oraz konfiguracji strony. Dodano możliwość autoryzacji bazującej na zewnętrzym adresie hosta.
    • -
  • Dodano nowy utrzymywacz (ang. persister) stanu strony TCachePageStatePersister umożliwiający przetrzymywanie stanu strony za pomocą modułów cache (np. TMemCache, TDbCache, itd.) -
  • Dodano wsparcie dla frameworku authentykacji umożliwiającą zapamiętanie logowania.
    • -
  • Dodano możliwość wyświetlenia wskazówki w TDropDownList oraz TListBox (coś na wzów 'Proszę wybrać :' jako pierwszą pozycję w liście.)
    • -
  • Dodanow wsparcie dla mapowania kolumn w Rekordzie Aktywnym (Active Record).
    • -
- -

wersja 3.1.0

-
    -
  • Dodano jednolite/spójne wsparcie dla AJAX-a. Wprowadzono cały zestaw kontrolek AJAX-owych, nazywanych kontrolkami aktywnymi (ang. active controls).Uzywanie tych kontrolek jest bardzo podobne do swoich nieAJAX-owych odpowiedników, np. wstaw w kod i korzystaj. Aby uzyskać więcej szczegółów, zobacz przewodnik o aktywnych kotnrolkach.
    • -
  • Dodano kompletną obsługę baz danych.
    • -
  • Dodano nowe kontrolki, moduły i serwisy, w tym TSoapService, TOutputCache, TSessionPageStatePersister, TFeedService, TJsonService, klasy powiązane z cachem (ang. cache dependency classes), TXmlTransform.
    • -
  • Rozszerzono część kontrolek danych o "odtwóców" (ang. renderers). "Odtwórcy" umożliwiają ponowne używanie szablonów pozycji (ang. item templates), które powszechnie można znaleźć w TRepeater, TDataList i TDataGrid, przez co czynią konfigurację tych kontrolek bardziej przejrzystą. Aby uzyskać więcej szczegółów o "odtwórcach" zobacz zaktualizowany przewodnik TRepeater, TDataList oraz TDataGrid.
    • -
  • Dodano usługę umożliwiającą inkludowanie zewnętrznej konfiguracji serwera. Rozszerzono składnię szablonów ułatwiającą konfigurację subwłaściwości (ang. subproperties).
    • -
- diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/Upgrading.page b/demos/quickstart/protected/pages/GettingStarted/pl/Upgrading.page deleted file mode 100755 index deb726bb..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/pl/Upgrading.page +++ /dev/null @@ -1,64 +0,0 @@ - - -

Aktualizowanie z wersji 2.x i 1.x

- -
-

-PRADO 3.0 nie jest kompatybilne wstecz z wcześniejszymi wersjalmi PRADO. -

-

-Dobrą wiadomością jest, że własciwości oraz zdarzenia większości kontrolek pozostają niezmienione a składnia szablonów kontrolek pozostaje w dużej mierze niezmieniona. Dlatego więc, wiedza develoiperów dotycząca wcześniejszych wersji PRADO wciąż znajduje zastosowanie w wersji 3.0. -

-

-Kolejno podsumujemu najbardziej znaczące zmiany w wersji 3.0 aby pomóc developerom aktualizację ich aplikacji PRADO z wersji 2.x oraz 1.x jeśli wystąpi taka potrzeba. -

-
- -

Definicja komponentu (Component definition)

-

-Wersja 3.0 całkowicie zarzuciła potrzebę występowania pliku specyfikującego komponent. Polega ona obecnie bardziej na konwencji definiowania właściwości komponentu i jego zdarzeń. Uszczegóławiając, właściwość (ang. property) jest definiowana poprzez istnienie metod: getterów i/lub setterów (ang. getter and/or setter methods), natomiast zdarzenie jest zdefiniowane poprzez istnienie metod z przedrostniem on (ang. on-methods). Zarówno właściwości jak i nazwy zdarzeń są w wersji 3.0 nie są wrażliwe na wielkość liter. W konsekwencji developerzy, są teraz zobowiązaniu do troszczenia się konwersję typów, kiedy właściwość komponentu jest ustawiana. Na przykład, następujący kod jest używany do zdefiniowania metody będącej setterem dla właściwości Enabled (przyp. tłum. ang enabled - dostępny, umożliwiony) TControl, która jest typu boolowskiego: boolean, -

- -public function setEnabled($value) -{ - $value=TPropertyValue::ensureBoolean($value); - $this->setViewState('Enabled',$value,true); -} - -

-gdzie TPropertyValue::ensureBoolean() jest używana aby ipewnić się, że wartość wejściowa jest typu boolean. Dziejse się tak ponieważ, gdy watość jest konfigurowana w szablonie, wartość łańcuchowa (ang. string value) jest przekazywana do settera. W poprzednich wersjach PRADO znało typ właściwości bazując na pliku specyfikacji i wykonywało konwersję typów za Ciebie. -

- -

Kontroler aplickacji (Application Controller)

-

-Kontroler aplickacji implementuje teraz architekturę modułową. Moduły mogą być podłączone i skonfigurowane w specyfikacji aplikacji. Każdy moduł obejmuje określoną funkcjonalność a wszystkie one są koordynowane przez cykl życia aplickacji (ang. application lidecycle). Konecpcja modułów w wersji 2.x została zastąpiona w wersji 3.0 przez katalogi stron (ang. page directories). W wyniku tego format specyfikacji aplikacji (ang. application specification) w wersji 3.0 różni się od wersji wcześniejszych. -

- -

Strony (Pages)

-

-Strony w wersji 3.0 są zorganizowane w katalogach, które mogą zostać porównane do koncepcji modułów w wersji 2.x. Strony są dostępne poprzez ścieżkę do nich. Na przykład, adres URL index.php?page=Kontrolki.Przyklady.Przyklad1 będzie używany do dostępu do strony nazwanej Przyklad1 przechowywanej w katalogu [ŚcieżkaBazowa]/Kontrolki/Przyklad, gdzie [ŚcieżkaBazowa] oznacza główny katalog stron (ang. root page path). Nazwa pliku szablonu strony musi kończyć się rozszerzeniem .page, głównie, aby odróżnić szablony stron od "niestronowych" (ang. non-paged) szablonów kontrolek, których nazwa musi być zakończona rozszerzeniem .tpl. -

- -

Zależności między kontrolkami (Control Relationship)

-

-Wersja 3.0 redefiniuje zależności pomiędzy kontrolkami. W szczególności, relacja rodzic-dziecko (parent-child relationship teraz odnosi się do relacji zawierajacej się w prezentacji kontrolek. Nowa relacja naming-container (przyp tłum. ang. naming - nazywanie, container - kontener) została wprowadzona dla lepszego zarządzania identyfikatorami ID kontrolek. Aby uzyskać więcej informacji zobacz sekcję kontrolki. -

- -

Składnia szablonów (Template Syntax)

-
-

-Składnia szblonów kontrolek w wersji 3.0 została podobna do tej we wcześniejszych wersjach, ale z wieloma rozszerzeniami. Główna zmiana dotyczy wyrażenia wiążącego dane (ang. databind expression), które jest wykonywane następująco -

- -<com:MojKomponent NazwaWlasciwosci=<%# formuła PHP %> .../> - -

-Tagi formuł oraz wyrażeń (ang. expression and statement tags) zostały zmienione w podobny sposób. Aby uzyskać więcej szczegółów zobacz sekcję definiowanie szablonów (ang. template definition). -

-
-

Składnia tematów (Theme Syntax)

-

-Tematy w wersji 3.0 są definiowane jak szablony kotnrolek z kilkoma obwarowaniami. -

- - diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/directory.gif b/demos/quickstart/protected/pages/GettingStarted/pl/directory.gif deleted file mode 100755 index e6c4f724..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/pl/directory.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/pl/sequence.gif b/demos/quickstart/protected/pages/GettingStarted/pl/sequence.gif deleted file mode 100755 index 4207a9bb..00000000 Binary files a/demos/quickstart/protected/pages/GettingStarted/pl/sequence.gif and /dev/null differ diff --git a/demos/quickstart/protected/pages/GettingStarted/zh/Introduction.page b/demos/quickstart/protected/pages/GettingStarted/zh/Introduction.page deleted file mode 100755 index ee5db70f..00000000 --- a/demos/quickstart/protected/pages/GettingStarted/zh/Introduction.page +++ /dev/null @@ -1,20 +0,0 @@ - -

欢迎使用PRADO快速教程

- -
-

-本教程旨在帮助您快速掌握用PRADO v3.x构建Web应用。 -

-

-如果您觉得本教程没能满足您的需求，您也可以参考以下资源： -

-
- - - diff --git a/demos/quickstart/protected/pages/Services/id/SoapService.page b/demos/quickstart/protected/pages/Services/id/SoapService.page deleted file mode 100755 index e7f552c4..00000000 --- a/demos/quickstart/protected/pages/Services/id/SoapService.page +++ /dev/null @@ -1,164 +0,0 @@ - - -

Layanan SOAP

- -

-SOAP membentuk lapisan dasar dari tumpukan layanan Web. Ia menyediakan cara yang rapi agar aplikasi PHP saling berkomunikasi atau dengan aplikasi yang ditulis dalam bahasa lain. PRADO menyediakan TSoapService yang membuat pengembagan aplikasi server SOAP menjadi tugas yang sangat mudah. -

- -

-Untuk menggunakan TSoapService, konfigurasi itu dalam spesifikasi aplikasi seperti berikut: -

- - - - - - - - -

-Contoh menetapkan penyedia layanan SOAP bernama stockquote yang mengimplementasikan metode SOAP getPrice dalam kelas penyedia StockQuote, -

- -class StockQuote -{ - /** - * @param string $symbol the symbol of the stock - * @return float the stock price - * @soapmethod - */ - public function getPrice($symbol) - { - ....return stock price for $symbol - } -} - - -
Catatan: -TSoapService didasarkan pada ekstensi SOAP PHP dan memerlukan ekstensi terinstalasi. -
- -

-Dengan kode sederhana di atas, kita sudah menyelesaikan layanan SOAP sederhana yang membolehkan aplikasi lain untuk meng-query harga dari stok tertentu. Sebagai contoh, umumnya klien SOAP bisa ditulis seperti berikut guna mendapatkan harga stok atas IBM, -

- -$client=new SoapClient('http://path/to/index.php?soap=stockquote.wsdl'); -echo $client->getPrice('IBM'); - - -

-Perhatikan URL yang digunakan untuk membentuk SoapClient (kelas disediakan oleh ekstensi SOAP PHP). Ini adalah URL untuk WSDL yang menjelaskan protokol komunikasi untuk layanan SOAP yang baru kita implementasikan. WSDL sering kali terlalu rumit untuk ditulis secara manual. Kebetulan, TSoapService bisa membuat ini bagi kita menggunakan generator WSDL. Secara umum, URL untuk membuat WSDL secara otomatis dalam PRADO mempunyai format berikut: -

- -http://path/to/index.php?SoapServiceID=SoapProviderID.wsdl - - -

-Agar generator WSDL membuat WSDL untuk layanan SOAP, kelas penyedia perlu untuk mengikuti sintaks tertentu. Dalam keadaan tertentu, untuk metode yang akan diperlihatkan sebagai metode SOAP, kata kunci @soapmethod harus muncul dalam komentar phpdoc terhadap metode dengan baris berikut yang menetapkan parameter metode dan nilai hasil: -

-
    -
  • parameter: @param parameter-type $parameter-name description
    • -
  • return value: @return value-type description
    • -
-

-Parameter yang benar dan tipe hasil termasuk: string, int, boolean, float, array, mixed, dll. Anda dapat juga menetapkan nama kelas sebagai tipe, yang menterjemahkan ke dalam tipe SOAP kompleks. Sebagai contoh, untuk tipe kompleks Contact -

- - -/** - * Memperluas TComponent untuk menyediakan metode pengambil/penentu properti - */ -class Contact { - /** - * @var string $name - * @soapproperty - */ - public $name; - - /** - * @var Address $address - * @soapproperty - */ - private $_address; - - public function setAddress($value) { - $this->_address=$value; - } - - public function getAddress() { - if($this->_address===null) - $this->_address=new Address; - return $this->_address; - } -} - -class Address{ - /** - * @var string $city - * @soapproperty - */ - public $city; -} - -class ContactManager { - /** - * @return Contact[] an array of contacts - * @soapmethod - */ - function getAllContacts() { - return array(new Contact); - } - - /** - * @return Contact one contact - * @soapmethod - */ - function getContact($name) { - return new Contact; - } -} - -

Untuk obyek soap kompleks, properti obyek ditetapkan dengan kata kunci @soapproperty dalam phpdocs. Selanjutnya, nama tipe properti harus ditetapkan sebagai @var type $name di mana type adalah tipe apapun yang benar seperti telah disebutkan sebelumnya dan $name akan mendefinisikan properti name (catatan bahwa jika kelas Anda adalah TComponent, Anda bisa menyediakan properti pengambil/penentu). -

-

-Sebuah array dari obyek yang kompleks juga bisa dihasilkan dengan menambahkan pasangan yang dilindungi kurung kotak setelah nama tipe. Sebagai contoh, untuk menghasilkan array dari tipe Contact, kita mendefinisikan @return Contact[] .... -

- -
Tip: -Piranti sangat berguna untuk menguji layanan web Anda adalah piranti bebas -WebServiceStudio 2.0. Ia bisa memanggil webmethods secara interaktif. Pengguna dapat menyediakan sebuah titik akhir WSDL. Pada saat mengklik tombol Get piranti mengambil WSDL, membuat proxy .NET dari WSDL dan menampilkan daftar metode yang tersedia. Pengguna bisa memilih setiap metode dan menyediakan parameter input yang diplerukan. -Piranti membutuhkan MS .NET runtime terinstalasi. - -

Piranti semacam itu tersedia untuk Mac OS X Tiger dari -http://www.ditchnet.org/soapclient/ -

-
- -

-TSoapService bisa dikonfigurasi dan dikustomisasi dalam beberapa cara. Dalam contoh di atas, elemen <soap> sebenarnya menetapkan sebuah layanan SOAP menggunakan implementasi standar TSoapServer. Atribut dalam <soap> dikirimkan ke TSoapServer sebagai nilai properti awalnya. Sebagai contoh, atribut provider menginisialisasi properti Provider dari TSoapServer. Dengan menyetel SessionPersistent menjadi true dalam elemen <soap>, turunan penyedia akan sama di dalam sesi pengguna. Anda bisa mengembangkan kelas server SOAP sendiri dan menggunakannya dengan menetapkan atribut class dari <soap>. -

- -

Standarnya, server SOAP PHP akan membuat obyek dari tipe StdClass ketika obyek diterima dari klien. Server soap bisa dikonfigurasi untuk secara otomatis membuat obyek dari obyek tipe tertentu diterima sebagai parameter metode. Sebagai contoh, jika kita mempunyai sebuah metode Soap yang menerima obyek Contact sebagai parameter. - -/** - * @param Contact $contact - * @return boolean true if saved, false otherwise - * @soapmethod - */ - function save(Contact $contact) - { - return true - } - -Untuk melakukan ini, kita perlu menyetel properti ClassMaps dari -TSoapServer dalam tag <soap> sebagai nama kelas string dipisahkan koma yang kita inginkan secara otomatis dikonversi. - - - -

- - diff --git a/demos/quickstart/protected/pages/Tutorial/AjaxChat.page b/demos/quickstart/protected/pages/Tutorial/AjaxChat.page index 92118720..40e283dd 100755 --- a/demos/quickstart/protected/pages/Tutorial/AjaxChat.page +++ b/demos/quickstart/protected/pages/Tutorial/AjaxChat.page @@ -22,7 +22,7 @@ that asks the user to enter their nickname and the main application chat page. You can try the application locally or at - Pradosoft.com. + Prado website. The main application chat page is shown bellow. class="figure" />

diff --git a/demos/quickstart/protected/pages/Tutorial/CurrencyConverter.page b/demos/quickstart/protected/pages/Tutorial/CurrencyConverter.page index 1abd68b9..0beeaaf4 100755 --- a/demos/quickstart/protected/pages/Tutorial/CurrencyConverter.page +++ b/demos/quickstart/protected/pages/Tutorial/CurrencyConverter.page @@ -10,15 +10,15 @@ a dollar amount to an other currency, given the rate of that currency relative to the dollar. The completed application is shown bellow. class="figure" /> - You can try the application locally or at - Pradosoft.com. + You can try the application locally or at the + Prado website. Notice that the application still functions exactly the same if javascript is not available on the user's browser.

Downloading and Installing Prado

-

To install Prado, simply download the latest version of Prado from - http://www.pradosoft.com +

To install Prado, simply download the latest version of Prado from the + Prado project website and unzip the file to a directory not accessible by your web server (you may unzip it to a directory accessible by the web server if you wish to see the demos and test). For further detailed installation, see the diff --git a/demos/quickstart/protected/pages/Tutorial/fr/AjaxChat.page b/demos/quickstart/protected/pages/Tutorial/fr/AjaxChat.page deleted file mode 100755 index 568e920f..00000000 --- a/demos/quickstart/protected/pages/Tutorial/fr/AjaxChat.page +++ /dev/null @@ -1,755 +0,0 @@ - -

Building an AJAX Chat Application

-

This tutorial introduces the Prado web application framework's - ActiveRecord - and Active Controls to build a Chat - web application. It is assumed that you - are familiar with PHP and you have access to a web server that is able to serve PHP5 scripts. - This basic chat application will utilize the following ideas/components in Prado. -

-
    -
  • Building a custom User Manager class.
    • -
  • Authenticating and adding a new user to the database.
    • -
  • Using ActiveRecord to interact with the database.
    • -
  • Using Active Controls and callbacks to implement the user interface.
    • -
  • Separating application logic and application flow.
    • -
- -

In this tutorial you will build an AJAX Chat web application that allows - multiple users to communicate through their web browser. - The application consists of two pages: a login page - that asks the user to enter their nickname and the main application chat - page. - You can try the application locally or at - Pradosoft.com. - The main application chat page is shown bellow. - class="figure" /> -

- -

Download, Install and Create a New Application

-

The download and installation steps are similar to those in - the Currency converter tutorial. - To create the application, we run from the command line the following. - See the Command Line Tool - for more details. - -php prado/framework/prado-cli.php -c chat - -

- -

The above command creates the necessary directory structure and minimal - files (including "index.php" and "Home.page") to run a Prado web application. - Now you can point your browser's URL to the web server to serve up - the index.php script in the chat directory. - You should see the message "Welcome to Prado!" -

- -

Authentication and Authorization

-

The first task for this application is to ensure that each user - of the chat application is assigned with a unique (chosen by the user) - username. To achieve this, we can secure the main chat application - page to deny access to anonymous users. First, let us create the Login - page with the following code. We save the Login.php and Login.page - in the chat/protected/pages/ directory (there should be a Home.page - file created by the command line tool). -

- -<?php -class Login extends TPage -{ -} - - - - - - Prado Chat Demo Login - - -<com:TForm> -

Prado Chat Demo Login

-