Why Apple allows us to use .NET but not allowed to use Flash on the iPhone?

According to my understanding, Apple has banned the Flash runtime on the iPhone because Apple does not want to provide an alternative runtime environment through its own tools. According to Apple, allowing the Flash runtime to allow Developers circumvent the application update strategy and other control measures that Apple has implemented. At present, Adobe has not selected a build tool to statically compile applications created in Flash.

My further understanding Yes, .NET applications created through MonoTouch are statically pre-compiled and run as native code rather than in the .NET Common Language Runtime (CLR), which Apple will certainly not do. Since .NET code is not Executed in Microsoft’s runtime, but on the iPhone CPU, Apple has not complained.

My question is:

>Am I right? Why does Apple allow it to be used on the iPhone? .NET developed application?
> Is the pre-compiled native code of one vendor on the iPhone (or any platform I think) distinguishable from other code? In other words, is the native code generated by MonoTouch indistinguishable from the native code generated by the compiled Objective C code? Is the source of the native code completely opaque?

As you just said, Apple does not “allow” .NET to run on the iPhone-no matter It doesn’t matter whether you use MonoTouch to develop or use Cocoa or COBOL to write the application, or it doesn’t matter; it only matters what it compiles. It can be written in JavaScript, it doesn’t matter.

If I use English Write something and then translate it into French. Can a French reader say that the original version was written in English? Maybe, maybe not, it all depends on the characteristics of the translation, not the reader. All versions requested by Apple are written in French. So far, it makes no difference.

Logical extensions to this Yes, in theory, you can write a compiler for creating Flash files that contain iPhone binaries. If developing in Flash is important to you. (This has already been done.)

According to my understanding, Apple has banned the Flash runtime on the iPhone because Apple does not want to provide an alternative runtime environment through its own tools. According to Apple, allow The Flash runtime allows developers to circumvent the application update strategy and other control measures that Apple has implemented. At present, Adobe has not selected a build tool to statically compile applications created in Flash.

My further understanding is that .NET applications created through MonoTouch are statically pre-compiled and run as native code rather than in the .NET Common Language Runtime (CLR), which Apple would certainly not do. The .NET code is not executed at Microsoft’s runtime, but executed on the iPhone CPU. Apple has not complained.

My question is:

>Am I correct and why Apple allows it? Use .NET to develop applications on the iPhone?
> Is the pre-compiled native code of one vendor on the iPhone (or any platform I think) distinguishable from other code? In other words, is the native code generated by MonoTouch indistinguishable from the native code generated by the compiled Objective C code? Is the source of the native code completely opaque?

As you said earlier, Apple is not “allowing” to run .NET on the iPhone-whether it is developed using MonoTouch or writing applications using Cocoa or COBOL , Or it doesn’t matter; it’s only important for what it compiles. It can be written in JavaScript, it’s okay.

If I write something in English and then translate it into French, French Can the reader say that the original version was written in English? Maybe, maybe not, it all depends on the characteristics of the translation, not the reader. All versions requested by Apple are written in French. So far, it makes no difference.

Logical extensions to this Yes, in theory, you can write a compiler for creating Flash files that contain self-contained iPhone binaries. If developing in Flash is important to you. (This has already been done.)

Leave a Comment

Your email address will not be published.