| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8
Comments:
<0> you *should* only define one cl*** per file...makes life lots easier.. You can define more though
<1> you're approaching java with a C attitude.
<2> you can have many cl***es in a source file
<2> and you can have many fil
<0> why is lots of files a problem?
<2> and you can have many source files in an 'application'
<3> smsie
<2> you should have roughly one file per cl***
<3> because some cl***es are rather small
<2> that's ok
<0> so?
<0> small cl***es are good
<0> big cl***es are (in general) bad...
<2> you should (in general) have each cl*** in a seperate source file
<0> I'd say that as a rule of thumb, if cl***es are more than about 2000 LOC, they're too big and you shoud consider splitting them
<0> he is stuck in C++ thinking I imagine
<1> yups
<0> declare a cl*** in one place, define the methods for it all over the damn place...and then somehow keep track of where it all is by guesswork
<3> well
<3> i like java
<3> especially eclipse
<3> which makes coding a lot easier
<0> it's not that bad if you're disciplined, but it *can* be that bad if you aren't
<1> easier isn't always better, especially if you just begin with this stuff.
<3> but i have a lot of procedural code
<3> which i have to port to java object oriented code
<0> then use a procedural language for it
<0> trying to do procedural stuff in an OO language is just buying yourself a world of pain...don't fight the language
<3> well
<1> "When in Rome do as the Romans do" :)
<3> the bot is working fine already
<0> when in Rome, buy a candle
<3> but not good in java yet
<2> relik, best to redesign the app in OO, just use your functional knowledge to help
<3> i am designing a translation bot
<4> http://media.putfile.com/Verizon-Bad-Math
<4> romans do it greek though :-P
<3> I wrote a manifest file
<3> in eclipse
<3> i pressed export->selected the cl*** with main and ***igned the manifest file
<3> when i double click on the created jar
<3> it says that it couldn't fine the main cl***
<3> what could be wrong?
<2> is it a nested cl***
<2> is it on the cl*** path ?
<2> is it spelled correctly?
<2> did you specify the package.name or just name?
<2> etc etc
<2> ni ni all
<1> 2 ni's.. calchas sure feels like torturing us ;) "the java coder who says NI" :)
<5> Lion can i ask a question just to clerify somtin ?
<1> you just did :P
<5> hehe ok :P then i take it as a yes
<5> i try to be clear as much as possible
<5> the object that takes care of the property that adds listeners and etc etc must be a swing component ?
<1> FAIR_MUTEX: I fail to see why ? I can instantiate a jpanel and add listeners to it from whatever cl*** I want.
<1> for example... (opens up api docs)
<1> right, it helps to open se instead of ee docs :P
<5> ok cause iam trying to centralize the event handling of the applicationn for the modules to intarract from it
<5> :P ok
<1> public cl*** mystuff { public static void main(String[] args) { javax.swing.JMenuBar test = new javax.swing.JMenuBar(); test.addProperyChangeListener(listen); } } Where "listen" is ofcourse an earlier defined PropertyChangeListener.
<1> bottom line: no, you can do that anywhere you like.
<1> FAIR_MUTEX: ah, thats a smart move (IMO).
<1> lessee, where did I keep this stuff.. uno momento
<5> lol
<5> r u italian ?
<1> At some time I messed about with a JMenuBar in a seperate cl*** which /also/ implemented 'ActionListener'. That allowed me to setup a regular actionPerformed method (overriding the one from the listener) in which I setup everything for the menubar. So that resulted in: "JMenu menu = new JMenu("File"); JMenuItem menuitem = new JMenuItem("Source"); menu.add(menuitem); menuitem.addActionListener(this);"
<1> naah, I like pasta though ;)
<5> at this i agree with u :P
<6> have you done your reading yet?
<5> Insty: your issues are 10 years outdated
<5> welcome to 2007
<6> then, why didn't any of you know what they were?
<6> as i stated, i'm new to java
<5> even me :P
<6> FAIR_MUTEX: is that statement supposed to say that method i outdated?
<6> you mite want to double-check that :P
<5> well did i :P
<6> i = is
<5> did i ? should i ? will i ? i did !!!
<5> hehe
<6> perhaps you are overlooking java and it's OOP technics
<6> i hardly know how do prinln() and the likes
<6> but i understand the OOP concept as a very valuable one
<5> well i like java the only problem with it is since its opensource it is expanding very rapidly
<6> yes, many different breeds
<6> kind of reminds me of ANSI C
<5> because we have experts like Dr Li0n :P
<6> oh, we do? :P
<5> he is honestly
<6> and what kind of expertise is that? Ranting other people, when they are just trying to be polite? :P
<5> he comes with the newest news over here
<6> i see
<6> perhaps he should get an update on outdate stuff :P
<6> so he woulnd't call it jscript heh
<5> well since its outofdate i dont c any reason
<6> well
<6> tell me something
<6> would you call ANSI C outofdate?
<5> well no i love it :P
<5> c is still being used for systems programming
<6> then, i fail to see the point in your comment :P
<6> and OOP isn't?
<5> well procedural java is outofdate anyway
<6> State-defined-behavior is part of OOP
<6> actaully, it's what OOP is all about :P
<5> well procedural is faster than oop if u really analyze
<5> and if u code it WELL
<5> "WELL"
<6> well i confess i mite be outdated in that matter
<5> hehe
<6> or better yet lcking info
<6> lacking
<5> well trying makes u better
<5> practice makes perfect
<5> and learn one thing "The more maintenance you do to code the more unmaintainable it becomes"
<7> hello all
<5> (not considering replacing of course)
<7> i have a question, how can one, in a server/client, upload a file? I am trying to find the code on some site but can't do it, I don't need a package unless it is included in sun's java files
<5> buhu write it urself :P if there isnt
<5> there is i think
<7> FAIR_MUTEX if i knew how to i wouldn't ask :P
<5> http://developers.sun.com/prodtech/appserver/reference/techart/app_svr_9.html
<6> hello buhu2
<7> Hello Insty
<6> FAIR_MUTEX, still, regargind your comment on procedural programming, I have my doubts
<6> procedural tends to create a robust and modular code
<6> but if abstract it thats what OOP is
<6> modular
<5> well procedural is better in performance but oop is what is nearer to how we think (but i still have doubts on that :P)
<6> heh
<6> indeed, i think procedural aproaches machine code more
<5> haha
<5> am i next ?
<6> aw
<1> FAIR_MUTEX: I fail to see why.
<6> i used the "kindly" prefix
<6> you have no feelings
<1> Insty: I warned you before to cut out the nonsense.
<5> Lion: well i dont ***ume
<6> Lion-O: i still don't see how you fit nonsense and an OOP method together >.<
<1> Insty: we're not here to do your homework for you. If you would have bothered to check our /topic or faq you'd know as much.
<1> Insty: and quite frankly I take offense to the whining you've been doing so far.
<6> well before you do so, i do too with your comment
<6> i did not intend you to do my homework for me
<1> Insty: good. Keep it in mind and cut out the bs.
<6> iirc, you were the one that suggested i'd copy my friends work ...
<7> guys what code can i add to my java server/client to allow upload of a file please?
<6> i do not do that
<6> i enjoy learning
Return to
#java
or
Go to some related
logs:
#linuxhelp
Thomson THG520 redhat
#chatzone
#mirc
Differnce bet C
#skype
#php
firefox port restriction -firewall -firewalls
#c++
#c++
|
|