/
update.htm
95 lines (67 loc) · 7.6 KB
/
update.htm
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
<!DOCTYPE html>
<html lang="en">
<head>
<title>Update Guide - Wave Framework</title>
<meta charset="utf-8">
<meta name="viewport" content="width=device-width"/>
<link type="text/css" href="../style.css" rel="stylesheet" media="all"/>
<link rel="icon" href="../../favicon.ico" type="image/x-icon"/>
<link rel="icon" href="../../favicon.ico" type="image/vnd.microsoft.icon"/>
</head>
<body>
<h1>Update Guide</h1>
<h3>Introduction</h3>
<p>Wave Framework is being actively developed with new features being released every month, some smaller and some bigger. Development is always driven by what is best for the framework today, which means that at times there will be new features implemented or existing features changed enough that the software built on previous versions might break. While development of Wave Framework takes backwards compatibility into account as much as possible, sometimes it is necessary to break it.</p>
<p>This document here gives a general overview about the notable changes that have been introduced and how to upgrade an older version to the latest version. Note the version numbers in the chapters of this document to make sure that you are using the version of Wave Framework that is discussed in the chapter. If your version is many notable updates older, then you have to go through multiple update chapters in a row. It is also important to mention that not all updates and tweaks are listed in this document, as this document focuses on features that might break software that is built on an older version.</p>
<p>Wave Framework is currently in its 3rd major release, but version 3.0 is only the first tried and tested stable release of Wave Framework. Version 1.0 was technically Alpha and version 2.0 was Beta of Wave Framework and both are not supported anymore and are considered 'deprecated' versions. This document here covers the update paths for versions 3.1.5 and above. Future major versions of Wave Framework (such as 4.0 and above) will also be covered in this document.</p>
<p>In order to update your Wave Framework you first have to know what is the current version that you are using. You can find this out by opening '/.version' file in a text editor. This file has two lines, one for 'www' and another for 'system'. The 'www' line states the version of Wave Framework. The second line for 'system' is meant for the developer to keep track of what version of their own software is built on Wave Framework. Both of these values can be used when updating software and making sure that good software does not break badly.</p>
<h3>How Updates Affect Your Software</h3>
<p>Your own software is built on top of Wave Framework and if you do not change Wave Framework's core files itself, then these are the only files and folders you should be 'working on' when developing a website or web service on top of Wave Framework:</p>
<ul>
<li><b>/controllers/</b> - Your Controller classes are here, as well as default URL and View Controllers</li>
<li><b>/resources/</b> - Your JavaScript, CSS, Autoload scripts and images are in this folder and its subfolders</li>
<li><b>/models/</b> - Your Model classes are here</li>
<li><b>/views/</b> - Your View classes are here</li>
<li><b>/config.ini</b> - Your Configuration file</li>
</ul>
<p>These folders and files are rarely - if ever - updated by Wave Framework. Even if these files are updated then it is unlikely that these changes break any of your software if you do not update these files. These folders and configuration file are considered as 'your software' and if Wave Framework version update or version history shows that these files are updated, then it is most likely a documentation update or some tweak to default View or URL Controllers.</p>
<p>This means that when updating, you can safely ignore these folders from update archives and focus on actual core files that might need updating, namely the '/index.php' file and files from '/engine/' folder. Core files of Wave Framework also have version information listed in their file headers as of 3.1.4 and you can refer to this header information to know if your file needs to be updated or not, when comparing it against the latest release.</p>
<h3>How to Update to 3.4.2</h3>
<ul>
<li>The Autoload script '/resources/autoload.php' has now been moved to '/resources/scripts/script.php' file. This makes it more standard to what 'script.js' file is and does. So please move and rename the file accordingly, the behavior is exactly the same.</li>
</ul>
<h3>How to Update to 3.4.1</h3>
<ul>
<li>It's now possible to refer to Wave Framework Wrapper file by having a link to /resources/ subfolder even though such a file does not exist. If you link in your HTML header to http://www.example.com/resources/scripts/class.www-wrapper.js then it loads the file from /engine/ subfolder where this engine file actually exists. You can also unify this script with your jQuery or other libraries easily.</li>
<li>New recommended structure suggests to write scripts to /resources/scripts/, classes to /resources/classes/ and libraries to /resources/libraries/. Difference between them is that classes subfolder includes actual classes that can be dynamically loaded through Factory. Libraries folder includes files that include various scripts that can be dynamically loaded. And scripts folder is for scripts that can be loaded automatically per view. Basically classes and libraries folders are only meant for loading scripts through Factory, either JavaScript or PHP.</li>
</ul>
<h3>How to Update to 3.3.0</h3>
<ul>
<li>CSS and script files now have a separate /style/ and /script/ folders under /resources/ folder. You do not have to make any changes (software should still work even if you keep the files in root /resources/ folder), but it would be good to move the files to that folder in the future for easier maintenance.</li>
</ul>
<h3>How to Update to 3.2.6</h3>
<ul>
<li>dbQuote() method now only has 'escape' and 'like' types. The 'field' type has been removed entirely and a new method filter() has been introduced that can be used instead. This filter() method has most of the types that dbQuote() had, but were only used for filtering before.</li>
</ul>
<h3>How to Update to 3.2.3</h3>
<ul>
<li>The 'www-files' and 'www-cookie' input data is not sent anymore, $_FILES and $_COOKIE arrays are merged like any other variable to the single input data. This is in order to standardize input data even further.</li>
</ul>
<h3>How to Update to 3.2.1</h3>
<ul>
<li>The 'serializedarray' output return data type is now just 'serialized'.</li>
<li>The 'querystring' output return data type is now just 'query'.</li>
</ul>
<h3>How to Update to 3.2.0</h3>
<ul>
<li>MVC Factory method startSession() and destroySession() are not available anymore. These are called automatically by State.</li>
<li>Default session handling is now done through '/engine/class.www-sessions.php' file.</li>
<li>Configuration setting 'session-namespace' is now 'session-name' due to the different way sessions are handled.</li>
</ul>
<h3>How to Update to 3.1.8</h3>
<ul>
<li>MVC Factory method internalLogEntry() is now simply logEntry(). If you use this function, then make sure to replace those method calls.</li>
<li>MVC Factory method setStateMessengerData() is now simply setMessengerData(). If you use this function, then make sure to replace those method calls.</li>
</ul>
</body>
</html>