Någon här med erfarenhet av att skriva plug-in för Eclipse?

[lillahuset]

Vi behöver ersätta ett program för vibrationsanalys skrivet i Visual Basic med något som går att supporta. På mötet kom det upp ett förslag att kolla om det finns något Eclipse-baserat redan alternativt hur besvärligt det skulle vara att utveckla en egen plug-in.

Algoritmerna har vi men att skriva användarinterfacet känns som ett hästjobb så vi tänkte att eftersom Eclipse verkar vara populärt att basera GUIn på kanske det är rätt väg att gå.

[sodjan]

Var/är tanken alltså att den färdiga "applikationen" ska köras i/under Eclipse?
Min uppfattning är att Eclipse primärt är (tänkt) för att bygga utvecklingsmiljöer.
Spontant känns Eclipse som en rejäl extra "ryggsäck" för att köra en applikation.

Varför skulle det inte gå att "supportera" något skrivet i t.ex VB eller C# för .net?
D.v.s. om det nu är Windows som är målplattformen...

[lillahuset]

Jag kanske har missuppfattat något men det verkar finnas rätt många mjukvaror baserade på Eclipse:
https://en.wikipedia.org/wiki/List_of_E ... d_software

De flesta är utvecklingsverktyg för mjukvara men inte alla.
http://www.bjoernsen.de/uploads/media/g ... s_2009.pdf
http://www.bioclipse.net/screenshots
http://udig.refractions.net/gallery/

Det kanske är feltänkt men idén är att man kanske skulle komma undan med en mindre utvecklingsinsats.
Personligen är jag ingen större vän av varken Eclipse eller Java men till och med jag inser att ibland är inte C eller assembler rätt verktyg.

En fördel med Java är ju att man blir plattformsoberoende. Påstås det iallafall. Med .net är man definitivt inte plattformsoberoende.
Programmet som ska ersättas är skrivet i VB6 eller tidigare och det stöds ju inte längre av MS.

Men det kanske är så att .net är bästa valet iallafall.

[sodjan]

Många av de program i listan som inte är direkta utvecklingsverktyg verkar
vara projektverktyg eller liknande. Jag kan tänka mig att de körs av de som
redan har Eclipse installerat. Annars känns det fortfarande som en rejäl
ryggsäck som läggs på alla maskiner där det ska köras.

Bioclipse kan vara ett exempel på en mer fristående applikation, men det
verkar rikta sig till en relativt "teknisk" målgrupp. Jag vet i och för sig inte
hur din målgrupp ser ut eller vilken nivå de har.

Om plattformsoberoende är ett krav från kunden/användarna så får man
ju ta hänsyn till det, det framgick inte av första inlägget. Dock blir ju det
sällan en bättre applikation...

[lillahuset]

Tekniska nivån hos användarna varierar kraftigt. Det nuvarande programmet är inte heller speciellt lättanvänt, jag kan definitivt inte hantera det.

Plattformsoberoende är inget krav men vore ett klart plus. Utvecklingen går ju mot surfplattor och annat "lättanvänt".

[sodjan]

Det enda som jag ser som helt plattformsoberoende är webb-baserade applikationer.
Allt som ska köras direkt på klienten i form av traditionella applikationer blir oftast
klumpigt och med användargränssnitt som inte liknar det som användarna är
vana vid på någon av plattformarna...

> Det nuvarande programmet är inte heller speciellt lättanvänt, jag kan definitivt inte hantera det.

Det kan ju dels bero på att applikationen som sådan inte är bra, men det kan även
bero på att man saknar kunskap om det teknikområde som programmet stöder.

Men hur är det med surfplattor, försvinner inte Eclipse då som ett alternativ?
Eller i alla fall blir mindre intressant...

[superx]

Jag skulle inte rekommendera Java eller Eclipse. Har sällan så mycket problem som när jag försöker ge support till mina kollegor som behöver köra två olika Eclipse-mjukvaror plus något annat Java-baserat program och alla behöver olika Java-versioner.

Det finns bra plattformsoberoende C++-bibliotek. T.ex. Juce. Funkar bra för Mac, Windows och Linux. Ska funka för iOS och Android också, men det har jag inte testat.

[sodjan]

Juce:
"Requirements:
Mac OS X 10.9 or higher, with Xcode 6.3 or higher installed
Limited functionality on Windows 7 or higher, full version coming soon".
Det ser även mycket ljud-orienterat ut med VST plugins o.s.v.

[superx]

Ja, visst är det från början gjort för ljud-grejer, men det behöver man inte använda om man inte vill så klart. Jag tycker att det är ett utmärkt bibliotek och har gjort flera program som kör på olika plattformar. Mycket bra om man vill ha lite knappar, rita några kurvor, spara och läsa filer etc. och göra enklare kryptering. Mycket bra stöd för multitrådning också.

[lillahuset]

Vi har ett annat program för visning av trender och lite annat skrivet i C++ med Qt. Kanske är en bättre väg att gå.

[MiaM]

Att vissa applikationer för snäva områden använder Eclipse kan väl mycket väl vara ett tecken på att just applikationer för snäva områden ofta är rätt ruttna om man ser på alla de delar som ingår i de flesta program (d.v.s. generellt gui, generellt val av språk, API:er o.s.v.). Det behöver inte vara så, men det är en sannolik anledning.

P.S. varför måste applikationen ersättas? Kan den inte porteras på något vis?

[lillahuset]

Jo det skulle väl gå att porta den till någon nyare VB men ingen är riktigt sugen på det. Inte ens de som tillhör Redmonds supporterskara.

[swesysmgr]

Algoritmerna har vi men att skriva användarinterfacet känns som ett hästjobb så vi tänkte att eftersom Eclipse verkar vara populärt att basera GUIn på kanske det är rätt väg att gå.

Har du hundratals skärmar i programmet eller varför skulle det ta så lång tid att göra om i något modernt språk med en GUI-designer i utvecklingsmiljön?

Envisas man med att handknacka Swing eller Win32 kod i C då blir det naturligtvis många timmars pilljobb helt i onödan.

[lillahuset]

Qt och C++? Eller något annat? Jag frågar eftersom jag inte har något bra svar. Men juryn verkar inte rösta för Eclipse. Och det är förmodligen glädjande.

[Lennart Aspenryd]

Även ett VB program bör man väl kunna skriva om till Pseudokod.
Då kan man diskutera förloppet och interaktiviteten tillsammans med giltiga algoritmer.
Så är väl QT kanske ett vettigare val än Java