As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
So, since one cannot build metro style apps with F# and it isn’t possible to reference a F# library from within a metro style app, where is the place of F# in Windows 8?
I mean what is its future?
Won’t F# have the same fate as Silverlight after a while? Does Microsoft have the will to develop it farther?
I know, I know I can still develop asp.net, WCF and desktop applications in F#, but the question is what are the long term plans of the Microsoft with it?
Will it perish some day, or will live forever?
Edited:
Well, I’m fine with impossibility to build metro style apps in F#. I assume that its Lightweight\Verbose syntax and the need for indentation make it difficult to write a XAML pre-processor or write a VS template. The question is, is it an experimental project aimed to take the best parts of it and include them into C#, or F# has a future in Windows eco-system?
I think your assumptions are wrong - it should be possible to reference F# library from a C# Metro-style application if you create Portable Library project in Visual Studio 11.
So, F# will definitely continue to be useful as a langauge for developing the "difficult" part of Windows application where you implement your domain model, algorithms, network communication etc.
Moreover, with projects like Pit (or commercial WebSharper), it is possible to write F# applications that will be truly portable and can run not just on Windows 8, but also on Android tablets or on the iPad as JavaScript applications.
Related
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 9 years ago.
Dart supports interfacing with the native libraries (Ref: http://www.dartlang.org/articles/native-extensions-for-standalone-dart-vm/). There are some decent libraries available for socket communication, interfacing with databases and dealing with filesystems. Barring desktop GUI applications, I don't see any reason why it cannot be used as a general purpose language. What are advantages/disadvantages of Dart being used as a general purpose language (including performance)?
Yes. Dart can be used as a general purpose programming language.
Advantages:
It's fast, already faster than V8, and catching up to the JVM (Though
it starts up much quicker).
It's great for scripting on macos/linux. You can prefix a source file with #!/usr/bin/env dart
Backed by a large team/company who are developing it in the open, along with an active community.
Good documentation and articles.
Disadvantages:
It's new. There are far more libraries available for Java, Python and node.js than for Dart.
There are likely to be changes to the core IO libraries before it hits 1.0.
No built-in support on cloud-hosting platforms, though there is a heroku buildpack.
Note you can build GUI applications using dart2js and chrome packaged apps.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I am completely new to dart, i never done any programs in dart, but i am curious and have few questions, I understand dart can run in server side as well, so is that mean it is not only the client side programming (like javascript), as well we can write some server side code as well ? (Like java),
in that case when i go for enterprise level big applications, does dart depends on any server side languages like Java?, and what is the level of database support with Dart?
May be the question would be what it can or can't do in web.
Thanks in advance.
Dart runs serverside in a VM. You will be able to run a dart application on a webServer and also access files on that Server. There is a library dart:io which allows you to do that. IO works only serverside.
Dart does not need Java or any other language to work. You have the Dart VM (serverside) and clientside your dartcode will be compiled with dart2js to javascript.
There are few projects that deal with databases. But from my understanding there is nothing yet out there that is really awesome.
Just search for Database Drivers here: http://blog.dartwatch.com/p/community-dart-packages-and-examples.html
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
We have an application made in Delphi 7 that has been evolving for over a decade. We are currently migrating to XE2, but that will take a bit of time.
I recently discovered FastMM replacement memory manager. After reading this seems like a no-brainer step for any application in Delphi 7 (or earlier?). Sadly, we are just discovering it; I suppose to do lack of knowledge or exposure.
My question is are there other additions like FastMM that are also no brainers when creating an application with Delphi 7, other small tweaks, components, tools or units like this one that most people would agree should be added to virtually any application for Delphi 7. I know many things have come to light over the years or components come into existence that we may not be aware of. Googling for this information gives most out of date results.
Any guidance is appreciated.
This kind of question (and answering it) has the risk of raising lots of discussion, but the information you ask for is valuable for others, so here is my answer:
use development productivity tools like ModelMaker Code Explorer, Castallia, cnPack IDE Wizards or GExperts (this or is not exclusive)
use FastMM4
use an exception catcher like madExcept
use a logging tool like CodeSite or Eurekalog
use a GUI control suite like those from DevExpress, Raize, JVCL, etc (there are way more)
use a base library like JCL
There is far more, maybe we should make this a community wiki.
From an upgrade perspective, my experience is that you best can upgrade all your 3rd party libraries to the latest version one by one, and then finally upgrade Delphi. That makes transitioning a multi-step process, which is easier to manage.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 11 years ago.
I am an independent consultant and I have developed a product which is liked by my customer that I am trying to port from Java to Delphi. Delphi satisfies couple of my important needs: Native code compilation that gives speed and obfuscation and the language is highly productive as I tried.
Question that I have is:
Would you invest in Delphi, given its turbulent past?
Is there any alternative to Delphi if I want to chose a platform that compiles to native code and is portable to MAC and highly productive?
Does a turbulent past necessarily mean a turbulent future? Look at the current state of Delphi as it has been since Embarcadero took over and evaluate based on that.
Apparently your other choices might be C# .NET with Mono, C++ with a cross-platform GUI library such as wxWidgets or Qt, or Java. But it's a subjective call as to whether one would call those "highly productive".
There's a nice Squidoo article on Cross Platform GUI Programming that will give you some things to consider in your choice, and it lists a few other possibilities.
The latest Delphi XE2 supports cross-platform native development for Windows 32bit and 64bit, Mac OSX 32bit, and iOS with its new FireMonkey framework.
If you don't want to use Delphi, you can use FreePascal (which Delphi uses internally for its iOS support until a native iOS compiler is created).
I would certainly highly recommend using Delphi if you are in consideration of its abilities. Especially with the release of RAD studio XE2, where you can compile 32/64bit/mac/mobile apps, you'll be impressed at the capabilities. I regret to say that I'm not that familiar with many other languages, but I have basically come to be extremely comfortable with Delphi.
If I had to compare it with another language, I'd have to say C#, which Delphi is pretty much the Father language of C#. Delphi is great for pure lower-level programming, whereas C# seems to have an extra layer over it (including .NET). C# is widely used in .NET applications such as websites (ASP.NET), windows forms applications, service applications, etc.
Both Delphi and C# can pretty much do the same thing, but in a different approach (and far different syntax). I'm not sure however if C# can be used on MAC platforms. But Microsoft Visual Studio is the software you want for C#.
I also recommend that you point your interest in FireMonkey, which comes with XE2. This is an HD application language. It's basically a re-write of the entire VCL library for better graphics, and much more.
As it currently stands, this question is not a good fit for our Q&A format. We expect answers to be supported by facts, references, or expertise, but this question will likely solicit debate, arguments, polling, or extended discussion. If you feel that this question can be improved and possibly reopened, visit the help center for guidance.
Closed 10 years ago.
I think the best part of flash is the possibility to create not squared user interfaces, so I like the idea to create desktop apps using flash. I know AIR is for that but it doesn't allow real access to OperatingSystem apis and dlls and the commercial options are kind of difficult to customize.
You can try ScreenweaverHX:
http://haxe.org/com/libs/swhx
It's the Haxe-based successor of the old Screenweaver. However, it's not as simple as the old version used to be. Most likely you need to take a look to the basics of Haxe and Neko, the 2 technologies it's based on.
There's another project on top of SWHX that it's called HippoHX. It aims to "complete" SWHX providing that extra functionality you might miss (simple ActionScript APIs and a GUI). However, it's in its early stages:
http://hippohx.com
DISCLAIMER: I'm the owner of HippoHX, so my point is obviously biased.
As far as I know SWHX is the only Open Source alternative at this point.
Try flajector. it's powerfull converter from flash to exe. You can to develop your application using AIR. And then you can convert it into desktop application .exe