No, but points for big imagination.
They do share some core elements. But above that core are many customizations for mouse & keyboard vs. touch and all the related functionality that makes one work well on traditional computers and the other work well on iDevices. It's definitely NOT a matter of just changing a name.
they use the same base OS (Darwin/XNU) and the same frameworks.
Literally the only difference is that they ship CocoaTouch with iOS, and Cocoa with MacOS.
[doublepost=1496666288][/doublepost]
What browser has significantly less memory use than Safari due to a different programming model?
What does "programming model" even mean in this context?
Safari and WebKit use a **** ton of RAM because they aren't optimized, for instance, using uint64_t/int64_t when there won't be 18 quintillion of X for the next century.
For example, the TabCounter, there's no computer on earth with anywhere near 18 quintillion tabs going in a single session, not even 4.2 billion; a 64 bit, or even 32 bit tab counter is way too high.
A much more reasonable limit would be 16 bit, which could hold up to 65536 tabs, and look at that, we've shrunk the memory consumption by 3/4rds.
That **** adds up, especially when you have classes inheriting from classes that inherit from others classes that inherit from yet other classes.
They're bringing a whole lot of baggage they don't need, just because the devs are lazy.
But what about backwards compatibility I hear you ask over the internet with my super ears.
The entire purpose of keeping struct/class definitions private, is so you can change these things as you need, without affecting anything that utilizes it.
No plain ass tab, should require half a gig of ram, period. it's just ridiculous.
