Methoden/Klassen für andere Projekte

[Moch]

Hallo,
Ich habe mal wieder eine Frage:

Das folgende Beispiel habe ich mit Absicht etwas abstrakt gehalten, weil mir gerade kein konkretes Beispiel einfiel

Nehmen wir einmal an, ich hätte ein paar Klassen inkl. Methoden entwickelt, die mehrere innovative Objekte in Java erzeugbar und auch nutzbar machen. Weil das eine so unglaublich tolle Entwicklung ist (ja, ne is' klar^^), möchte ich diese Klassen/Methoden gerne auch in anderen Projekten nutzbar machen, die von mir und meinem Team bearbeitet werden. Nur möchte ich nicht, dass jeder einfach nur diese Klassen bzw. die Packages in seinen Workspace kopiert und ggf. auch noch daran herumfummelt.

Folglich ergibt sich für mich die Frage:
- Ist das möglich?

Kann ich Klassen & Methoden schreiben und diese dann in ein anderes Projekt einbinden, ohne dass diese direkt (also ohne zusätzlich Tools wie ka...Decompiler oder sonst wie) bearbeitet / eingesehen werden können?
Wenn ja: Wie stelle ich das an?

An schönsten wäre es natürlich, wenn ich in diesem Falle nur noch folgendes eingeben müsste.

InnovativeKlasse.innovativeMethode(x);

oder

import InnovativeKlasse.*;
[...]
innovativeMethode(x);

Vielleicht noch ein sehr simples Beispiel (kein Beispiel aus meiner Praxis ;-)):
- Zwei Personen arbeiten nicht sehr diszipliniert an einem Projekt. Person A hat für dieses Projekt eine Klasse entworfen, die Brüche als Objekt sowie Bruchrechnung ermöglicht. Da Person A aber Person B kennt und daher weiß, dass Person B gerne anfängt, alles, was er an Quellcode sieht, sofort zu ändern, wie es ihm passt, möchte Person A nicht, dass Person B diesen Code direkt sehen/bearbeiten kann.

Liebe Grüße
Moch

 

[Gast2]

Du kannst natürlich problemlos Klassen entwerfen die mehrfach verwendet werden können. Dazu würde ich mir nen eigenes Projekt anlegen dass dann andere Projekte einbinden können.
Vor Zugriff schützen kannst du den Code aber nicht. Per Decompiler kommt man da immer ran. Es gibt zwar noch die Möglichkeit den Code mit nem Obfuscator unlesbar zu machen, aber dann macht das arbeiten mit der Library keinen Spaß mehr

Zu deinem "Beispiel":
Sag doch Person B einfach: Finger weg von meinem Code. Ansonsten könntest du in nem VCS jede Änderung in deinen Klassen nachvollziehen, vorrausgesetzt ihr nutzt sowas.

 

[justsomebody]

Wenn du deinem B nur die kompilierten Class Dateien gibst, dann kann er die zwar verwenden, aber nicht mehr verändern.

Üblich ist sowieso, Javacode der zur wiederverwendung gedacht ist in ein jar zu packen und dieses in neuen Projekten über den Classpath einzubinden.

In diesen jars befindet sich dann auch nur der compilierte code. Die sourcen können also bei dir verbleiben.

 

[Moch]

Super, vielen Dank für Eure Antworten!

Also erstelle ich einfach eine einfache Jar aus dem Zeug und binde diese via ClassPath wieder ein.
Jetzt, da ich das lese, stelle ich gerade fest: "hey, genau das haben wir während unseres großen Projekts mit dem Framework gemacht^^"

Vielen Dank
Grüße
Moch

 

[Gast2]

Ja genau. Das macht aber nur sinn wenn sich an der jar Datei dann nichts mehr ändert. Ansonsten bist du ständig mit neukompilieren und hin und her kopieren beschäftigt Du kannst das "innovative Projekt" auch noch über den Build Path hinzufügen, dann kümmert sich Eclipse darum. Dazu muss das Projekt (und die damit die Sourcen) aber im workspace vorhanden sein.