Blog post "Class Operators in Delphi" at http://blog.marcocantu.com/blog/class_operators_delphi.html
Blog post "Class Operators in Delphi" at http://blog.marcocantu.com/blog/class_operators_delphi.html
http://blog.marcocantu.com/blog/class_operators_delphi.html
http://blog.marcocantu.com/blog/class_operators_delphi.html
I'm still waiting for "class operators" to make sense... currently, they should be called "record operators" (:
ReplyDeleteIsn't that the point of the post?
ReplyDeleteAnthony Frazier the post is about the ARM compiler, or at least that's what I understand...
ReplyDeleteWell, yes. But since ARC and proper class operators are really a thing for iOS, it stand to reason that the same thing should eventually come to other platforms.
ReplyDelete"reason" is something we're missing for some time :p
ReplyDeleteI'm trying to be optimistic here... :-)
ReplyDeleteThe class operator looks very interesting but is this a new feature specifically for Delphi on iOS or will this be a general feature for Delphi on all platforms? The heading of the blog speaks as if it is for Delphi in general whereas the article itself seems to be only for iOS. Marco Cantù can you clarify?
ReplyDeletehello Marco! , do u have any idea how to implement kerberos authentication for single sign-on in desktop application from delphi
ReplyDeleteColin Johnsun It is a feature of the Delphi ARM compiler, not of the classic desktop compilers. The main reason is ARC is required.
ReplyDeleteRaveesh Raizada Nope, never worked on kerberos authentication. Maybe you should ask in a separate thread...
ReplyDeleteMarco Cantù Is the new compiler /ever/ going to be implemented for other platforms? Who's really going to attempt to take advantage of those features if the code isn't portable to the other platforms that Delphi compiles for?
ReplyDeleteIt is a double edged sword. If we add ARC on Win32, which is doable, all existing Delphi code and third party components become obsolete, including the entire VCL. What we are attempting, is to envision coding styles that are cross-platform. There are specific changes in the Win32 compiler (actually mostly in TObject) in that direction.
ReplyDeleteAnthony Frazier I'm totaly with you. I'm not interested by Platform specific features. I really want portable Delphi code. This is the only interesting feature which would prevent developer selecting another language for another Platform. Marco Cantù breaking existing Delphi code should be completely avoided. If Embarcadero want to sell Delphi on other platforms, the code has to be compatible with win32 and any other Platform.
ReplyDeleteIf ARC is a compiler level feature, why can't it be implemented in a way similar to Apple's implementation in Obj-C 2.0? That way old code can be compiled as is and migrated to enable ARC over time.
ReplyDeleteI guess the issue is you cannot use a unit compiled with ARC in a project without, and vice verse. Same for packages. This causes quite a few issues, imho. We will define a strategy for the future, for now the idea is to write source code compatible with both approaches, if you want to target both desktop and mobile platforms.
ReplyDeleteI can imagine packages causing some issues... I don't really have the brain bandwidth to think them through right now, but I imagine they should be manageable. I just don't want to see win32 getting left behind. I'd love to see a good ARC implementation in Delphi that spans all available platforms.
ReplyDeleteIf we (will) have platform specific features in the language, Firebird get's less impactive since your app (probably) will not be really crossplatform compilable.
ReplyDeleteSo if you're making platform specific extensions to the language, what's the motivation for chosing Delphi over something a bit more modern like Oxygene?
ReplyDeleteIt will be entirely possible to have single source working across platforms. And we are making the language more modern, that's the goal!
ReplyDeleteMarco Cantù Well clearly you'll have to define out the parts using this new class operator feature. Not ideal. However as you say, switching on ARC in Win32 won't be easy. Perhaps a new keyword is needed ("autoclass" or whatever).
ReplyDelete