In this tutorial, we will compare the two most famous source code editors that are used to build modern web and cloud applications viz Visual Studio Code and Atom.Ī source code editor is constructed exactly for the editing code of software programs. Atom Vs VS Code: Feature-Based Comparison.So far it has not been possible to port our Visual Studio Extension across to VS Code, since our current extension is C# and the VS Code language extensions are currently written in Javascript. ObjectScript is a complicated language and for good quality IDE support it needs the code to be parsed with quite a reasonably high level of detail. We spent a lot of time on the parsing using Antlr, the same as intersystems does. No, the main difficulty with implementing COS language support for VS Code is, as Timur indicated above, the language parsing. As Jon pointed out you could get it to interact with cache, even without the Atlier Rest API's, since it it is a database and getting data in and out is what it's designed for. Having co-written a COS plugin for Visual Studio ( I have explored the possibility of adapting this to VS Code, mainly for the cross platform support. However currently on windows, unless you have a system very low on resources, Visual Studio is by far a better option.
Perhaps even to potentially replace Visual Studio itself in the longer term. I feel that the intention is for them to grow it as a cross platform alterative to Visual Studio itself. Visual Studio Code is an interesting offering from Microsoft. I'd say that Visual Studio Code doesn't have enough to lure me away from Emacs for any extended period of time, but it's a capable, extensible editor. Syntax highlighting and debugging would take some doing, but the hope is that Atelier will scratch that itch better than VSC ever could. Java support is not nearly as good out of the box, but there may be some extensions to improve that.įor COS, you could probably configure a task runner to use Atelier's REST APIs to save and compile files to a server.
OmniSharp is included, so you can hover over method calls to see the signature, and each method definition is preceded by a count of how many times it's called. It doesn't seem particularly fast or lightweight, as some have claimed, but it's adequate. I loaded the project into VSC, and it's not bad. I've been using Xamarin Studio to write NUnit tests (C#) on the Mac. It's also supposed to be good for JavaScript and TypeScript. One user mentioned that the PHP extension is quite good, and works well with XDebug. Visual Studio Code got a lot of praise in a recent Hacker News discussion of an extension for the Go language. But extensions there should be written in Python (which I unfortunately dislike), so JavaScript based systems (like Atom, Code or Brackets) are much more preferable for me. Ok, ok, there is Sublime text editor, which always was much, much faster than Atom. So, eventually, after Atelier API will be released there will be better grounds for resurrection of similar projects, but with server-side already been taken care of via REST API. So after all these years I believe that Microsoft Code is better, faster, and smarter incarnation of Atom nowadays (their editor is much faster, they do already have refactoring and debugger API implemented). But now, due to multiple reasons, this project is stale, community people which was doing development gone, Atom broke their API multiple times (and still not fixed some fundamental issues, like lack of debugger API or editor limitations). Some time ago, my previous favorite "lightweight" editor was Atom, and we even played with its integration with Caché some time ago.
0 kommentar(er)
