And in many of those instances, perhaps those people could have used an application virtualization technology instead to accomplish the same goal with a slightly different result. One such player, Xenocode, recently launched its flagship offering called Xenocode Virtual Application Studio. The company says it is a next-generation application virtualization environment that allows Windows.
Net and Java-based desktop applications to be deployed in standalone executables that run instantly and reliably, anywhere. Sounds good, doesn't it? Even the hardware virtualization giant, VMware, bought into the application virtualization marketing. Others have been doing this for a while as well.
The company was purchased by Symantec, and the technology has been pushing forward, recently uniting application virtualization and streaming with the acquisition of AppStream.
So how does Xenocode differentiate itself from other technologies? Obata told me that "Xenocoded" applications don't require any clients, device drivers, or other infrastructure servers to operate. Xenocode binaries walk, talk, and quack like standard Windows executables.
I had to show her the website for it. At that point Kylix had not been upgraded in 3 years. I really wish that companies that "retire" software like Kylix and OS2 would make it open source. It would be a real help to everyone. Can you imagine what the world would be like if IBM open sourced OS2 instead of letting it rot on the vine? It was better than Windows back then There is nothing inherently more reliably with a single-program-file approach compared to a runtime-based approach, regardless of which runtime you're working against.
The only problem I would foresee is if you're using a pure dll-based runtime and the dll's are stored in the Windows or System32 directories, where they can easily be replaced by different, incompatible, versions. Depends on the program, and who built it.
I have applications that run just as fast in their. NET implementation as they did in the Delphi implementation. You just have to use the system to its advantage, which means that perhaps you can't just use the same approach when implementing it.
Yes, many. NET apps will run slower than a non-. NET counterpart, but that can't be applied generally to all. NET applications. Additionally, I'd like to just add that using. NET has at least made me a lot more productive than in Delphi and other systems I've worked.
There's no way I could build database applications with the speed, reliability, and features, in the same time I now do, in Delphi. Your best option, however, is to go with what you know, unless you simply can't build your application in that system, or a competing system far has features and abilities that let you build systems much better or easier than your current one.
Delphi, older versions, was a very very good development system, well able to stand on its own against Microsofts tools. The main problem was userbase and the decision to go for. NET which meant Borland would be stuck in catch-up mode for a foreseeable future. They lost the battle, however, mostly because they slipped on the stability criteria and started shipping really buggy software. Couple that with a low userbase and the future suddenly didn't look too bright.
If Borland had stuck to what it did best, produce a Win32 compiler, they might've still had a competing product. These days Delphi is more like roadkill. Miha Markic. Hi jim, In your case Delphi would me my choice, too.
At least when your requirements are an OS that doesn't have. While I did use Delphi in corporate environments, it was really adopted more by hobbyists and freelancers. Borland decided to try to focus on enterprise markets you may recall them changing their name to "Inprise" for a bit and began to focus on non-Delphi tools. It was a bit perplexing to those of us who loved Delphi because some version of Pascal had always been their flagship product.
I have no idea what they are doing now. Kylix was highly demanded and highly touted. I don't really know why it failed so miserably. I recall it getting fairly good reviews, and people chalked it up to "linux users don't want to pay for software". Jeff Gaines. Codegear is a subsidiary of Borland so they haven't given up yet :- I have been following your thoughts with interest. There is definitely a need for an IDE to develop pure desktop applications, VS is much too web-centric.
Exactly why I like single exe apps. Now you just have to hunt down the classes in that huge library. And, the naming conventions aren't exactly self-evident. Anybody know a spot that makes finding out how to do stuff in. Net easier to find? Like making a newsgroup reader in. Net framework? Are the UIs as responsive as the older Delphi apps?
Can you retrieve data as fast? Lasse, thanks so much for your comments. Hauling cargo is usually not done the fastest way, just to make a point here. The cost of doing so far outweighs the actual benefits. There is typically a sweet spot where you calculate the cost of fuel, increased wear and tear, and thus maintenance, against the reduced cost of labor, and time-to-market.
My point? The task of picking the "best tool for the job" should never use only one measurement to determine the "bestness". NET-based approach. Since you don't describe the workload, I'll assume the best. In this case,. NET is entirely the wrong tool for this particular job.
In your case it might not be possible to get pure. NET managed code to do what you wanted with the speed you required, but its all about picking the best tool for the job. Perhaps building the GUI would be better with. All I can say is that. NET app. I've seen faster ones, and I've seen slower ones. NET implementation, but in that case the wrong tool was being used. It all depends. In the original posters case, there are loads of questions that would have to be asked before a reliable answer could be given to the question of what is the best tool.
Here's just a few of them: - what is the program supposed to do? Not to bring this entire discussion too far off-topic, but Borland was good at making their niche products, but the latest versions have all shipped and been patched to horribly buggy beasts. Delphi had its time in the spotlight and could've pulled off a standing ovation dance act, but it stumbled along the way.
I wouldn't inflict Delphi on my worst enemy these days. Thanks Miha! I'm not sure that your inability to write efficient code with. Net is necessarily and indictment against. I think you may have been asked to use freight train with more dials and switches, and you couldn't figure out the controls, so you gave up. You came, you couldn't figure it out, you left.
Net is eventually compiled into native code, so there is no reason for it to be slower - other than lack of programmer skill, of course. I strongly disagree. Although I am no. Net expert, I am pretty adept at the simple stuff. And, the simple. Net apps that I wrote had slower UIs and presented data slower than their desktop counterparts.
I would contend that those features are not intended for use in enterprise applications. That's another way of looking at it, it's true. What you seem to be saying is that it's really hard to write efficient code with. Net - which is just another way of indicting it. What's to figure out? Net was as slow as syrup, when we already had something as fast as fireworks.
So obviously we dropped it. You can say it's down to a lack of programmer skill if you like, but your claim translates to ". Net, does it? Herfried K. Wagner [MVP]. I assume it should refer to the word variant which has an "e" as its last letter.
You would be right. But, that's what we used to build the VB6 apps before.. Net - so why the disparity in speed? And, why would RAD not be a thing needed in enterprise development? It saved us time in development and mocking up new apps. Nice to see you around! Peter Duniho. This is the second time in a day that the m. I can't speak for comp. Those are for language-specific programming questions, and nominally also general.
NET programming questions. Of course, it doesn't help that there are a number of people willing to perpetuate the problem. So we get these long drawn-out threads that have nothing to do with the newsgroup they're in. It would be very nice if others could show more restraint than the OP has. January 5, - pm. Last seen: 12 years 1 week ago.
Re: Thinstall, Thinapp' boxedapp Alternative. If you want to look at the program you can find it on BrotherSoft Here is the link to the download page. I'm from here and there and live in the places in between. August 24, - pm. Last seen: 11 years 4 months ago. August 25, - am. Last seen: 8 years 5 months ago. Also take a look at this free. November 21, - am. Last seen: 8 years 1 month ago. Create new account Request new password.
Just New Apps Partner with PortableApps.
0コメント