This article solves the following challenge:
Some authors refer to BDD as TDD done right.
BDD follows the same processes as TDD but with the focus on the user. The test written have to fulfill the user story. The idea of creating the tests is that the method behaviour will be clear just by reading the sentence.
BDD follows a language that fits perfect in a agile user story:
Example:
Story - Returns go to stock
In order to keep track of stock
As a store owner I want to add items back to stock when they are returned
BDD tests: Refunded items should be returned to stock
Given a customer previously bought a black sweater from me
And I currently have three black sweaters left in stock
When he returns the sweater for a refund
Then I should have four black sweaters in stock
BDD builds upon TDD. You have technical quality with a business approach.
Evaluate complexity of present statement:
Select ratingCancelGuessingPassing knowledgeKnowledgeableExpert
Your rating: 3 Average: 3 (1 vote)
Try out Unity3D, it is a cross-platform gaming development framework with physics engine and 3D support.
There are also existing a lot of useful stuff on youtube like tutorials.
It has also a great asset store with a lot of 3D Models, Audio, Sample Projects, etc.
For more information see: https://unity3d.com
For Java there are already frameworks avaliable to help developers all over the world. In the newest version of java this is included and done by the introduction of the Locale
variable. Additionally language files are defined, where for each language one textfile is created, by default they are called something like this: MessagesBundle_de_DE.properties
MessagesBundle_en_US.properties
MessagesBundle_fr_FR.properties
First comes the files name, than the two letters shortcut for the language, and then the two letters for the region or country. Taking up the example, if we wish to add a specific declaration for Austria, we would simply create a new text file, named: MessagesBundle_de_AT.properties
The inside of the textfiles contains of the message keys and the messages themselfs. While the keys are always the same, the message should be in the corresponding language. A default file can also be created, to cover up everything that hasn't yet been translated, even when other files already exists.
To get things running in the code, one must simple follow the short tutorial at oracle [1] or can read it down below.
1. Create the Properties Files
A properties file stores information about the characteristics of a program or environment. A properties file is in plain-text format. You can create the file with just about any text editor.
In the example the properties files store the translatable text of the messages to be displayed. Before the program was internationalized, the English version of this text was hardcoded in the System.out.println statements. The default properties file, which is called MessagesBundle.properties, contains the following lines:
greetings = Hello
farewell = Goodbye
inquiry = How are you?
Now that the messages are in a properties file, they can be translated into various languages. No changes to the source code are required. The French translator has created a properties file called MessagesBundle_fr_FR.properties, which contains these lines:
greetings = Bonjour.
farewell = Au revoir.
inquiry = Comment allez-vous?
Notice that the values to the right side of the equal sign have been translated but that the keys on the left side have not been changed. These keys must not change, because they will be referenced when your program fetches the translated text.
The name of the properties file is important. For example, the name of the MessagesBundle_fr_FR.properties file contains the fr language code and the FR country code. These codes are also used when creating a Locale object.
2. Define the Locale
The Locale object identifies a particular language and country. The following statement defines a Locale for which the language is English and the country is the United States:
aLocale = new Locale("en","US");
The next example creates Locale objects for the French language in Canada and in France:
caLocale = new Locale("fr","CA");
frLocale = new Locale("fr","FR");
The program is flexible. Instead of using hardcoded language and country codes, the program gets them from the command line at run time:
String language = new String(args[0]);
String country = new String(args[1]);
currentLocale = new Locale(language, country);
Locale objects are only identifiers. After defining a Locale, you pass it to other objects that perform useful tasks, such as formatting dates and numbers. These objects are locale-sensitive because their behavior varies according to Locale. A ResourceBundle is an example of a locale-sensitive object.
3. Create a ResourceBundle
ResourceBundle objects contain locale-specific objects. You use ResourceBundle objects to isolate locale-sensitive data, such as translatable text. In the sample program the ResourceBundle is backed by the properties files that contain the message text we want to display.
The ResourceBundle is created as follows:
messages = ResourceBundle.getBundle(
"MessagesBundle", currentLocale);
The arguments passed to the getBundle method identify which properties file will be accessed. The first argument, MessagesBundle, refers to this family of properties files:
MessagesBundle_en_US.properties
MessagesBundle_fr_FR.properties
MessagesBundle_de_DE.properties
The Locale, which is the second argument of getBundle, specifies which of the MessagesBundle files is chosen. When the Locale was created, the language code and the country code were passed to its constructor. Note that the language and country codes follow MessagesBundle in the names of the properties files.
Now all you have to do is get the translated messages from the ResourceBundle.
4. Fetch the Text from the ResourceBundle
The properties files contain key-value pairs. The values consist of the translated text that the program will display. You specify the keys when fetching the translated messages from the ResourceBundle with the getString method. For example, to retrieve the message identified by the greetings key, you invoke getString as follows:
String msg1 = messages.getString("greetings");
The sample program uses the key greetings because it reflects the content of the message, but it could have used another String, such as s1 or msg1. Just remember that the key is hardcoded in the program and it must be present in the properties files. If your translators accidentally modify the keys in the properties files, getString won't be able to find the messages.
[1] http://docs.oracle.com/javase/tutorial/i18n/intro/steps.html
Aptana plug-in for Eclipse adds a lot of functionality for web developers inclusive of the FTP connection possibility. It also supports scripting ('Monkey Scripts'), which will be used in this solution:
/*
* Listener: commandService().addExecutionListener(this);
* Menu: Synchronize > Upload Current File On Save
* DOM: http://localhost/com.aptana.ide.syncing.doms
* DOM: http://download.eclipse.org/technology/dash/update/org.eclipse.eclipsemonkey.lang.javascript
*/
/**
* Returns a reference to the workspace command service
*/
function main() {}
function commandService()
{
var commandServiceClass = Packages.org.eclipse.ui.commands.ICommandService;
// same as doing ICommandService.class
var commandService = Packages.org.eclipse.ui.PlatformUI.getWorkbench().getAdapter(commandServiceClass);
return commandService;
}
/**
* Called before any/every command is executed, so we must filter on command ID
*/
function preExecute(commandId, event) {}
/* Add in all methods required by the interface, even if they are unused */
function postExecuteSuccess(commandId, returnValue)
{
// if we see a save command
if (commandId == "org.eclipse.ui.file.save")
{
sync.uploadCurrentEditor();
}
}
function notHandled(commandId, exception) {}
function postExecuteFailure(commandId, exception) {}
Now Eclipse will automatically upload every file after it's saved.