The Lounge is rated Safe For Work. If you're about to post something inappropriate for a shared office environment, then don't post it. No ads, no abuse, and no programming questions. Trolling, (political, climate, religious or whatever) will result in your account being removed.
If you make small utilities as web apps, doesn't that mean you have to have access to a web server?
Sorry for the delayed response.
Our company manages our own servers (well, AWS hosted) for the product line, including development servers, etc., so I primarily install these utilities on the development server domain which we have access to internally or through a VPN. Also I probably should have clarified that these are utilities we use in-house for monitoring and managing rather than utilities we expose to our customers. If it's a utility that needs to be exposed to our customer, it gets folded into the customer-facing product somewhere under configuration / maintenance.
And if it's a really one-off thing that simply makes my life easier, I just host it locally under IIS and put the code in a company repo somewhere so that others have access to it if they want.
I made a small program in it recently (same thought process as you, figured I'd check it out).
Aside from some weird issues with visual studio (buttons not being there, shortcuts not working (F5 for some reason doesn't work)) I haven't had any major issues or crashes.
But I haven't done anything as "advanced" as you with it though, although I have a "export to pdf" feature in mind, I haven't had the time to implement it.
For the moment it's mostly reading / writing to a json file and downloading a image from the web. (so nothing advanced)
I'm also using the free visual studio one for that program (the community one) so I just blamed the weird stuff on that, but ...
Hi Eddie, for you and i, and, other WinForm "veterans:" i wonder if they are "common" because we have long ago learned their quirks, and work-arounds for their limits.
Speaking from my experience teaching bright, mature, students C# and WinForm UI skills, i observe there is a steep initial learning curve. Watching students wrestle with the DataGridView reminds me how i've forgotten how overwhelming its ginormous number pf properties were to me.
i find little consistency in how the classic controls evolved from their origins in COM into VB%, and then C# WinForms.
When WPF came along, i had high hopes for its controls, but, i just could not get into it.
On the upside (?) ... the deficit in native controls imho created a commercial opportunity for 3rd. parties to thrive. My favorite WinForms 3rd. party controls remain the ones from Lidor Systems, the IntegralUI Suite, which i purchased with source code: they are visually beautiful and performant ... of course, i can't compare them with the much more expensive suites from Telerik, and DevXpress, etc., that i have never tried
«The mind is not a vessel to be filled but a fire to be kindled» Plutarch
I've used .Net to open and read from an excel file and also suffered some crashes until I made it work. The main problem was (AFAICT) that once you create an Excel instance, it becomes a sink for input events, and if any other thread in your application also eats Windows events, this can lead to conflicts.
I solved these problems by opening the sheet, reading whatever I needed into a data structure, and immediately closing it again. I. e. not just closing the excel file, but also the excel application instance! Put all that into a try ... catch block and you're golden.
GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
In the team I work in, we always pull all the data out of files into memory and close the file out. We also avoid using an external app to pull the data, so in this case, we would use ACE or INTEROP to rip the data directly from the spreadsheet, close the file and then do whatever else it is we would need or want to do.
I have some programs I made in NET Framework. Some have 180,000+ lines of code, including "in-house" controls, PDF generator and "visor", intensive graphics and lots of forms and controls.
I compiled the DLLs having the in-house controls in NET 5.0 without changes. Then I linked them to my programs and compile everything. 2 or 3 errors in calls not supported yet by NET Core, that I must rewrite and after that, everything worked OK. No Visual Studio crashes, no problems, no hidden controls... I do not know what could be wrong with your program.
I would use .NET Framework instead. Besides the issues you mentioned, I discovered the hard way that .NET Core didn't even allow me to view the Tab Order function. Once I switched to Framework, I was better off. Your results may vary, but I'd say it's worth a shot.
I spent a week building out a fairly small Forms application in .NET core (in VB no less!).
While I was able to make it work, I decided after the first week to transition back to Framework for the following reasons:
1. Speed of design - I'm not sure why, but the GUI design is dog-slow for CORE - probably 4x faster in Framework.
2. Build was much slower
3. I could never get my.settings variables to work correctly (seemed to be a known issue)
4. An unreasonable number of IDE crashes or freezes
5. LOTS of little things that just didn't work as expected.
My suggestion is to stick with Framework for at least another year. Let people with lots of free time and patience deal with Microsoft bugs.
I said before and I repeat - don't be stupid to jump on "new" .NET Core - it is not. It's clumsy try of indian dancers to repeat success of MS Java creators. Never happen again.
.NET (being just virtual machine) was created.... WINDOWS ONLY(!). Unbelievable stupidity. But too much time past and too much code is done. WinForms STILL the best solution for "graphics intensive" apps. WPF still slow, because of many technical issues and architecture.
I really cry Gates and Ballmer left the company - THEY was base of the solid work, THEY hire proper professionals. Now it's just bunch of monkeys after 1-week courses "C# for total idiots". Pity, but MS as a company is walking corpse.
I'm running Windows.Forms in .NET 5 just fine here. I personally don't consider this particular piece of code anything else but a prototype (which will get replaced with some dialect of XAML later), but it works fine.
That's with .NET 5 though, never tried with .NET Core.
around DI AL
run around (anag)
during the day
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
Last Visit: 31-Dec-99 18:00 Last Update: 17-May-22 19:57