Lotus Notes / Domino Sonstiges > Java und .NET mit Notes/Domino

Eclipse Tipps im Kontext der MGWs

(1/3) > >>

Axel_Janssen:
Hi,

die MGWs sind nicht an eine bestimmte IDE gebunden. Da Eclipse aber die beste IDE ist, gibt es dafür extra - Tipps.

Ein extra feature die gerade zum Lernen sinnvoll sein können, sind die sogenannten scrapbook pages.

Das funktioniert so:
1. Eclipse öffnen.
2. Neues Projekt über: File\New Project --> Dort links Java, rechts Java Project wählen.
3. Next drücken
4. Als Namen MGW eintippen (oder sonstwas).
5. In Java Perspective wechseln. Falls ihr da nicht schon seid. Perspektive wechseln geht über  das Icon mit dem Pluszeichen links oben. Unterhalb des Icons mit dem Zauberstab.
6. Mit rechter Maustaste auf das Projekt im linken Explorer klicken.
7.  New/Scrapbook-page wählen.
8. Namen eingeben (z.B. ArrayTest).
9. Finish klicken.
10. Den folgenden code in die Scrapbookpage kopieren:

--- Code: ---String [] arCities = {"Köln", "Hannover", "Berlin"};

for (int i = 0; i < arCities.length; i++) {
   System.out.println(arCities[i]);
}

--- Ende Code ---
11. Den gesamten code highlighten. Rechte Maustaste und Excecute in Kontextmenü. .

So kann man schnell immer code Schnippsel testen, ohne direkt eine neue Klasse zu erstellen.

NACHTEIL: Wenn ein Fehler auftaucht, bekommt man keine Meldung, in welcher Zeile der ist.

Fehlermeldungen werden in die Scrapbookpage geschrieben. Es wird immer nur der gehighlightete Text ausgeführt.

Scrapbookpages, jpage files sind kein Standard sondern IBM proprietär. Kann ganz praktisch sein, wenn man weiss wie es geht.

Axel_Janssen:
Weiterer Tipp:
Du hast im google sinnvollen code gefunden, den du in dein Projekt einbinden möchtest.

Der ist nun aber überhaupt nicht formatiert (Tabs-Einrückungen und so).
Was machen?
Rechte Maustaste auf den Editor. Im PopUp Menü Source (5ter Eintrag von unten). Da Format auswählen. Fertig.

Axel_Janssen:
Noch ein Tipp:
Wenn du mit Eclipse ein neues Java File erzeugst sieht das so aus:

--- Code: ---/*
 * Created on 20.09.2003
 *
 * To change the template for this generated file go to
 * Window>Preferences>Java>Code Generation>Code and Comments
 */
package de.aja.blboerse.integration.dao;

/**
 * @author Axel
 *
 * To change the template for this generated type comment go to
 * Window>Preferences>Java>Code Generation>Code and Comments
 */
public class Test {

}

--- Ende Code ---

Wo läßt sich nun das template für die Kommentare verändern?

Wähle Menü Window/Preferences.
Dort im Linken AuswahlBaum Java/Code Generation.
Dort 2.ter Tab: Code and Comments.
In Code and Comments Code/New Java File auswählen.
Edit button klicken.
Dort das folgende reinpasten:

--- Code: ---/* ${file_name}
* Created on ${date}
*/
${package_declaration}
${typecomment}
${type_declaration}

--- Ende Code ---

Apply Klicken.

Dann Comments / Types klicken (wo du vorher Code/New Java File gewählt hast).
Edit Button.
Das folgende reinpasten:

--- Code: ---/**
* Add one sentence class summary here.
* Add class description here.
*
* @author ${user}
* @version 1.0, ${date}
*/

--- Ende Code ---


Apply drücken. Ok drücken.

Testweise eine neue Java Klasse erzeugen.
Der automatisch generierte code sieht nun so aus:

--- Code: ---* Test1.java
* Created on 20.09.2003
*/
package de.aja.blboerse.integration.dao;
/**
* Add one sentence class summary here.
* Add class description here.
*
* @author Axel
* @version 1.0, 20.09.2003
*/
public class Test1 {

}

--- Ende Code ---

Bekanntlich werden die /** Kommentare vom javadoc Tool genutzt, um automatisch eine Dokumentation im Html Format zu erzeugen.

Axel_Janssen:
Noch ein Tipp:

Die Glühbirne (lightbuld).

Du willst ein ArrayList erzeugen:

--- Code: ---ArrayList users = new ArrayList();

--- Ende Code ---
Die Klasse ArrayList befindet sich aber im Java Paket java.util.* und ist noch nicht in den Import Statements der Klasse.
Am linken Rand des Editors erscheint ein rotes Kreuz (für Fehler) und eine Glühbirne.
Durch einen Klick auf die Glühbirne erhälst du eine Liste an Lösungsvorschläge von Eclipse, um den Fehler zu bereinigen.
Einfach auf das erste klicken:
import java.util.ArrayList

Eclipse fügt nun in den ersten Zeilen der Klasse automatisch die folgende Zeile ein:

--- Code: ---import java.util.ArrayList;

--- Ende Code ---
Das rote Kreuz und somit der Fehler ist weg.

Bei mehr als einer benötigten Klasse pro Paket im Import präferiere ich die Schreibweise

--- Code: ---
import java.util.*;

--- Ende Code ---
als sowas wie z.B.:

--- Code: ---import java.util.Calendar;
import java.util.GregorianCalendar;
import java.util.Vector;
import java.util.ArrayList;

--- Ende Code ---

weil es übersichtlicher ist.
Aber das kann man ja schnell von Hand ändern.  

Die Lightbulb kann auch für andere Quickfixes benutzt werden. Da kann man sich sicher auch eigene Listeneinträge für Quickfixes hinterlegen. Weiß aber noch nicht wie.

Axel Janssen temp:
Periodically clean caches and history to avoid Eclipse 'rot'
Today, a quick one.
If you work with a lot of projects, opening multiple Java files and performing big searches and refactorings from time to time, you'll notice that Eclipse becomes increasingly slower. This is somewhat similar with the infamous 'Windows rot'. Except, this time you have solutions other that complete reinstall.
Deleting "workspace/.metadata directory" is such a solution, but a violent one, since you lose all your settings and 'non-code' work. And while the settings can still be exported and reimported after the clean restart of Eclipse, there definitively is some data (such as the "Run" list) which has to be rebuilt from scratch. And if the list has tens of items, that's your precious worktime which is lost.
A nicer, less invasive solution is to delete only the resource history and the JDT caching. That means deleting all the content of the directory "workspace/.metadata/.plugins/org.eclipse.core.resources/.history" (but not the directory itself) as well as *.index files from "workspace/.metadata/.plugins/org.eclipse.jdt.core" and "savedIndexNames.txt" from this same directory.
I've also learned that some hard Eclipse crashes as well as dubious plugin uninstalls (via directory deletions) migh completely bork the workspace, then Eclipse isn't even able to restart ... again, the trick is to delete "workspace/.metadata/.plugins/org.eclipse.ui.workbench/workbench.xml" and restart with default workbench. (see also one of my older posts).

Navigation

[0] Themen-Index

[#] Nächste Seite