• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs


  • Subject: Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs
  • From: Sheehan Olver <email@hidden>
  • Date: Sun, 17 Nov 2002 17:05:10 -0600

Well, Objective-C is as secure as regular C is, so I'm not really talking about same system programs (after all, it would be pretty trivial to make a program that makes a call to, say, "rm -r ~" even in a Java Application). I think the security manager is mainly a factor in applets. So a category in an applet could, theoretically, override a method in order to get around the security manager. Now this could be prevented by using a "final"-like keyword, but I don't believe there is a "final" keyword in Objective-C. It was mainly meant as an example of how something can be very powerful, but can have a drawback, and its not as simple as saying "Java lacks categories, java sucks".

On Sunday, November 17, 2002, at 04:33 PM, David Remahl wrote:

I thought I'd put my 2 cents on the "java language sucks compared to
Objective-C" argument. This has a lot to do with what you are used to.
If you are used to perl, you would probably say Objective-C sucks
because of all the things it lacks that perl has. The fact is, every
language has benefits and tradeoffs. For example, Categories pose a
security problem as far as java is concerned since you can fool the
framework with your own code. What you get with java is a strong
security framework, a giant framework included with the jdk, servlets,
EJBs, cross platform support, etc. What you get with Objective-C is
access to C code, interface builder, truly dynamic language
(Categories, performSelector, etc.), fast native gui, etc. They
obviously have different strong points and different weaknesses, and
you can't really say one is superior to the other.

While in general I agree with you, I have one objection...If an attacker
manages (or gets a chance) to get code linked into a system, wouldn't that
system already be pretty insecured (or 0wned), wether Categories are present
in the runtime, or not?

/ rgds, David Remahl
_______________________________________________
cocoa-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/cocoa-dev
Do not post admin requests to the list. They will be ignored.

References: 
 >Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs (From: David Remahl <email@hidden>)

  • Prev by Date: Re: how do I disable cell editing in NSTableView?
  • Next by Date: MAC Address of machine.
  • Previous by thread: Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs
  • Next by thread: Re: (That Obj-C/Java Req -- Re: Jobs) - Java GUIs
  • Index(es):
    • Date
    • Thread