So is Fastreport Delphi enough? Or is that banned as well? And even if you consider it a report-file, it does contain runnable code – and that is a violation. The idea here is that should some code be downloaded that is harmful, well then Apple will give you a world of hurt. Any applications that embed scripting engines and at the same time download runnable code (which would be the case when downloading report files) is not allowed on appstore. On iOS you are, if we are going to follow the Apple license agreement down to the letter, not even allowed to use FastReport. What about report engines? Take FastReport for instance: FastReport have for the past decade or more bolted their own scripting engine into the product, a script engine that supports a subset of object pascal but also visual basic (blasphemy!). Which is a bit hypocritical since that is JavaScript plain and simple. Should script engines be banned? What about SQL? SQL is a language most Delphi developers know and use – but it is by no measure object pascal and never will be. Interestingly, Angular.js seems to be just fine for the Google+ Delphi group. Should Remobject Oxygene likewise be banned since it helps Delphi developers target the dot net framework? That would be odd since Delphi shipped Oxygene for years. Once you start banning dialects of a language or an auxiliary utillity designed to empower Delphi and make sure developers can better interface with that aspect of the marketplace – where does it stop? I am curious to where exactly the Google+ Delphi group draws the line here to be honest. Our RTL is written to make the JavaScript virtual machine palatable to Delphi developers. And you will consequently start to understand the value of our RTL which is written to deal with anything from low-level coding (allocmem, reallocmem, fillmemory, move, buffers, direct memory access, streams and even threading). If you pick option number two, it wont take many days before you realize just how alien JavaScript is compared to Delphi or C++ builder. Use Smart Mobile Studio to write the middleware between your native solution and the customer existing infrastructure.Learn JavaScript or Typescript and do battle with its absurd idiosyncrasies, lack of familiar data types, lack of inheritance and lack of everything you are used to.When a customer demands that your interface your Delphi software with their existing node.js or io based eco-system there are only 3 options available: That may have been true 10-15 years ago, but that’s not where we are today. The reality of 2016 is that no Delphi developer use a single language or dialect. Teenagers who by consequence and association is statistically more likely to buy Delphi as they mature. It is even used to teach programming in the UK. Smart Mobile Studio is all about Delphi.This gives your codebase a depth which is very hard to achieve under vanilla JavaScript or Typescript. It also has a VCL inspired component hierarchy where more and more complex behavior is introduced vertically. Smart Mobile Studio ships with a wast RTL that greatly simplify talking with Delphi.Where a Delphi developer would previously have to decline a job offering because the customer’s existing infrastructure is based on node or emits data unsuitable for traditional Delphi components, developers can now relax and write the missing pieces in a Smart pascal, a dialect roughly 90% compatible with the language they know and love to begin with.Smart Mobile Studio helps Delphi developers write the middleware or interfacing that sits between a native Delphi solutions and a customer’s node.js or purely web-based solution.Smart Mobile Studio supports Embarcadero Datasnap out of the box.Smart Mobile Studio supports Remobjects SDK out of the box.Smart Mobile Studio was created from scratch to compliment Delphi.
0 Comments
Leave a Reply. |