Is there an Online version of LINQ Pad?
There are two online services that I know of, which don't have the nice graphical features of LINQPad, but can be used as web-based C# (or VB.NET) scratch pads. I use them for testing the code in my StackOverflow answers on PCs without Visual Studio.
Ideone
http://ideone.com/
It uses mono 2.8 and, thus, supports LINQ to objects. Apart from C# and VB.NET, Ideone supports a variety of other languages.
DotNetFiddle
https://dotnetfiddle.net/
DotNetFiddle lets you choose between .NET 4.5 and Roslyn and supports NuGet packages.
Related
I just started to study Nemerle. Since this is .NET language, I wonder, is possible to use for Windows Phone development? Does Visual Studio support it well?
Nemerle compiler uses System.Reflection.Emit for assembly manipulations. Then it can create assemblies same CLR version only.
I know only one reciepe for build WP assemblies: ildasm ncc.exe, fix all references to WP framework and ilasm it again.
This may not be possible, since Windows Phone runs a subset of the full .NET Framework which is closer to the .NET Compact Framework.
Looking at this page (translated from Russian) it looks like Compact Framework support is something that is/was planned for Nemerle version 2. However that article was written before Jetbrains acquired the project, so objectives may have changed.
Having said that, much more recently (Feb 2013) one of the Nemerle developers spoke about their difficulties in getting Nemerle to support other frameworks. So perhaps it is on their agenda after all.
What is the need to use delphi prism instead of Visual studio;
i am a delphi programmer so i like object pascal but what else are that delphi prism have that other does not have
What do you mean by "Delphi Prism instead of Visual Studio"?! Delphi Prism is a pascal-flavor in .NET platform. Visual Studio is an IDE. Delphi Prism uses Visual Studio as its IDE. So when you code in Delphi Prism or debug your prism codes, you are doing it in Visual Studio, just as doing with C# or VB.NET.
.NET is supposed to support multiple programming languages and providing common types and libraries to all languages targeting it. Delphi Prism is just another .NET language. It has access to all the stuff that .NET provides to languages. It also has some distinct language features (refer to PRUZ post).
So you can use Delphi Prism when you want to code in Pascal for .NET platform, or if you really need any of its distinct language features in your .NET applications.
Of course Microsoft's own languages (C#, VB.NET, F#) have little edge in .NET over third-party language providers:
There are so many books and articles - including MSDN -
written about MS languages, or written about .NET with C# or VB.NET sample codes (recently Delphi
Prism added a tool to automatically
convert C# code snippet to Delphi
Prism code).
New .NET features would be
available first to Microsoft's own
languages first, and then to other
languages, so if you need a really
new .NET feature, you might have to
wait a few months to have it in your
favorite language.
And, some IDE features like visual
form designer for .NET compact
edition are only provided for C#
and VB.NET.
Like any other programming language, we don't need Delphi Prism. But Prism is an option for software developers with a Pascal/Delphi background to start developing for DotNET. Is this important? For some, yes. For others, not really.I have over 20 years of experience with Pascal and am familiar with every Delphi version since the first one. But 8 years ago, I also learned C# simply because Delphi was too weak as a tool for developing DotNET applications. And unfortunately, no matter how much Embarcadero/Borland tries, their development of Prism will also be behind the generic DotNET products that Microsoft keeps publishing.The advantage of Prism is that it's an add-on for Visual Studio. And you can use Prism to write applications for the Mono platform, which is used on Apple's Mac computers. It can also work together with C# and VB.NET applications and you can create mixed projects where you use Delphi, C# and VB.NET to create a single product. (Made of multiple assemblies, though.) Prism allows you to create Pascal code that you can use in your regular WIN32 environment but also in DotNET. This code can't be too platform-specific but in general you can get some very good results this way.Delphi Prism isn't fully developed by Borland/Embarcadero, though! It started with RemObjects, who created an alternative compiler for Delphi-like code, but with some additional features that you won't find in regular Delphi code. RemObjects started to just push out Delphi for DotNET from the market, since RemObjects provided a nicer product and they had focused more on the DotNET issues. So the two started to work together to create Prism.Like any programming language, Prism has some features that you won't find elsewhere. If those features are practical always depends on if you can find some practical usage for them. In my personal opinion, if you already have Visual Studio and you're only creating applications for the Windows platform then you won't really need Prism. If you have additional Delphi experience, you might like Prism for some projects. If you need to port a Delphi/WIN32 application to DotNET then Prism might help with that. But I don't know of any advantage that would make Prism a requirement.
Personally I think Delphi Prism do more bad than good for the (real) Delphi ecosystem.
I can not deny that the RemObject's product has many interesting things and technically well done, but as a (real) Delphi programmer and enthusiast I see that thay are dangerously distracting the attention and giving some ambiguos non clear message to new comers and .Net programmers.
A (MS) .Net programmer will never move to D. Prism, only Delphi programmers who wants a smooth transition while leaving the boat.
Since there is no tie between D. Prism and (real) Delphi it was a bad move to name it Delphi. They share some basic pascal syntaxis but that's all. They even do not share their improvments, nor they can be used fully integrated.
I bought Rad Studio for Delphi and C++ but I spend most of my time with Prism. As for the old saw that third party products for net are behind the Microsoft products, I say that is just ignorance talking in this case. Prism is not lacking anything that C octothorpe or Visual Basic has. The net system is best programmed by Hejilsburgs' best language, object pascal, and Rem Objects has been improving the best language for net all the time. Those guys at Rem Objects move fast and make things happen. All the updates come from them, Embarcadero just stands and salutes. By the way, the C# to Prism convertor really works. I grab code at msdn and paste it into Prism with no worries.
You can view old question Will you use Delphi Prism, about many opining about Delphi prism from Delphi developers and others.
I'm starting a new project that'd involve using several SDK's including:
Intel Atom Developer SDK
text to speech SDK (Suggestions?)
webcam and augmented reality support of some sort (Suggestions?)
I currently have 2008, but I can also install 2010. Is there any reason to use 2010 for this project?
Visual Studio 2010 offers many C++0x features (auto, decltype, nullptr, lambda, rvalue, static_assert), which is a huge improvement on 2008 which only offered TR1. In addition, there's a strong native ConcRT added in VS2010 that uses all the new features as well, which makes parallel programming on the native side much easier.
The Express editions (being free) don't allow you to run plugins/extensions whereas the paid for versions (of which Ultimate is the top option) do.
The SVOX Text-To-Speech SDK is of very high quality. It's quite expensive though.
From what you write I don't see a reason to upgrade to VS2010.
Sounds like the IDE enhancements will not much matter. What you should look at is whether there are any new features in .NET 4.0 and/or language enhancements that might be useful to you. For example, you might find the expanded support for parallel processing useful.
That would be the only reason to upgrade, IMO.
I'm just starting to learn Ada and was wondering if an editor like MVS 2008/2010 can be used? Will MVS detect the GNAT compiler? I have the GNAT GPL compiler but find the GPS editor hard to use (much less intuitive than the MVS editor). The tutorial doesn't explain well how to create a project in GPS.
I'm currently using AdaGIDE which works well, though it's limited in features.
Thanks.
I haven't ever seen any VS addon for Gnat. It would be tough to do for vanilla Gnat, as it isn't compatible with the Microsoft linker. This is more of a gcc vs. Microsoft thing. There is a Gnat .NET port, which claims to integrate well with the Microsoft tools (including VisualStudio). You may have better luck with that.
The other option you have is ObjectAda. It doesn't use VisualStudio either, but it uses an environment designed to be familiar to VS users. It isn't free, but last I checked its cost was comparable to VisualC++'s. It does use the Microsoft linker, so integrating it with VisualStudio should be doable.
Personally I loathe VisualStudio, and do all my editing in Emacs (Even for Microsoft C++ work), but I can see where you are coming from.
VisualAda isn't released yet, but when it is eventually, it will not only integrate GNAT with Visual Studio, but also automatically generate Ada bindings for WinRT components รก la what C++/WinRT does for C++. Here is a video and here is a posting on comp.lang.ada of a demo of the unreleased VisualAda.
Finally, we got "Visual Ada" plugin by Alex Gamper:
https://marketplace.visualstudio.com/items?itemName=AlexGamper.VisualAda
As stated by many others, the add-on is based on gcc/gnat (with all that mingw/msys2 infrastructure) and still not native for VS
I'm arguing with one guy about linq in visual basic.He shows linq expressions in vb,but I can't be sure if it's managed or unmanaged(vb6),because I've never used any of them.
Does VB6 have linq expressions?
Visual Basic 6 does not have LINQ extensions.
VB6 is not related to VB.NET. It's a different language and platform. The two are related in the sense that C and C++ are related.
In particular, VB6 is not an unmanaged form of VB.NET.
LINQ is part of the .NET Framework. VB6 was released in 1998. .NET was released in 2002.
The VB6 IDE is unsupported.
Linq is fairly new (Released 2007). Its not supported by VB6 which was released about 1998
With version 7 Visual Basic took the step into .NET with managed code and real object orientation, leaving the old unmanaged platform behind. (Well, it was never called unmanaged, as there was no managed code...) Version 9 was released a while a go including LINQ support.
So, no VB 6 doesn't support LINQ.
The only way that you can use LINQ and Lambda expressions in VB 6 is to use COM Interop. The performance is still Okay regardless of the time that you need to consider for proxy and translators.
For scenarios that you need to use LINQ and Parallel LINQ(PLINQ) in your VB 6 code, the best solution is to use COM Callable Wrapper(CCW). To learn more, you can read how to expose a .NET COM to a COM client such as VB 6.