CodeIt.Right for VS2022
CodeIt.Right v2022 is now available!
- Added Visual Studio 2022 integration
- Added x64 development environment support
Visual Studio is 64-bit
The most exciting news about Visual Studio 2022 is that it will be 64-bit. This is a giant leap forward as far as the memory available to the Visual Studio environment!
Due to the existing Visual Studio being a 32-bit process, it can only use a maximum of 4 GB of memory. That memory is shared between the project files, the runtime, the extensions, and the VS environment itself. So regardless of how powerful your development rig is, current Visual Studio can only use some 4GB of memory, even if you got 32GB available.
VS2022 being x64 is excellent news! Especially if you have large solutions!
What does this mean for CodeIt.Right?
Since both CodeIt.Right is a Visual Studio extension and exists within that VS environment’s memory space, both will be taking advantage of the “breathing freedom” that a 64-bit environment provides.
Will Visual Studio x64 improve CodeIt.Right performance?
It will! It is hard to tell at this point how great the improvement will be but just by the mere fact that on large solutions, our products won’t have to offload data to a drive cache and keep in memory – provides a massive improvement in performance!
Older version licenses
Note to the CodeIt.Right users: The v2021.x (or earlier) license codes won’t work with the v2022. For users with License Protection and active Software Assurance subscription, we will be sending out the v2022 license codes. Alternatively, you can retrieve your v2022 licenses at the My Account page right now. Users without the License Protection or with expired Software Assurance subscription will need to purchase the new version. Currently, we are not offering an upgrade path other than the Software Assurance subscription. For information about the upgrade protection see our Software Assurance and Support – Renewal / Reinstatement Terms
If you’ve been a .NET developer for any reasonable amount of time, then you’re surely aware of what Visual Studio extensions are. If you haven’t, well, they’re pretty much what it says in the name: pieces of software (plugins, if you will) that you can add to your Visual Studio IDE to extend its capabilities.
C# is a marvelous language. It’s powerful, fast, and easy to learn. It also exposes advanced features that make doing otherwise difficult things simple. Even more impressively, it manages to make reading the code to do those complicated things easy, too. Many programming languages struggle with this last part. You might be able to do something really cool, but the code is opaque for other developers to read.
“Code cleanup” is a phrase that sounds like it’s a lot of work. Well, sometimes it may be an arduous task, indeed. But that doesn’t mean it’s the way it should be. As with many things in software development—and in general life—it’s often more comfortable, less painful and more productive to do an unpleasant task every day, little by little than let it accumulate and become a monster.
If you’re a regular reader of this blog, you’ll know that 
As the title of the article makes clear, this post is a gentle introduction to the concept of inheritance. It’s aimed at beginners that still haven’t mastered inheritance. That means that, despite being a complete introduction, we’ll not venture into more advanced aspects of the concept. By the end of the post, you’ll not know everything there is to know about C# inheritance. Instead, you’ll have a solid working knowledge, upon which you can keep building more and more.
A good code review can feel like magic. A skilled code reviewer will deftly work through each part of a pull request, noting potential problems and proposing elegant solutions. If you’re like many developers, you recognize a good code review when you see one. You’ve probably even created a few yourself. But you’re probably also a bit unsure as to how to make sure that your code reviews are good every time.