@PIT said:
I didn't stay long enough to see what happened when release date was on monday...
...because it simply isn't possible that he could be fixing these bits of code prior to getting the reminder email...
@PIT said:
I didn't stay long enough to see what happened when release date was on monday...
...because it simply isn't possible that he could be fixing these bits of code prior to getting the reminder email...
I am fine with constructive criticism, I just don't see any here - or in your other posts.
Constructive criticism in this case probably would have included an explanation of how to insert linebreaks, somehow I get the feeling that you weren't actually trying to help me, but rather boost your ego.
Regarding the post count thing, I have noticed a trend on internet forums in that each forum tends to have a select few people who believe that quantity of posts is a good substitute for quality of posts. I have been under the impression that you continue this trend - if I am mistaken, then my sincere apologies and I look forward to reading the posts which prove me wrong. To date, of about 30 posts I have read from you, all appear to have been jibes at other users without contributing to the topic at hand. Perhaps I have been unlucky in the posts which I have read and the other 2,740 of them were both on topic and of value - once again, if this is the case then I am sorry for having judged you from what I have read.
I don't really feel the need for any ongoing flamewars with you however, so we can either draw the line here, or you can have one more passing shot at me then we can ignore eachother - both work for me.
Of my 8 posts (9 including this one) on this site, I have been directed to 3 completely different text input pages. One seems to only accept BB forum code, one accepts only html, and this one which seems to be be richtext/html. For a new user, it is not immediately clear that the formatting rules for each type of reply are different. I'm not going to lambast the forum software because (a) it is a free service and (b) others have already done that for me - however I will say that criticizing a new user for assuming that the same formatting will be applied for replies made on the same forums, shows a certain level of immaturity.
How many of those 2,751 posts of yours have been constructive... from looking at other threads you have participated in I would guess 'not many'.
I need to learn the forum intricacies. The forum needs to learn formatting consistancy.
this just screams the opportunity to create wtf's with 100 character long binary bitmasks, accessed only using a random base, with unmeaningful names and no commenting.
int james = 0x14;
int paula = 0d23;
...
find the best manager?
why, of course that would be the 9th bit of (james | paula | ... )
james just learned sql?
james |= 8
@brazzy said:
It forces you to either scatter Exception handling code around (which defeats the point of exceptions) or pollute your method signatures with lists of "throws" clauses that get longer the farther up the call hierarchy you are:public void mainAppMethod()
throws IOException, SQLException, RemoteException, InterruptedException, NoSuchMethodException, InstatiationException, ParserConfigurationException, TransformerException, UserException, ...
{
}
As others have said, this shouldn't happen. With a proper exception hierachy, the higher level code you are dealing with, the more general an exception could be thrown.
e.g. consider an application which compiles reports on health issues different countries faces.. you might have the following call hierarchy while accessing information on a particular demographic:
main application -> report builder -> environment information -> demographic -> database access
Now lets assume we have an SQL access problem reading this data. Does the main application need to know that perhaps the query passed to the database had the wrong syntax? No. All the main app needs to know is whether the report builder worked.
Does the report builder need to know? No, all it cares about is whether environment information loaded correctly. etc etc..
As you would hopefully see, the demographic code is responsible for getting the demographic information from the database, so only it should care about why this problem occured. If this exception cannot be recovered from, then it should be logged, and the exception passed up the chain, but as a more general exception - perhaps a DemographicNotFound exception, or something else indicating a 'useful' problem with the demographic which the attempted load occured on. Would this DemographicNotFound exception be useful for the main app? probably not, but perhaps it might be useful for the report builder, so it could be passed up the chain. Then again, maybe you would catch it and handle it.. or throw a new InvalidEnvironment (or similar exception)..
The point is that you do not want to pass every low level exception up to your high level classes. From my experience, Exceptions are very common. If you are passing them all the way up to your main app, then chances are that your main app doesn't actually do very much.